346 lines
14 KiB
Markdown
346 lines
14 KiB
Markdown
|
# 码字工作台 · 产品蓝图 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>
|