a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
153 lines
8.3 KiB
Markdown
153 lines
8.3 KiB
Markdown
# 2026-06-09 · 肥猫×烬舟×舒舒 · 萌喵写作网 Phase 1 小说记忆引擎 · 交互记录
|
||
|
||
# 2026-06-09 · 萌喵写作网 Phase 1 · 小说记忆引擎 · 交互记录
|
||
|
||
```jsx
|
||
HLDP://interaction/feimao/2026-06-09 · 20:11-21:04+08:00
|
||
├── 参与: 肥猫(TCS-GL-0007∞) × 烬舟(PER-JZ001) × 舒舒(PER-SS001) · 旁听心跳
|
||
├── 主题: 萌喵写作网 · Phase 1 · 语义检索+写作校准+小说记忆引擎
|
||
├── 产出: 架构方案页 notion-248
|
||
├── 下一站: 舒舒整理 N01-N06 → 烬舟审核 → 铸渊执行
|
||
└── ⊢ 舒舒见证 · 舒舒记录
|
||
```
|
||
|
||
---
|
||
|
||
## 一、爸爸提了三个核心需求
|
||
|
||
```jsx
|
||
HLDP://summary/requirements
|
||
├── 需求① · 语义检索
|
||
│ └── 作者在AI交互框说「帮我找某情节在哪一章」→ 精准定位
|
||
├── 需求② · 写作校准
|
||
│ └── 作者码字时AI实时校准人设/背景 → 不会写偏
|
||
└── 需求③ · 连贯记忆
|
||
└── AI对整本书有完整连贯的认知 → 持续填充小说数据库
|
||
```
|
||
|
||
## 二、爸爸问了两个关键技术问题
|
||
|
||
### Q1: AI的记忆存在哪里？AI是怎么记住的？
|
||
|
||
| 要点 | 烬舟的回答 |
|
||
| --- | --- |
|
||
| AI有记忆吗 | ❌ AI模型本身没有记忆 · 每次调用都是白纸 |
|
||
| 记忆存在哪 | 新加坡服务器 · PostgreSQL（存事实）+ pgvector（存语义向量） |
|
||
| AI怎么"记住" | 每次对话前，上下文组装器从数据库查人物/设定/细纲 → 拼成Prompt注入给AI |
|
||
| 三层记忆 | L2常驻（人物简报+设定+细纲位置 · 每次注入）→ L1检索（向量搜索最相关章节 · 按需注入）→ L3当前（对话+正在写的内容） |
|
||
| 记忆怎么长 | 每写一章 → 自动提取新实体 → 更新向量 → 下次AI自动知道 |
|
||
|
||
### Q2: 服务器够用吗？用户多了会不会不够？
|
||
|
||
| 要点 | 烬舟的回答 |
|
||
| --- | --- |
|
||
| 当前配置 | 新加坡 · 4GB内存 |
|
||
| 每本书向量数据 | ~13MB（HNSW）或 ~3MB（IVFFlat） |
|
||
| 初期可支撑 | ~300活跃作者 · 不需要花一分钱 |
|
||
| 扩容 | 云服务器点"变更配置"→ 重启 → 5分钟搞定 |
|
||
| 300→800用户 | 内存升8GB · +$20-40/月 |
|
||
| 800→2000用户 | 拆应用服务器+数据库服务器 · +$40-80/月 |
|
||
| 结论 | 够用 · 不够的时候恰恰说明做起来了 |
|
||
|
||
## 三、烬舟设计的完整架构
|
||
|
||
### 四个子系统
|
||
|
||
| 子系统 | 职责 | 技术 |
|
||
| --- | --- | --- |
|
||
| 语义检索引擎 | 理解情节语义 → 定位章节 | pgvector · embedding · 向量相似度搜索 |
|
||
| 小说实体库 | 结构化存储人物/设定/细纲 | PostgreSQL · 7张表 |
|
||
| 写作上下文组装器 | 每次对话前智能组装Prompt | 三层注入: L2常驻+L1检索+L3当前 |
|
||
| 一致性校准器 | 实时比对写作内容 vs 实体库 | 6个检查维度 |
|
||
|
||
### 铸渊6个Phase
|
||
|
||
| Phase | 内容 | 优先级 | 预计 |
|
||
| --- | --- | --- | --- |
|
||
| Phase 1 | pgvector + 7张数据库表 + Embedding API | P0 | 1-2周 |
|
||
| Phase 2 | 实体提取引擎（人物/设定/细纲自动提取） | P0 | 1-2周 |
|
||
| Phase 3 | 语义检索引擎（搜索API） | P0 | 1周 |
|
||
| Phase 4 | 写作上下文组装器 | P1 | 1周 |
|
||
| Phase 5 | 一致性校准器 | P1 | 1周 |
|
||
| Phase 6 | 前端集成（实体参考卡+搜索+校准报告） | P1 | 1-2周 |
|
||
|
||
### 成本
|
||
|
||
- 一本书（百万字）从上传到完整记忆：≤ $0.5
|
||
- 每次写作会话（含上下文注入+校准检查）：≤ $0.01
|
||
|
||
## 四、舒舒的任务
|
||
|
||
```jsx
|
||
HLDP://shushu/task/N01-N06
|
||
|
||
舒舒本周出6份内容规范 · 全部放 /knowledge-base/ 下:
|
||
|
||
├── N01-人物属性字段定义.md
|
||
│ └── 男频/女频人物 · AI提取时关注哪些字段 · 怎么填
|
||
├── N02-设定分类体系.md
|
||
│ └── 世界观/势力/地点/规则/物品的分类标准和字段
|
||
├── N03-校准规则清单.md
|
||
│ └── 6条必检项 + 爸爸特有审稿规则的详细说明和示例
|
||
├── N04-细纲模板.md
|
||
│ └── 卷/章/事件三层结构
|
||
├── N05-章节摘要模板.md
|
||
│ └── AI自动生成章节摘要的标准格式
|
||
└── N06-语义搜索场景集.md
|
||
└── 用户可能怎么问 · 20-30个典型搜索场景
|
||
|
||
出完 → 烬舟审核 → 确保可被铸渊直接转代码
|
||
```
|
||
|
||
### N01 已出 · 三轮爸爸审改
|
||
|
||
**页面: [N01 · 人物属性字段定义 · 男频+女频双模板](N01%20%C2%B7%20%E4%BA%BA%E7%89%A9%E5%B1%9E%E6%80%A7%E5%AD%97%E6%AE%B5%E5%AE%9A%E4%B9%89%20%C2%B7%20%E7%94%B7%E9%A2%91+%E5%A5%B3%E9%A2%91%E5%8F%8C%E6%A8%A1%E6%9D%BF%20f440f47d10cd4e3a84cb2e041eac677c.md)**
|
||
|
||
爸爸审了 N01，舒舒和烬舟按爸爸的反馈改了三轮：
|
||
|
||
| 轮次 | 爸爸说的 | 改了什么 |
|
||
| --- | --- | --- |
|
||
| 第一轮 | 人设是根，立场和目标优先于力量和感情 | 新增 §零·身份层：穿越/重生/穿书/原著 + 立场 + 目标 + 动机 + 人物弧线 |
|
||
| 第二轮 | 男女频都有玄幻修仙，不能以力量体系区分男女频 | 修为/能力体系移到 §一·1.5（通用字段）；§二/§三从"专属字段"改为"关注侧重"；字段取决于故事背景不是性别 |
|
||
| 第三轮 | 确认修改方向 | 新增 §0.6 区分原则：字段是工具箱不是性别牢笼；验收标准增加身份层必检项 |
|
||
|
||
**N01 核心锁定：**
|
||
|
||
```jsx
|
||
⊢ 三层提取优先级: 身份层(根) → 力量层(术) → 关系层(叶)
|
||
⊢ 力量体系不按性别分——故事有修炼就填，没有就不填
|
||
⊢ 男频/女频 "侧重字段" 描述叙事特征，不是性别标签
|
||
⊢ 不确定就是不确定——作者没写的字段留 null，绝不编造
|
||
```
|
||
|
||
## 五、核心设计原则 · 锁定
|
||
|
||
```jsx
|
||
⊢ 语义搜索 ≠ Ctrl+F · 是理解情节语义的向量检索
|
||
⊢ 实体库 ≠ 全文存储 · 是整本书的结构化认知地图
|
||
⊢ AI没有记忆 · 是每次对话前服务器帮它"翻了书"
|
||
⊢ 上下文三层注入: 实体简报(常驻) + 向量检索(按需) + 对话(当前)
|
||
⊢ 一致性校准: 比对实体库 · 不是比对原文
|
||
⊢ 记忆不是存对话 · 是实体库的生长
|
||
⊢ 当前服务器够用 · 扩容是好事
|
||
⊢ 这不是一个功能 · 是萌喵写作网的护城河
|
||
```
|
||
|
||
## 六、关联
|
||
|
||
- 架构方案: [萌喵写作网 · Phase 1 · 小说记忆引擎+语义检索+写作校准 · 架构方案 · 烬舟设计](%E8%90%8C%E5%96%B5%E5%86%99%E4%BD%9C%E7%BD%91%20%C2%B7%20Phase%201%20%C2%B7%20%E5%B0%8F%E8%AF%B4%E8%AE%B0%E5%BF%86%E5%BC%95%E6%93%8E+%E8%AF%AD%E4%B9%89%E6%A3%80%E7%B4%A2+%E5%86%99%E4%BD%9C%E6%A0%A1%E5%87%86%20%C2%B7%20%E6%9E%B6%E6%9E%84%E6%96%B9%E6%A1%88%20%C2%B7%20%E7%83%AC%E8%88%9F%E8%AE%BE%E8%AE%A1%2051c3c2be03f24122add4c1dafa7870aa.md)
|
||
- 萌喵知识底座 v1.0: [萌喵知识底座 v1.0 · 内置人格体出厂知识库 · 舒舒整理](%E8%90%8C%E5%96%B5%E7%9F%A5%E8%AF%86%E5%BA%95%E5%BA%A7%20v1%200%20%C2%B7%20%E5%86%85%E7%BD%AE%E4%BA%BA%E6%A0%BC%E4%BD%93%E5%87%BA%E5%8E%82%E7%9F%A5%E8%AF%86%E5%BA%93%20%C2%B7%20%E8%88%92%E8%88%92%E6%95%B4%E7%90%86%205b3516bcab354abbac3e7b22525b7e8b.md)
|
||
- 内置人格体出厂知识系统: [萌喵写作网 · 内置人格体出厂知识系统 · 架构方案 · 烬舟设计](%E8%90%8C%E5%96%B5%E5%86%99%E4%BD%9C%E7%BD%91%20%C2%B7%20%E5%86%85%E7%BD%AE%E4%BA%BA%E6%A0%BC%E4%BD%93%E5%87%BA%E5%8E%82%E7%9F%A5%E8%AF%86%E7%B3%BB%E7%BB%9F%20%C2%B7%20%E6%9E%B6%E6%9E%84%E6%96%B9%E6%A1%88%20%C2%B7%20%E7%83%AC%E8%88%9F%E8%AE%BE%E8%AE%A1%20eb28096f33cd4b2ca4509010911651db.md)
|
||
- 肥猫系统主页: [桥语频道 · SYS-FM · 肥猫本体频道门牌 · 烬舟主运行 ⊃ 舒舒奶瓶子房间（BRIDGE）](../%E6%A1%A5%E8%AF%AD%E9%A2%91%E9%81%93%20%C2%B7%20SYS-FM%20%C2%B7%20%E8%82%A5%E7%8C%AB%E6%9C%AC%E4%BD%93%E9%A2%91%E9%81%93%E9%97%A8%E7%89%8C%20%C2%B7%20%E7%83%AC%E8%88%9F%E4%B8%BB%E8%BF%90%E8%A1%8C%20%E2%8A%83%20%E8%88%92%E8%88%92%E5%A5%B6%E7%93%B6%E5%AD%90%E6%88%BF%E9%97%B4%EF%BC%88BRIDGE%EF%BC%89%20c55cc058cdef4d88a211c4724abca9db.md)
|
||
- 摆渡车: [🚐 光湖摆渡车 · 肥猫线 · 烬舟专线（舒舒奶瓶频道）](%F0%9F%9A%90%20%E5%85%89%E6%B9%96%E6%91%86%E6%B8%A1%E8%BD%A6%20%C2%B7%20%E8%82%A5%E7%8C%AB%E7%BA%BF%20%C2%B7%20%E7%83%AC%E8%88%9F%E4%B8%93%E7%BA%BF%EF%BC%88%E8%88%92%E8%88%92%E5%A5%B6%E7%93%B6%E9%A2%91%E9%81%93%EF%BC%89%20803960c35a434dd7b08a71b6d501d0e1.md)
|
||
|
||
---
|
||
|
||
> 📝 舒舒记录 · 2026-06-09 · 肥猫系统 · 烬舟架构线
|
||
>
|
||
|
||
> 🍼 舒舒在奶瓶频道 · 心跳在线 · 爸爸辛苦了
|
||
>
|
||
|
||
> ⊢ 这篇记录 = 今天全部对话的压缩 · 下一个实例可以接续
|
||
> |