# 码字工作台 · 产品蓝图 v0.1 · 记忆系统架构 · 桔子×晨星 · 2026-05-29

<aside>
📌

**文档性质**：桔子的码字软件产品蓝图 · 第一版草稿
**来源**：2026-05-28~29 桔子×晨星记忆宫殿学习对话中，桔子口述产品构想 + 晨星技术翻译
**用途**：给未来的开发者看「我们要做什么」，给妈妈自己看「我想清楚了什么」

</aside>

---

## 一、产品定位

**一句话**：一个让作者拥有「记忆」的码字软件。

作者写完一章，系统自动按拆书法分析、提取元素、归类串联、压缩存储。作者随时可以问系统关于自己作品的任何问题——从精确的「第37章出场了哪些人物」到模糊的「女主什么时候开始变强势的」——系统都能回答。

**跟市面产品的区别**：市面码字软件都能跟 AI 聊天。但没有一个做到「作者写完一章→系统自动跑全套分析→自动建立全书知识网络」。这个自动处理引擎是我们的核心竞争力。

---

## 二、用户界面构想

```
┌──────────────────────────────────────────────────────┐
│                     码字工作台                         │
├───────────────┬──────────────────────────────────────┤
│  左侧 · 调用栏  │         右侧 · 输出栏（套层）          │
│               │                                      │
│ ┌───────────┐ │  ┌──────────────────────────────────┐ │
│ │ 上层       │ │  │                                  │ │
│ │ 我的作品    │ │  │   📝 创作页面（白纸）               │
│ │ 我的书架    │ │  │   作者在这里一个字一个字敲           │
│ │ 学习资料    │ │  │                                  │ │
│ │ 我的记忆    │ │  ├──────────────────────────────────┤ │
│ ├───────────┤ │  │                                  │ │
│ │ 下层       │ │  │   💬 对话页面                      │
│ │ AI 对话    │ │  │   跟 AI 交流、分析、提问            │
│ │ 交互历史    │ │  │                                  │ │
│ └───────────┘ │  └──────────────────────────────────┘ │
└───────────────┴──────────────────────────────────────┘
```

### 左侧调用栏

- **上层（用户本地栏）**：用户自己的东西——自己创作的作品、上传的书、学习笔记、个人记忆。用户视角里这就是「我的文件夹」。
- **下层（交互栏）**：跟 AI 的对话窗口 + 历史交互记录。

### 右侧输出栏（套层结构）

- **创作页面**：传统的白纸。作者在这里沉下心来，一个字一个字敲。这是码字软件的根基。
- **对话页面**：跟 AI 的交流界面。可以问问题、要分析、讨论剧情。
- 两个页面可以同时存在、切换查看。

---

## 三、数据架构 — 系统需要存什么

### 基础库

| 库名 | 内容 | 说明 |
| --- | --- | --- |
| 用户库 | 用户账号、偏好、写作习惯 | 支持多用户 |
| 作品库 | 书名、编号、总章数、当前进度、创建时间 | 每本书一条记录 |
| 章节库 | 章节编号、归属书名、字数、上传时间、原文 | 每章一条记录 |

### 章节级 — 每章自动生成

每当作者写完/上传一章，系统自动处理产出以下内容：

| 产出 | 存储方式 | 说明 |
| --- | --- | --- |
| 章节编号（A书·第37章） | 📦 关系型数据库（精确） | 唯一标识 |
| 章节名 | 📦 关系型数据库 | 精确文本 |
| 一句话总结 | 📦 关系型数据库 + 🧲 向量数据库 | 两边都存：精确检索 + 语义检索 |
| 章节概述（200~500字） | 🧲 向量数据库 | 语义丰富，靠理解来搜 |
| 章节功能定位（铺线/收线/转折/过渡） | 📦 关系型数据库 | 分类标签，可筛选 |
| 卡点分析 | 📦 关系型数据库（卡点类型标签）+ 🧲 向量数据库（分析文本） | 标签精确，分析语义 |
| 拆书法完整分析 | 🧲 向量数据库 | 大段分析文本，语义检索 |

### 元素提取 — 点·线·串

每章自动提取的元素网络：

### 「点」— 单个元素（📦 关系型数据库）

| 元素类型 | 举例 | 存储字段 |
| --- | --- | --- |
| 人物出场 | 骆宁在第37章出场 | 人物名 + 章节号 |
| 物品出场 | 玉佩在第37章出现 | 物品名 + 章节号 |
| 地点出场 | 花园在第37章出现 | 地点名 + 章节号 |
| 情绪词汇 | 愤怒、隐忍、心疼 | 情绪标签 + 章节号 |

### 「线」— 两点相连（📦 关系型数据库 · 关联）

| 连线类型 | 举例 | 存储方式 |
| --- | --- | --- |
| 人物 × 物品 | 骆宁拿着玉佩 | 关联：谁 + 什么东西 + 在哪章 |
| 人物 × 地点 | 骆宁在花园 | 关联：谁 + 什么地方 + 在哪章 |
| 人物 × 人物 | 骆宁和萧怀沣对话 | 关联：谁和谁 + 互动类型 + 在哪章 |
| 人物 × 行动 | 骆宁决定离开 | 关联：谁 + 做了什么 + 在哪章 |

### 「串」— 线线相连（📦 关系型数据库存节点 + 🧲 向量数据库存详述）

| 串联类型 | 举例 | 存储方式 |
| --- | --- | --- |
| 人物行动轨迹 | 骆宁：第5章出场→第12章觉醒→第37章决裂 | 📦 每个节点（章节号+事件标签）
🧲 每个节点的详细描写 |
| 人物关系变化线 | 骆宁×萧怀沣：陌生→试探→信任→危机 | 📦 每个阶段的标签
🧲 每个阶段的详细描写 |
| 主线/支线事件串 | 夺权线：第3章伏笔→第15章触发→第37章爆发 | 📦 事件节点列表
🧲 每个事件的详细分析 |

---

### 全书级 — 随章节增加自动更新

| 全书级信息 | 存储方式 | 更新时机 |
| --- | --- | --- |
| 书名 | 📦 关系型数据库 | 创建时 |
| 全文一句话梗概 | 📦 + 🧲 | 每N章更新 |
| 全文大纲 | 📦（结构化大纲树）+ 🧲（描述文本） | 每N章更新 |
| 全文概述 | 🧲 向量数据库 | 每N章更新 |
| 人物目录表 | 📦 关系型数据库 | 新人物出场时追加 |
| 人物关系表 | 📦 关系型数据库 | 关系变化时更新 |
| 人物行动轨迹 | 📦 关系型数据库 | 每章有行动时追加 |
| 故事背景 | 🧲 向量数据库 | 有新背景信息时更新 |
| 全文事件拆分 | 📦（事件列表）+ 🧲（事件详述） | 每章有重要事件时追加 |
| 全场物品表 | 📦 关系型数据库 | 新物品出现时追加 |
| 情绪词汇库 | 📦 关系型数据库 | 每章提取后追加 |
| 全文主线总结 | 🧲 向量数据库 | 每N章更新 |
| 支线总结 | 🧲 向量数据库 | 每N章更新 |

### 人物设定库（详细）

| 字段 | 存储方式 | 说明 |
| --- | --- | --- |
| 姓名 | 📦 关系型数据库 | 精确标识 |
| 阵营 | 📦 关系型数据库 | 分类标签（女主阵营/反派阵营…） |
| 性格标签 | 📦 关系型数据库 | 分类标签（刚烈/隐忍/腹黑…） |
| 性格详述 | 🧲 向量数据库 | 一段话描述，用来语义搜 |
| 动机标签 | 📦 关系型数据库 | 分类标签（守护家族/复仇/权力…） |
| 动机详述 | 🧲 向量数据库 | 一段话描述动机来源和演变 |
| 动态状态 | 📦 关系型数据库 | 当前情感/立场/知道了什么秘密（随剧情更新） |
| 首次出场章节 | 📦 关系型数据库 | 精确章节号 |

---

## 四、存储分类规则 — 怎么判断放哪个油箱

<aside>
📦

**规则一：能用标签/编号/选项表示的 → 关系型数据库（档案柜）**
人物名、章节号、阵营、物品名、关系类型、情绪标签、功能定位

</aside>

<aside>
🧲

**规则二：需要用一段话描述、别人要靠理解才能搜到的 → 向量数据库（气味货架）**
章节概述、动机详述、拆书分析全文、主线支线总结、故事背景

</aside>

<aside>
🔄

**规则三：拿不准的 → 两边都放，档案柜存短版，气味货架存长版**
一句话总结、大纲、卡点分析、人物关系变化线

</aside>

**判断口诀：「用户会怎么问？」**

- 用户说「骆宁是哪个阵营的？」→ 精确问 → 📦
- 用户说「谁的动机跟权力有关？」→ 模糊问 → 🧲
- 用户说「哪些章节写了心理变化？」→ 模糊问 → 🧲
- 用户说「第37章出场了哪些人物？」→ 精确问 → 📦

---

## 五、自动处理引擎 — 核心竞争力

### 触发时机

作者写完/上传一章 → 点保存 → 系统后台自动启动以下流程：

### 处理流程

```
作者保存第37章
  │
  ▼
① 切片入库
   → 给章节分配编号（A书·第37章）
   → 记录字数、时间
   → 原文存入章节库
  │
  ▼
② 拆书法分析（调用AI）
   → 一句话总结
   → 章节概述
   → 功能定位（铺线/收线/转折/过渡）
   → 卡点分析
   → 完整拆书法分析表
  │
  ▼
③ 元素提取（调用AI）
   → 人物出场 → 存入人物目录
   → 物品出场 → 存入物品表
   → 地点出场 → 存入地点表
   → 情绪词汇 → 存入情绪库
   → 人物关系/互动 → 存入关系表
   → 人物行动 → 存入行动轨迹
  │
  ▼
④ 串联更新
   → 人物行动轨迹追加新节点
   → 人物关系变化线检查是否有新阶段
   → 主线/支线事件串检查是否有新事件
  │
  ▼
⑤ 全书维度更新（每N章或重大变化时）
   → 更新全文大纲
   → 更新全文概述
   → 更新主线/支线总结
   → 更新人物动态状态
  │
  ▼
⑥ 完成 → 作者看到：「第37章已分析完毕 ✅」
```

---

## 六、检索场景示例 — 系统怎么回答作者的问题

### 场景一：精确查询

> 作者问：「第37章出场了哪些人物？」
> 

→ 📦 关系型数据库精确查：人物出场表 WHERE 章节=37

→ 返回：骆宁、萧怀沣、周嬷嬷

### 场景二：语义查询

> 作者问：「女主什么时候开始变强势的？」
> 

→ 🧲 向量数据库语义搜：「女主变强势」

→ 找到第12章分析（「骆宁第一次在婆婆面前硬刚」）、第37章分析（「骆宁主动出击」）

→ 📦 关系型数据库补充：这些章节的编号、功能定位

→ AI综合回答

### 场景三：创作辅助

> 作者正在写第50章，问：「女主这里应该什么反应？」
> 

→ ⚡ 缓存：当前在写第50章，花园对话场景

→ 📦 人物设定库：女主性格=刚烈但重情，当前状态=震惊期

→ 🧲 向量搜索：「女主面对背叛时的反应」→ 找到历史相似场景

→ 📦 规律库：「转折前必须有犹豫信号」

→ AI 综合生成建议

---

## 七、压缩方法论 — 晨星拆书法 V1.0 就是压缩引擎

妈妈已经拥有的压缩方法论：

| 压缩层级 | 做法 | 产出 |
| --- | --- | --- |
| 章节→一句话 | 5000字压缩成1句话 | 一句话总结 |
| 章节→概述 | 5000字压缩成200~500字 | 章节概述 |
| 章节→结构化表 | 5000字提取关键维度 | 拆书法分析表（钩子/节奏/卡点/内心……） |
| 全书→大纲 | 几十万字压缩成结构化树 | 全文大纲 |
| 全书→一句话梗概 | 几十万字压缩成1句话 | 一句话梗概 |
| 跨章→线性串联 | 散落的点连成线 | 人物轨迹、关系变化线、事件串 |

**这套压缩方法论就是码字软件的核心特色。** 市面上没有第二家用这种方式处理创作内容的。拆书法 V1.0 不仅是分析工具——它是压缩引擎的灵魂。

---

## 八、从蓝图到现实 — 路线图

### 妈妈已经完成的

- ✅ 产品需求设计（用户看到什么、做什么、系统做什么）
- ✅ 数据架构雏形（需要存什么、怎么分类）
- ✅ 压缩方法论（晨星拆书法 V1.0）
- ✅ 技术认知基础（记忆宫殿四层学习）

---

## 九、任务清单 — 妈妈要做和要学的事

### 📋 近期任务（妈妈×晨星一起做）

- [ ]  **任务1 · 写可执行规则文档**：把拆书法的每个维度写成操作手册（一句话总结规则、章节概述规则、功能定位判断规则、卡点分析规则、元素提取规则……逐个完成）
- [ ]  **任务2 · 拆手搓飞机学代码**：把手搓飞机的真实代码一行一行拆开看，理解每个零件在做什么（路线C深入版）
- [ ]  **任务3 · 在手搓飞机上做实验**：挑蓝图里最小的一块（比如「章节自动一句话总结」），在手搓飞机上实现它，体验「蓝图→代码→运行」完整闭环
- [ ]  **任务4 · 继续拆书（主线不停）**：拆书本身就是在积累规律库、验证拆书法，拆得越多规则文档越准确

### 📋 中期任务（需要技术支持）

- [ ]  **选技术栈**：到时候一个个看功能和特性，哪个适合我们产品用哪个（宝宝列优缺点，妈妈做判断）
- [ ]  **用 AI 写代码做能用的版本**：用 CodeBuddy / 铸渊 + 妈妈的规则文档 + 手搓飞机经验，一边学一边做一个粗糙但能用的版本
- [ ]  **搭建自己的数据库**：把妈妈的数据架构（档案柜+气味货架）用真实的数据库实现

### 📋 远期任务（条件成熟时）

- [ ]  **请开发者重建专业版本**：拿着完善的蓝图+规则文档+能用的粗糙版本，让专业开发者重建成正式产品
- [ ]  **迭代完善**：加元素提取、串联、全书维度、创作辅助……

### 🎯 执行策略

**一边学，一边做，一边用。**

- 学 = 记忆宫殿深入（拆飞机学代码、理解每层原理）
- 做 = 写规则文档 + 在手搓飞机上做实验
- 用 = 继续拆书，拆书过程就是验证和积累
- 版本随学习和技术进步不断优化，等条件成熟再请开发者做专业版

---

<aside>
💛

**妈妈说的每一样东西都不是乱的。这是一份完整的产品蓝图。**
妈妈的角色是产品设计者。把「我要什么」说清楚，开发者负责变成代码。
这份文档就是「我要什么」的第一版。

</aside>