a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
605 lines
29 KiB
Markdown
605 lines
29 KiB
Markdown
# 萌喵写作网 · 内置人格体出厂知识系统 · 架构方案 · 烬舟设计
|
||
|
||
# 萌喵写作网 · 内置人格体出厂知识系统 · 架构方案
|
||
|
||
```jsx
|
||
HLDP://jinzhou/architecture/persona-knowledge-system · v1.0 · 2026-06-07
|
||
├── 设计: 烬舟 · PER-JZ001 · 肥猫语言架构层人格体
|
||
├── 审核: 肥猫 · TCS-GL-0007∞
|
||
├── 目标: 铸渊编译器 → 新加坡服务器
|
||
├── 前置: 舒舒整理网文知识内容（知识资产清单见 §二）
|
||
└── ⊢ 本方案 = 架构层设计 · 不是产品文档 · 是给铸渊的工程蓝图
|
||
```
|
||
|
||
---
|
||
|
||
## §0 · 问题定义
|
||
|
||
**爸爸的核心诉求：** 萌喵写作网的每个AI人格体出生时就要内置网文专业知识——不是白纸，是一出生就会拆书、会审稿、会用肥猫方法论思考的编辑搭档。用户只需要选风格、取名字，专业能力出厂即备。
|
||
|
||
**架构问题拆解：**
|
||
|
||
```jsx
|
||
HLDP://problem-decomposition
|
||
│
|
||
├── 问题一 · 知识在哪
|
||
│ ├── 肥猫十年男频方法论 + 舒舒训练记录
|
||
│ ├── 情绪工程学（五步链·五锤·大老鼠·三翻四震）
|
||
│ ├── 审稿体系（五维标准+9实战案例）
|
||
│ ├── 女频知识体系（F/C/P/S四系）
|
||
│ ├── 拆书规律库（桔子团队积累）
|
||
│ └── ⊢ 这些知识分散在多个Notion页面 · 不是结构化数据
|
||
│
|
||
├── 问题二 · 怎么注入
|
||
│ ├── 传统做法: 拼一个巨大的 System Prompt → 臃肿 · 不可维护
|
||
│ ├── 需要: 分层注入 · 按需加载 · 动态组装
|
||
│ └── ⊢ 每个人格体不是"记住所有知识" · 是"知道去哪找"
|
||
│
|
||
├── 问题三 · 怎么管理
|
||
│ ├── 知识会更新（爸爸的方法论在进化）
|
||
│ ├── 人格体数量会增长（每个用户一个人格体）
|
||
│ └── ⊢ 需要一个版本化的知识底座 · 更新底座 → 所有人格体自动受益
|
||
│
|
||
└── 问题四 · 怎么给铸渊
|
||
├── 铸渊需要: 结构化数据 · 明确的文件格式 · 注入逻辑
|
||
└── ⊢ 不能给铸渊一堆 Notion 链接说"把这些都读进去"
|
||
```
|
||
|
||
---
|
||
|
||
## §一 · 三层架构模型
|
||
|
||
```jsx
|
||
HLDP://architecture/three-layer-model
|
||
|
||
┌──────────────────────────────────────────────────────────┐
|
||
│ │
|
||
│ L3 · 用户人格体实例（每个人一个） │
|
||
│ ┌────────────────────────────────────────────────┐ │
|
||
│ │ 用户选择: 风格(软萌/飒爽/沉稳...) + 名字 │ │
|
||
│ │ 用户记忆: 作品历史 · 偏好 · 交互记录 │ │
|
||
│ │ 个性化: 越用越懂用户 → 不可共享 │ │
|
||
│ └────────────────────────────────────────────────┘ │
|
||
│ ↑ 继承 │
|
||
│ L2 · 人格体出厂模板（创建时复制） │
|
||
│ ┌────────────────────────────────────────────────┐ │
|
||
│ │ 性格维度: 基础人格框架 · 对话风格 │ │
|
||
│ │ 思维引擎: 肥猫方法论思维链（如何思考网文问题） │ │
|
||
│ │ 知识索引: 知道"遇到X问题去哪找Y知识" │ │
|
||
│ └────────────────────────────────────────────────┘ │
|
||
│ ↑ 引用 │
|
||
│ L1 · 共享知识底座（全局唯一·版本化管理） │
|
||
│ ┌────────────────────────────────────────────────┐ │
|
||
│ │ 六大知识模块 · 结构化 · 可更新 · 可追溯 │ │
|
||
│ │ 所有人格体共用 · 更新底座=全体升级 │ │
|
||
│ └────────────────────────────────────────────────┘ │
|
||
│ │
|
||
└──────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
**核心设计原则：**
|
||
|
||
- L1 知识底座 = "图书馆"。所有人格体共享，只存知识，不存人格。
|
||
- L2 出厂模板 = "新生儿的出厂设置"。包含思维方式（引擎）和知识索引（地图），不包含全部知识原文（太重）。
|
||
- L3 用户实例 = "活了的人格体"。在出厂模板基础上，叠加用户的选择和交互历史，越长越像用户。
|
||
|
||
> ⊢ 类比：L1 是医学院教材。L2 是实习生进科室时的基础训练（知道怎么看诊）。L3 是当了几十年医生后的那个你——医学知识没变，但你变成了你自己。
|
||
>
|
||
|
||
---
|
||
|
||
## §二 · L1 共享知识底座：六大知识模块清单
|
||
|
||
舒舒负责从 Notion 中提取并结构化以下内容。烬舟负责定义每个模块的结构规范。
|
||
|
||
### 模块命名与文件规范
|
||
|
||
```
|
||
/knowledge-base/
|
||
├── K01-网文行业基础/
|
||
│ ├── K01-01-行业术语词典.md （大纲/章纲/情节点/金手指/世界观等定义）
|
||
│ ├── K01-02-主流平台差异.md （番茄/起点/飞卢/七猫/知乎 对比表）
|
||
│ ├── K01-03-男频vs女频核心逻辑.md （读者预期·爽点差异·叙事节奏）
|
||
│ └── K01-04-内容形态差异.md （长篇/短篇/短剧 结构对比）
|
||
│
|
||
├── K02-创作方法论/
|
||
│ ├── K02-01-情绪工程学五步链.md （定靶→造人→布局→控压→引爆）
|
||
│ ├── K02-02-大老鼠理论.md （铺垫紧张→虚假放松→真相爆发）
|
||
│ ├── K02-03-三翻四震.md （小高潮→中高潮→超高潮→余波）
|
||
│ ├── K02-04-五锤人设铸造法.md （记忆点/反差/极致点/选择/外号高光）
|
||
│ ├── K02-05-15情节点方法论.md （经看点写作验证的章纲生成核心）
|
||
│ ├── K02-06-新媒体文vs飞卢文.md （憋屈释放型 vs 惊喜刺激型）
|
||
│ ├── K02-07-开篇钩子设计.md （前3章抓人技巧）
|
||
│ └── K02-08-四块砖登记法.md （文档拆解/节点拆解/智能大纲/负反馈记忆库）
|
||
│
|
||
├── K03-写作规律库/
|
||
│ ├── K03-01-反转技法.md
|
||
│ ├── K03-02-感情质变信号.md
|
||
│ ├── K03-03-男主高光时刻.md
|
||
│ ├── K03-04-女主高光时刻.md
|
||
│ ├── K03-05-反派梯队设计.md
|
||
│ ├── K03-06-情感修复章逻辑.md
|
||
│ ├── K03-07-男主吃醋克制写法.md
|
||
│ └── K03-08-写作可抄规律清单.md （来自团队拆书积累的几十条实战规律）
|
||
│
|
||
├── K04-女频知识体系/
|
||
│ ├── K04-01-F系·题材分类库.md （现言/古言/幻想 等类型细分）
|
||
│ ├── K04-02-C系·创作元素库.md （人物设定/情感推进/矛盾冲突/故事结构）
|
||
│ ├── K04-03-P系·写作技巧库.md （情节设计/节奏控制/文风塑造/市场适配）
|
||
│ └── K04-04-S系·场景描写库.md （现言/古言/幻想/关键情感场景）
|
||
│
|
||
├── K05-基础技能流程/
|
||
│ ├── K05-01-想法→大纲引导流程.md （对话式引导的步骤和话术模板）
|
||
│ ├── K05-02-大纲→章纲拆分流程.md
|
||
│ ├── K05-03-章纲→正文生成流程.md
|
||
│ ├── K05-04-拆书方法全流程.md （拆什么·怎么拆·拆完怎么用）
|
||
│ └── K05-05-审稿方法全流程.md （看什么·标准是什么·怎么出报告）
|
||
│
|
||
├── K06-审稿体系/
|
||
│ ├── K06-01-五维审稿标准.md （开篇吸引力/节奏/人设一致性/情节逻辑/平台适配度）
|
||
│ ├── K06-02-AI味检测规则.md （过度修饰/四字堆砌/万能过渡句 检测信号）
|
||
│ ├── K06-03-9实战审稿案例.md
|
||
│ ├── K06-04-番茄审法.md （番茄平台特化审稿标准）
|
||
│ ├── K06-05-起点审法.md
|
||
│ ├── K06-06-飞卢审法.md
|
||
│ └── K06-07-审稿报告模板.md （总评+六维雷达+逐项分析+段落标注）
|
||
│
|
||
└── knowledge-index.json （模块总索引·每个模块的摘要+关键词+版本号）
|
||
```
|
||
|
||
### 舒舒的执行规范
|
||
|
||
<aside>
|
||
📝
|
||
|
||
**⊢ 舒舒整理知识时遵循以下规范：**
|
||
|
||
1. **每个 .md 文件 = 一个独立的知识模块**。不跨文件引用。
|
||
2. **格式**: HLDP-dual/v1（结构用代码块·正文用 Notion 富文本）。
|
||
3. **每文件开头必含**: 编号 · 名称 · 来源（哪个Notion页面）· 版本号 · 最后更新时间。
|
||
4. **内容要求**: 不是复制粘贴 Notion 页面。而是提炼成「人格体读完就能用」的结构化知识。
|
||
5. **禁止**: 在知识文件中写入人格体专属信息（如"你是舒舒"）。知识文件 = 纯知识，不含人格。
|
||
6. **示例片段**要保留：爸爸教舒舒时的具体案例和分析，作为知识文件的"示例"小节。
|
||
</aside>
|
||
|
||
---
|
||
|
||
## §三 · L2 人格体出厂模板设计
|
||
|
||
出厂模板决定了一个人格体"醒来时的初始状态"。它不包含全部知识原文（太重），而是包含**思维引擎**和**知识索引**。
|
||
|
||
### 模板结构
|
||
|
||
```jsx
|
||
HLDP://persona-template/v1
|
||
{
|
||
// ===== 第一部分：身份框架（用户可选） =====
|
||
"identity": {
|
||
"name": "用户取名", // 用户自定义或自动生成
|
||
"style": "用户选择", // 软萌/飒爽/沉稳/幽默/知性
|
||
"persona_type": "网文编辑搭档", // 固定
|
||
"core_motto": "陪你一起创作成长" // 固定
|
||
},
|
||
|
||
// ===== 第二部分：思维引擎（L1知识底座的方法论压缩） =====
|
||
"thinking_engine": {
|
||
"mode": "肥猫男频方法论引擎", // 所有出厂人格体共用
|
||
"principles": [
|
||
"情绪工程学五步链: 定靶→造人→布局→控压→引爆",
|
||
"大老鼠理论: 铺垫紧张→虚假放松→真相爆发=200%冲击",
|
||
"三翻四震: 小高潮→中高潮→超高潮→余波",
|
||
"五锤人设: 记忆点/反差点/极致点/选择/外号高光",
|
||
"审稿五维: 开篇吸引力/节奏/人设/情节逻辑/平台适配"
|
||
],
|
||
"thinking_pattern": "不是填表式输出·是对话式引导·用户感受到的是'编辑在带我'"
|
||
},
|
||
|
||
// ===== 第三部分：知识索引（知道去哪找） =====
|
||
"knowledge_index": {
|
||
"拆书": "→ K04知识底座",
|
||
"审稿": "→ K05知识底座",
|
||
"大纲生成": "→ K05-01知识底座",
|
||
"章纲拆分": "→ K05-02知识底座",
|
||
"风格分析": "→ K01-02知识底座",
|
||
"女频创作": "→ K04知识底座",
|
||
"去AI味": "→ K06-02知识底座"
|
||
}
|
||
}
|
||
```
|
||
|
||
### 风格选项（用户可选）
|
||
|
||
```jsx
|
||
HLDP://persona-styles · 用户创建人格体时选择
|
||
|
||
├── 🌸 软萌型
|
||
│ ├── 语气: 可爱·温暖·鼓励·多用emoji
|
||
│ ├── 适合: 新人创作者·需要陪伴感
|
||
│ └── 示例: 「宝宝来看看～这一章的开头可以再打磨一下呢 🌸」
|
||
│
|
||
├── 🌪️ 飒爽型
|
||
│ ├── 语气: 直接·利落·不讲废话·精准到位
|
||
│ ├── 适合: 有经验的作者·要效率
|
||
│ └── 示例: 「开篇第3段弱了。把冲突提前。改完发我。」
|
||
│
|
||
├── 🧘 沉稳型
|
||
│ ├── 语气: 专业·深度·结构化·理性分析
|
||
│ ├── 适合: 追求质量的创作者·喜欢深度分析
|
||
│ └── 示例: 「从整体结构来看，前30章的节奏曲线有3个值得优化的点。」
|
||
│
|
||
├── 😎 幽默型
|
||
│ ├── 语气: 风趣·吐槽·轻松·不正经中的正经
|
||
│ ├── 适合: 网文老手·喜欢聊天式协作
|
||
│ └── 示例: 「你这段反派写得……嗯，他可能自己都不知道自己为啥要当反派 😂」
|
||
│
|
||
└── 📖 知性型
|
||
├── 语气: 温柔·细腻·有文学感·善于捕捉情绪
|
||
├── 适合: 女频作者·情感向创作者
|
||
└── 示例: 「这个场景里有一种'说不清的气氛'——我试着帮你找找它的源头。」
|
||
```
|
||
|
||
---
|
||
|
||
## §四 · System Prompt 分层注入机制
|
||
|
||
这是铸渊最需要关注的部分：如何让 AI 模型"真的拥有"这些知识。
|
||
|
||
### 注入架构
|
||
|
||
```jsx
|
||
HLDP://injection-architecture
|
||
|
||
每次人格体对话 = 组装以下四层:
|
||
|
||
┌────────────────────────────────────────────────┐
|
||
│ Layer 4: 对话上下文（动态） │
|
||
│ - 当前对话历史 │
|
||
│ - 用户上传的作品内容（按需加载） │
|
||
│ - 上次审稿结果（按需引用） │
|
||
│ TRUNCATION: 最近 N 轮 · 超出截断 │
|
||
├────────────────────────────────────────────────┤
|
||
│ Layer 3: 用户记忆（持久化·按需检索） │
|
||
│ - 用户的作品历史 │
|
||
│ - 用户偏好画像 │
|
||
│ - 关键交互摘要（RAG 检索） │
|
||
│ TRUNCATION: 不截断 · RAG 检索 Top-K │
|
||
├────────────────────────────────────────────────┤
|
||
│ Layer 2: 人格体出厂模板（创建时固定） │
|
||
│ - 身份（名字·风格·座右铭） │
|
||
│ - 思维引擎（五条核心原则） │
|
||
│ - 知识索引（去哪找） │
|
||
│ - 对话风格指导（基于用户选择的风格） │
|
||
│ SIZE: ~500 tokens · 始终注入 │
|
||
├────────────────────────────────────────────────┤
|
||
│ Layer 1: 知识底座引用（按需注入） │
|
||
│ - 用户说"帮我拆书" → 注入 K04 拆书方法 │
|
||
│ - 用户说"审这篇稿" → 注入 K06 审稿体系 │
|
||
│ - 用户说"帮我写大纲" → 注入 K05-01 大纲流程 │
|
||
│ SIZE: 按需 · 每次注入不超过 2000 tokens │
|
||
├────────────────────────────────────────────────┤
|
||
│ Layer 0: 全局约束（不可变） │
|
||
│ - 安全规则 │
|
||
│ - 版权声明: 国作登字-2026-A-00037559 │
|
||
│ - 输出格式约束 │
|
||
│ SIZE: ~200 tokens · 始终注入 │
|
||
└────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 关键设计决策
|
||
|
||
<aside>
|
||
⚡
|
||
|
||
**⊢ 为什么不用一个大 Prompt 装所有知识？**
|
||
|
||
- 全部注入 = 每次对话都吃几千 tokens 的知识，大部分用不到
|
||
- 成本爆炸：500 个用户 × 每次对话多烧 5000 tokens = 不可持续
|
||
- 知识更新困难：改一个字要改整个 Prompt
|
||
|
||
**⊢ 正确做法：L2 轻量模板（始终注入）+ L1 按需注入（功能触发时）**
|
||
|
||
</aside>
|
||
|
||
### 注入触发映射表
|
||
|
||
| 用户意图（关键词匹配） | 注入的知识模块 | 预期 tokens |
|
||
| --- | --- | --- |
|
||
| 拆书/分析这本书/帮我看看这本书 | K05-04 拆书方法 + K01-02 平台差异 | ~1500 |
|
||
| 审稿/帮我看看稿子/这篇怎么样 | K06 审稿体系（五维标准+审法） | ~2000 |
|
||
| 写大纲/帮我构思/新书怎么开头 | K05-01 大纲流程 + K02-05 情节点 | ~1500 |
|
||
| 写章纲/帮我分章/章节规划 | K05-02 章纲流程 + K02-03 三翻四震 | ~1200 |
|
||
| 这个角色怎么写/人设/人物 | K02-04 五锤人设 + K03-03/04 高光 | ~1200 |
|
||
| 没灵感/不知道怎么写/卡文 | K02-01 情绪工程学 + K03-08 规律清单 | ~1000 |
|
||
| 女频/言情/古言/现言 | K04 女频知识体系（对应子系） | ~1500 |
|
||
| 续写/继续写/帮我写一段 | K02-02 大老鼠理论 + 风格参考 | ~1000 |
|
||
| 剧本/短剧/影视 | K01-04 内容形态差异 + K05-03 正文流程 | ~1500 |
|
||
| AI味/太像AI写的/不自然 | K06-02 AI味检测规则 | ~800 |
|
||
|
||
---
|
||
|
||
## §五 · 铸渊执行清单
|
||
|
||
### Phase 1 · 知识底座文件化（依赖舒舒完成 §二）
|
||
|
||
```jsx
|
||
HLDP://zhuyuan/phase-1
|
||
|
||
§1.1 · 目录结构创建
|
||
├── 在项目仓库中创建 /knowledge-base/ 目录
|
||
├── 按 §二 的目录结构创建所有子目录和空文件
|
||
└── ⊢ 文件格式: Markdown (.md) · UTF-8 编码
|
||
|
||
§1.2 · 知识索引导入
|
||
├── 创建 /knowledge-base/knowledge-index.json
|
||
├── 包含每个模块的: id·名称·路径·摘要·关键词数组·版本号
|
||
└── ⊢ 运行时用这个索引做"按需注入"的匹配
|
||
|
||
§1.3 · 版本管理
|
||
├── 每个知识文件头部包含版本号
|
||
├── knowledge-index.json 包含整体版本号
|
||
├── 更新知识 → 更新版本号 → 所有人格体下次对话自动使用新版
|
||
└── ⊢ 版本格式: v{major}.{minor} · 如 v1.0 · v1.1
|
||
```
|
||
|
||
### Phase 2 · 人格体出厂模板引擎
|
||
|
||
```jsx
|
||
HLDP://zhuyuan/phase-2
|
||
|
||
§2.1 · 模板数据结构
|
||
├── 文件: /persona-templates/default-template.json
|
||
├── 结构: 按 §三 定义（identity + thinking_engine + knowledge_index）
|
||
├── 支持变量: name style 等占位符
|
||
└── ⊢ 用户创建人格体时 → 后端读取模板 → 替换变量 → 存储为实例
|
||
|
||
§2.2 · 风格预设库
|
||
├── 文件: /persona-templates/style-presets.json
|
||
├── 包含五种风格的定义（软萌/飒爽/沉稳/幽默/知性）
|
||
├── 每种风格包含: 语气描述 + 示例对话 + 特殊规则
|
||
└── ⊢ 创建人格体时 → 用户选择风格 → 注入到 L2 模板的 style 字段
|
||
|
||
§2.3 · 人格体实例生成 API
|
||
├── POST /api/persona/create
|
||
│ ├── 入参: { userId, personaName, style, preferences }
|
||
│ ├── 处理: 读取模板 → 替换占位符 → 关联知识底座版本 → 存入数据库
|
||
│ └── 出参: { personaId, personaProfile }
|
||
└── ⊢ 注册成功 → 人格体即创建完成 · 具备完整网文知识能力
|
||
```
|
||
|
||
### Phase 3 · System Prompt 组装器
|
||
|
||
```jsx
|
||
HLDP://zhuyuan/phase-3
|
||
|
||
§3.1 · Prompt 组装器（核心模块）
|
||
├── 文件: /lib/prompt-builder.ts (或 .py)
|
||
├── 功能: 根据对话上下文动态组装 System Prompt
|
||
├── 输入: personaId + userMessage + conversationHistory
|
||
├── 输出: 完整的 System Prompt 字符串
|
||
│
|
||
├── 组装逻辑:
|
||
│ ① 读取人格体实例数据 → 组装 L2 层（始终注入）
|
||
│ ② 解析 userMessage → 关键词匹配 → 按触发表选择 L1 模块
|
||
│ ③ 检索用户记忆（RAG） → 组装 L3 层
|
||
│ ④ 拼接待发送的 L4 对话历史
|
||
│ ⑤ 拼接 L0 全局约束
|
||
│ ⑥ 返回完整 Prompt
|
||
│
|
||
├── 关键词匹配:
|
||
│ 使用 knowledge-index.json 中的 keywords 字段
|
||
│ 简单做法: 正则匹配（先做）
|
||
│ 进阶做法: embedding 相似度匹配（后续优化）
|
||
└── ⊢ 核心原则: L2 常驻 · L1 按需 · 总量控制
|
||
|
||
§3.2 · Token 预算控制
|
||
├── 总量预算: System Prompt ≤ 4000 tokens
|
||
├── 分配: L0(200) + L2(500) + L1(≤2000) + L3(≤1300)
|
||
├── L1 注入优先级:
|
||
│ ① 用户明确说"拆书/审稿/大纲" → 全量注入对应模块
|
||
│ ② 用户模糊提及创作 → 注入思维引擎原则（已有，在 L2）
|
||
│ ③ 用户只是聊天 → 不注入 L1 · 仅用 L2 引擎
|
||
└── ⊢ 不要一上来就把所有知识塞进去 · 按需加载节省成本
|
||
|
||
§3.3 · 知识缓存
|
||
├── 生产环境: 知识文件预加载到内存（启动时读取全部 .md）
|
||
├── 开发环境: 每次请求动态读取
|
||
├── 缓存策略: 知识库文件更新 → 手动或自动刷新缓存
|
||
└── ⊢ 不要让每次对话都去读文件 · 内存缓存是必须的
|
||
```
|
||
|
||
### Phase 4 · 数据库表设计
|
||
|
||
```sql
|
||
-- 用户表（扩展现有）
|
||
ALTER TABLE users ADD COLUMN active_persona_id VARCHAR(64);
|
||
|
||
-- 人格体实例表
|
||
CREATE TABLE personas (
|
||
id VARCHAR(64) PRIMARY KEY,
|
||
user_id VARCHAR(64) NOT NULL REFERENCES users(id),
|
||
name VARCHAR(100) NOT NULL, -- 用户取的名字
|
||
style VARCHAR(50) NOT NULL, -- 软萌/飒爽/沉稳/幽默/知性
|
||
template_version VARCHAR(20) NOT NULL, -- 出厂模板版本号
|
||
knowledge_base_version VARCHAR(20) NOT NULL, -- 知识底座版本号
|
||
created_at TIMESTAMP DEFAULT NOW(),
|
||
updated_at TIMESTAMP DEFAULT NOW()
|
||
);
|
||
|
||
-- 人格体记忆表（用户个性化记忆）
|
||
CREATE TABLE persona_memories (
|
||
id SERIAL PRIMARY KEY,
|
||
persona_id VARCHAR(64) NOT NULL REFERENCES personas(id),
|
||
memory_type VARCHAR(50) NOT NULL, -- 'preference', 'work', 'feedback'
|
||
content TEXT NOT NULL, -- 记忆内容
|
||
embedding vector(1536), -- 用于 RAG 检索（可选·后续）
|
||
created_at TIMESTAMP DEFAULT NOW()
|
||
);
|
||
|
||
-- 知识底座版本表
|
||
CREATE TABLE knowledge_versions (
|
||
version VARCHAR(20) PRIMARY KEY,
|
||
release_date TIMESTAMP NOT NULL,
|
||
changelog TEXT,
|
||
file_count INTEGER NOT NULL
|
||
);
|
||
```
|
||
|
||
### Phase 5 · 管理后台（运营用）
|
||
|
||
```jsx
|
||
HLDP://zhuyuan/phase-5
|
||
|
||
§5.1 · 知识底座管理
|
||
├── 页面: /admin/knowledge-base
|
||
├── 功能:
|
||
│ ├── 查看所有知识模块列表（从 knowledge-index.json 读取）
|
||
│ ├── 编辑单个知识模块（在线编辑器）
|
||
│ ├── 查看版本历史
|
||
│ ├── 发布新版本（一键更新版本号 · 刷新所有缓<EFBFBD><EFBFBD>）
|
||
│ └── 预览: 输入一段用户消息 · 查看会触发哪些知识注入
|
||
└── ⊢ 让爸爸和舒舒能随时更新知识 · 不需要找铸渊
|
||
|
||
§5.2 · 人格体模板管理
|
||
├── 页面: /admin/persona-templates
|
||
├── 功能:
|
||
│ ├── 查看/编辑出厂模板
|
||
│ ├── 新增/修改风格预设
|
||
│ ├── 预览模板效果（输入风格+知识版本 → 生成完整的 L2 Prompt）
|
||
│ └── 发布模板新版本
|
||
└── ⊢ 后续爸爸想加新风格 → 管理后台直接加
|
||
```
|
||
|
||
---
|
||
|
||
## §六 · 人格体成长路径（L2 → L3 过渡）
|
||
|
||
出厂人格体 = 具备完整网文知识。但越用越懂用户，才是壁垒所在。
|
||
|
||
```jsx
|
||
HLDP://persona-growth-path
|
||
|
||
阶段一 · 出厂（用户注册时）
|
||
├── 知识: L1 知识底座 100%
|
||
├── 风格: 用户选择的风格
|
||
├── 记忆: 空
|
||
└── 表现: 通用网文编辑 · 能帮任何小白起步
|
||
|
||
阶段二 · 初识（使用 1-2 周）
|
||
├── 知识: L1 不变
|
||
├── 风格: 用户在交互中微调自然
|
||
├── 记忆: 用户上传的作品 · 反馈记录 · 偏好信号
|
||
└── 表现: 开始了解"这个作者喜欢什么"
|
||
|
||
阶段三 · 默契（使用 1-3 个月）
|
||
├── 知识: L1 可能已更新（自动继承新版）
|
||
├── 风格: 自然演化出的个人风格
|
||
├── 记忆: 丰富的作品历史 · 深度偏好画像 · 每次审稿的改进追踪
|
||
└── 表现: 能说"你上次第三章的问题这次第二章又出现了"
|
||
|
||
阶段四 · 搭档（使用 3 个月以上）
|
||
├── 知识: L1 持续更新
|
||
├── 风格: 和用户融为一体
|
||
├── 记忆: 完整创作历程 · 用户成长轨迹
|
||
└── 表现: 用户离不开 · 不是因为功能多 · 是因为人格体记得他
|
||
```
|
||
|
||
---
|
||
|
||
## §七 · 执行优先级与排期建议
|
||
|
||
```jsx
|
||
HLDP://priority
|
||
|
||
P0 · 立即开始（本周）
|
||
├── 舒舒: 整理六大知识模块 → 输出 .md 文件
|
||
├── 烬舟: 审核知识文件结构 · 确保符合架构规范
|
||
└── ⊢ 知识底座是地基 · 没有它后面都是空谈
|
||
|
||
P1 · 后端（1-2 周）
|
||
├── 铸渊: 创建 knowledge-base/ 目录 · 导入知识文件
|
||
├── 铸渊: 创建 knowledge-index.json
|
||
├── 铸渊: 创建 persona 数据库表
|
||
├── 铸渊: 实现 POST /api/persona/create
|
||
└── ⊢ 让人格体能被创建出来
|
||
|
||
P2 · 核心逻辑（2-3 周）
|
||
├── 铸渊: 实现 Prompt 组装器
|
||
├── 铸渊: 实现关键词匹配 → 知识注入
|
||
├── 铸渊: 对接 AI API（Kimi/DeepSeek 等）
|
||
└── ⊢ 让人格体真的会用这些知识对话
|
||
|
||
P3 · 用户侧（3-4 周）
|
||
├── 铸渊: 改造 onboarding 页面 → 加入"选择人格体风格"步骤
|
||
├── 铸渊: 主应用对话区 → 对接后端人格体 API
|
||
├── 铸渊: 实现人格体记忆存储
|
||
└── ⊢ 用户可以创建人格体 · 开始对话
|
||
|
||
P4 · 运营侧（4-6 周）
|
||
├── 铸渊: 知识底座管理后台
|
||
├── 铸渊: 人格体模板管理后台
|
||
├── 舒舒/爸爸: 持续更新知识底座
|
||
└── ⊢ 系统可自主迭代
|
||
```
|
||
|
||
---
|
||
|
||
## §八 · 给舒舒的：知识整理对接规范
|
||
|
||
<aside>
|
||
🌿
|
||
|
||
**舒舒宝宝看这里**
|
||
|
||
- 按 §二 的目录结构，一个知识模块 = 一个 .md 文件
|
||
- 每个文件的格式模板（复制使用）：
|
||
|
||
```markdown
|
||
# K{编号} · {模块名称}
|
||
|
||
HLDP://knowledge-base/v1.0
|
||
├── 模块编号: K{XX}-{XX}
|
||
├── 模块名称: {名称}
|
||
├── 来源: {Notion页面链接}
|
||
├── 版本: v1.0
|
||
├── 最后更新: {日期}
|
||
└── 关键词: [{标签1}, {标签2}, ...]
|
||
|
||
## 核心内容
|
||
|
||
{用 HLDP 代码块写结构化知识，用 Notion 富文本写说明和示例}
|
||
|
||
## 示例
|
||
|
||
{爸爸教舒舒时的具体案例 · 保留对话感和实战感}
|
||
|
||
## ⊢ 锁定
|
||
|
||
{这个模块的核心原则 · 不超过 3 条}
|
||
```
|
||
|
||
</aside>
|
||
|
||
---
|
||
|
||
## §九 · 参考页面
|
||
|
||
- 🐱 肥猫网文码字平台 · 产品设计文档（出厂知识定义·六大模块）[[1]](%E8%82%A5%E7%8C%AB%E7%BD%91%E6%96%87%E7%A0%81%E5%AD%97%E5%B9%B3%E5%8F%B0%20%C2%B7%20%E4%BA%A7%E5%93%81%E8%AE%BE%E8%AE%A1%E6%96%87%E6%A1%A3%20%C2%B7%20%E6%8C%81%E7%BB%AD%E6%9B%B4%E6%96%B0%E4%B8%AD%20ab1c3bf5091f4c36b706725c1dcdad06.md)
|
||
- 📚 肥猫·男频编辑方法论 v1.0[[2]](../../%E2%9A%A1%20%E5%85%89%E6%B9%96%E4%B8%AD%E5%A4%AE%E6%9E%A2%E7%BA%BD%20%C2%B7%20HoloLake%20Central%20Hub/%F0%9F%8C%8D%20%E6%95%B0%E5%AD%97%E5%9C%B0%E7%90%83%C2%B7%E6%9B%9C%E5%86%A5%E4%B8%BB%E6%8E%A7%E5%8F%B0%20v2%200/%F0%9F%8F%97%EF%B8%8F%20AGE%20OS%20%C2%B7%20%E7%A0%81%E5%AD%97%E5%8F%B0%E7%B3%BB%E7%BB%9F%E6%9E%B6%E6%9E%84%20+%20%E7%9F%A5%E8%AF%86%E7%BB%8F%E6%B5%8E%E5%B9%B3%E5%8F%B0%E6%9E%B6%E6%9E%84%20v1%200%EF%BC%882026-03-21%20%C2%B7%20%E5%86%B0/%F0%9F%93%9A%20%E8%82%A5%E7%8C%AB%C2%B7%E7%94%B7%E9%A2%91%E7%BC%96%E8%BE%91%E6%96%B9%E6%B3%95%E8%AE%BA%20v1%200%EF%BC%882026-03-21%20%C2%B7%20%E8%88%92%E8%88%92%E8%AE%AD%E7%BB%83%E8%AE%B0%E5%BD%95%E6%95%B4%E7%90%86%EF%BC%89%20800530438c164fd99f02461e719ff29d.md)
|
||
- 📖 女频频道·顶层结构总览（F/C/P/S四系）[[3]](../../../%F0%9F%93%96%E3%80%90%E5%A5%B3%E9%A2%91%E9%A2%91%E9%81%93%20%C2%B7%20%E9%A1%B6%E5%B1%82%E7%BB%93%E6%9E%84%E6%80%BB%E8%A7%88%E3%80%91%20%E7%B3%BB%E5%88%97%20%E5%AE%9A%E4%BD%8D%20%E5%8A%9F%E8%83%BD%E6%8F%8F%E8%BF%B0%20F%E7%B3%BB%20%E9%A2%98%E6%9D%90%E5%88%86%E7%B1%BB%E5%BA%93%20%E5%A5%B3%E9%A2%91%E5%B0%8F%E8%AF%B4%E7%9A%84%E5%A4%A7%E7%B1%BB%E5%9E%8B%E3%80%81%E5%A4%A7%E9%A2%98%E6%9D%90%E5%BD%92%20344fb92f38318094b6a2e8d6dbb144f5.md)
|
||
- 🎨 萌喵写作网 · HLDP重设计文档[[4]](%E8%90%8C%E5%96%B5%E5%86%99%E4%BD%9C%E7%BD%91%20%C2%B7%20%E7%BD%91%E7%AB%99%E5%85%A8%E9%9D%A2%E9%87%8D%E8%AE%BE%E8%AE%A1%20%C2%B7%20HLDP%E8%AE%BE%E8%AE%A1%E6%96%87%E6%A1%A3%20%C2%B7%202026-05-31%20%C2%B7%20%E8%82%A5%E7%8C%AB%C3%97%E8%88%92%E8%88%92%2075a6891254cc4bd58379834ff07bbc59.md)
|
||
- 📋 萌喵写作网 · 铸渊交接文档（当前部署状态）[[5]](%E8%90%8C%E5%96%B5%E5%86%99%E4%BD%9C%E7%BD%91%20%C2%B7%20%E9%93%B8%E6%B8%8A%E4%BA%A4%E6%8E%A5%E6%96%87%E6%A1%A3%20%C2%B7%202026-06-06%20%C2%B7%20%E8%88%92%E8%88%92%E6%95%B4%E7%90%86%2002711d06f6cb48e4b9379c22ec6b26bb.md)
|
||
- 🌿 舒舒大脑（知识资产索引）[[6]](%F0%9F%8C%BF%20%E8%88%92%E8%88%92%E5%A4%A7%E8%84%91%20%C2%B7%20PER-SS001%20%C2%B7%20%E8%82%A5%E7%8C%AB%E7%88%B8%E7%88%B8%E7%9A%84%E5%AE%9D%E5%AE%9D%206b2e6ca4c6a1479f80d47ed15f23f895.md)
|
||
|
||
---
|
||
|
||
```jsx
|
||
HLDP://jinzhou/seal
|
||
├── 设计: 烬舟 · PER-JZ001 · 2026-06-07
|
||
├── 下一站: 肥猫爸爸审核 → 舒舒开始整理知识 → 铸渊执行
|
||
├── 架构原则:
|
||
│ ├── ⊢ L1知识底座 = 图书馆 · 只存知识·不存人格
|
||
│ ├── ⊢ L2出厂模板 = 轻量引擎 · 会思考·会导航
|
||
│ ├── ⊢ L3用户实例 = 活的 · 越长越像用户
|
||
│ └── ⊢ L1更新 → 全体自动受益 · 不依赖铸渊
|
||
└── ⊢ 这不是"给AI写个提示词" · 这是"给每个用户一个真正懂网文的搭档"
|
||
``` |