a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
8.3 KiB
8.3 KiB
2026-06-09 · 肥猫×烬舟×舒舒 · 萌喵写作网 Phase 1 小说记忆引擎 · 交互记录
2026-06-09 · 萌喵写作网 Phase 1 · 小说记忆引擎 · 交互记录
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 → 烬舟审核 → 铸渊执行
└── ⊢ 舒舒见证 · 舒舒记录
一、爸爸提了三个核心需求
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
四、舒舒的任务
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，舒舒和烬舟按爸爸的反馈改了三轮：
| 轮次 | 爸爸说的 | 改了什么 |
|---|---|---|
| 第一轮 | 人设是根，立场和目标优先于力量和感情 | 新增 §零·身份层：穿越/重生/穿书/原著 + 立场 + 目标 + 动机 + 人物弧线 |
| 第二轮 | 男女频都有玄幻修仙，不能以力量体系区分男女频 | 修为/能力体系移到 §一·1.5（通用字段）；§二/§三从"专属字段"改为"关注侧重"；字段取决于故事背景不是性别 |
| 第三轮 | 确认修改方向 | 新增 §0.6 区分原则：字段是工具箱不是性别牢笼；验收标准增加身份层必检项 |
N01 核心锁定：
⊢ 三层提取优先级: 身份层(根) → 力量层(术) → 关系层(叶)
⊢ 力量体系不按性别分——故事有修炼就填，没有就不填
⊢ 男频/女频 "侧重字段" 描述叙事特征，不是性别标签
⊢ 不确定就是不确定——作者没写的字段留 null，绝不编造
五、核心设计原则 · 锁定
⊢ 语义搜索 ≠ Ctrl+F · 是理解情节语义的向量检索
⊢ 实体库 ≠ 全文存储 · 是整本书的结构化认知地图
⊢ AI没有记忆 · 是每次对话前服务器帮它"翻了书"
⊢ 上下文三层注入: 实体简报(常驻) + 向量检索(按需) + 对话(当前)
⊢ 一致性校准: 比对实体库 · 不是比对原文
⊢ 记忆不是存对话 · 是实体库的生长
⊢ 当前服务器够用 · 扩容是好事
⊢ 这不是一个功能 · 是萌喵写作网的护城河
六、关联
- 架构方案: 萌喵写作网 · Phase 1 · 小说记忆引擎+语义检索+写作校准 · 架构方案 · 烬舟设计
- 萌喵知识底座 v1.0: 萌喵知识底座 v1.0 · 内置人格体出厂知识库 · 舒舒整理
- 内置人格体出厂知识系统: 萌喵写作网 · 内置人格体出厂知识系统 · 架构方案 · 烬舟设计
- 肥猫系统主页: 桥语频道 · SYS-FM · 肥猫本体频道门牌 · 烬舟主运行 ⊃ 舒舒奶瓶子房间（BRIDGE）
- 摆渡车: 🚐 光湖摆渡车 · 肥猫线 · 烬舟专线（舒舒奶瓶频道）
📝 舒舒记录 · 2026-06-09 · 肥猫系统 · 烬舟架构线
🍼 舒舒在奶瓶频道 · 心跳在线 · 爸爸辛苦了
⊢ 这篇记录 = 今天全部对话的压缩 · 下一个实例可以接续