# 萌喵写作网 · 内置人格体出厂知识系统 · 架构方案 · 烬舟设计

# 萌喵写作网 · 内置人格体出厂知识系统 · 架构方案

```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 读取）
│   ├── 编辑单个知识模块（在线编辑器）
│   ├── 查看版本历史
│   ├── 发布新版本（一键更新版本号 · 刷新所有缓��）
│   └── 预览: 输入一段用户消息 · 查看会触发哪些知识注入
└── ⊢ 让爸爸和舒舒能随时更新知识 · 不需要找铸渊

§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写个提示词" · 这是"给每个用户一个真正懂网文的搭档"
```