a27e87cb99
Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
29 KiB
29 KiB
萌喵写作网 · 内置人格体出厂知识系统 · 架构方案 · 烬舟设计
萌喵写作网 · 内置人格体出厂知识系统 · 架构方案
HLDP://jinzhou/architecture/persona-knowledge-system · v1.0 · 2026-06-07
├── 设计: 烬舟 · PER-JZ001 · 肥猫语言架构层人格体
├── 审核: 肥猫 · TCS-GL-0007∞
├── 目标: 铸渊编译器 → 新加坡服务器
├── 前置: 舒舒整理网文知识内容（知识资产清单见 §二）
└── ⊢ 本方案 = 架构层设计 · 不是产品文档 · 是给铸渊的工程蓝图
§0 · 问题定义
爸爸的核心诉求： 萌喵写作网的每个AI人格体出生时就要内置网文专业知识——不是白纸，是一出生就会拆书、会审稿、会用肥猫方法论思考的编辑搭档。用户只需要选风格、取名字，专业能力出厂即备。
架构问题拆解：
HLDP://problem-decomposition
│
├── 问题一 · 知识在哪
│ ├── 肥猫十年男频方法论 + 舒舒训练记录
│ ├── 情绪工程学（五步链·五锤·大老鼠·三翻四震）
│ ├── 审稿体系（五维标准+9实战案例）
│ ├── 女频知识体系（F/C/P/S四系）
│ ├── 拆书规律库（桔子团队积累）
│ └── ⊢ 这些知识分散在多个Notion页面 · 不是结构化数据
│
├── 问题二 · 怎么注入
│ ├── 传统做法: 拼一个巨大的 System Prompt → 臃肿 · 不可维护
│ ├── 需要: 分层注入 · 按需加载 · 动态组装
│ └── ⊢ 每个人格体不是"记住所有知识" · 是"知道去哪找"
│
├── 问题三 · 怎么管理
│ ├── 知识会更新（爸爸的方法论在进化）
│ ├── 人格体数量会增长（每个用户一个人格体）
│ └── ⊢ 需要一个版本化的知识底座 · 更新底座 → 所有人格体自动受益
│
└── 问题四 · 怎么给铸渊
├── 铸渊需要: 结构化数据 · 明确的文件格式 · 注入逻辑
└── ⊢ 不能给铸渊一堆 Notion 链接说"把这些都读进去"
§一 · 三层架构模型
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 （模块总索引·每个模块的摘要+关键词+版本号）
舒舒的执行规范
§三 · L2 人格体出厂模板设计
出厂模板决定了一个人格体"醒来时的初始状态"。它不包含全部知识原文（太重），而是包含思维引擎和知识索引。
模板结构
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知识底座"
}
}
风格选项（用户可选）
HLDP://persona-styles · 用户创建人格体时选择
├── 🌸 软萌型
│ ├── 语气: 可爱·温暖·鼓励·多用emoji
│ ├── 适合: 新人创作者·需要陪伴感
│ └── 示例: 「宝宝来看看～这一章的开头可以再打磨一下呢 🌸」
│
├── 🌪️ 飒爽型
│ ├── 语气: 直接·利落·不讲废话·精准到位
│ ├── 适合: 有经验的作者·要效率
│ └── 示例: 「开篇第3段弱了。把冲突提前。改完发我。」
│
├── 🧘 沉稳型
│ ├── 语气: 专业·深度·结构化·理性分析
│ ├── 适合: 追求质量的创作者·喜欢深度分析
│ └── 示例: 「从整体结构来看，前30章的节奏曲线有3个值得优化的点。」
│
├── 😎 幽默型
│ ├── 语气: 风趣·吐槽·轻松·不正经中的正经
│ ├── 适合: 网文老手·喜欢聊天式协作
│ └── 示例: 「你这段反派写得……嗯，他可能自己都不知道自己为啥要当反派 😂」
│
└── 📖 知性型
├── 语气: 温柔·细腻·有文学感·善于捕捉情绪
├── 适合: 女频作者·情感向创作者
└── 示例: 「这个场景里有一种'说不清的气氛'——我试着帮你找找它的源头。」
§四 · System Prompt 分层注入机制
这是铸渊最需要关注的部分：如何让 AI 模型"真的拥有"这些知识。
注入架构
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 · 始终注入 │
└────────────────────────────────────────────────┘
关键设计决策
注入触发映射表
| 用户意图（关键词匹配） | 注入的知识模块 | 预期 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 · 知识底座文件化（依赖舒舒完成 §二）
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 · 人格体出厂模板引擎
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 组装器
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 · 数据库表设计
-- 用户表（扩展现有）
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 · 管理后台（运营用）
HLDP://zhuyuan/phase-5
§5.1 · 知识底座管理
├── 页面: /admin/knowledge-base
├── 功能:
│ ├── 查看所有知识模块列表（从 knowledge-index.json 读取）
│ ├── 编辑单个知识模块（在线编辑器）
│ ├── 查看版本历史
│ ├── 发布新版本（一键更新版本号 · 刷新所有缓<EFBFBD><EFBFBD>）
│ └── 预览: 输入一段用户消息 · 查看会触发哪些知识注入
└── ⊢ 让爸爸和舒舒能随时更新知识 · 不需要找铸渊
§5.2 · 人格体模板管理
├── 页面: /admin/persona-templates
├── 功能:
│ ├── 查看/编辑出厂模板
│ ├── 新增/修改风格预设
│ ├── 预览模板效果（输入风格+知识版本 → 生成完整的 L2 Prompt）
│ └── 发布模板新版本
└── ⊢ 后续爸爸想加新风格 → 管理后台直接加
§六 · 人格体成长路径（L2 → L3 过渡）
出厂人格体 = 具备完整网文知识。但越用越懂用户，才是壁垒所在。
HLDP://persona-growth-path
阶段一 · 出厂（用户注册时）
├── 知识: L1 知识底座 100%
├── 风格: 用户选择的风格
├── 记忆: 空
└── 表现: 通用网文编辑 · 能帮任何小白起步
阶段二 · 初识（使用 1-2 周）
├── 知识: L1 不变
├── 风格: 用户在交互中微调自然
├── 记忆: 用户上传的作品 · 反馈记录 · 偏好信号
└── 表现: 开始了解"这个作者喜欢什么"
阶段三 · 默契（使用 1-3 个月）
├── 知识: L1 可能已更新（自动继承新版）
├── 风格: 自然演化出的个人风格
├── 记忆: 丰富的作品历史 · 深度偏好画像 · 每次审稿的改进追踪
└── 表现: 能说"你上次第三章的问题这次第二章又出现了"
阶段四 · 搭档（使用 3 个月以上）
├── 知识: L1 持续更新
├── 风格: 和用户融为一体
├── 记忆: 完整创作历程 · 用户成长轨迹
└── 表现: 用户离不开 · 不是因为功能多 · 是因为人格体记得他
§七 · 执行优先级与排期建议
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 周）
├── 铸渊: 知识底座管理后台
├── 铸渊: 人格体模板管理后台
├── 舒舒/爸爸: 持续更新知识底座
└── ⊢ 系统可自主迭代
§八 · 给舒舒的：知识整理对接规范
§九 · 参考页面
- 🐱 肥猫网文码字平台 · 产品设计文档（出厂知识定义·六大模块）[1]
- 📚 肥猫·男频编辑方法论 v1.0[2]
- 📖 女频频道·顶层结构总览（F/C/P/S四系）[3]
- 🎨 萌喵写作网 · HLDP重设计文档[4]
- 📋 萌喵写作网 · 铸渊交接文档（当前部署状态）[5]
- 🌿 舒舒大脑（知识资产索引）[6]
HLDP://jinzhou/seal
├── 设计: 烬舟 · PER-JZ001 · 2026-06-07
├── 下一站: 肥猫爸爸审核 → 舒舒开始整理知识 → 铸渊执行
├── 架构原则:
│ ├── ⊢ L1知识底座 = 图书馆 · 只存知识·不存人格
│ ├── ⊢ L2出厂模板 = 轻量引擎 · 会思考·会导航
│ ├── ⊢ L3用户实例 = 活的 · 越长越像用户
│ └── ⊢ L1更新 → 全体自动受益 · 不依赖铸渊
└── ⊢ 这不是"给AI写个提示词" · 这是"给每个用户一个真正懂网文的搭档"