content-engine · diff
git:20260902.18b1ba4 to git:20260906.005890b
42 added, 42 removed. Audit A to A.
---
name: content-engine
description: |
会自我迭代的内容引擎。三件事：学（拆爆款沉淀方法论）、改（诊断并优化自己的稿子）、复盘（数据回流校准方法论）。
方法论活在 playbook.md 和用户的知识库里，不写死在流程里——方法论更新了，引擎的判断下一次就跟着变。
【学】丢来爆款视频链接、点点/小红书智能体的拆解、别人的高赞内容，或说「这条为什么能爆」「帮我拆一下」「这条值得学什么」时触发。
【改】丢来自己的脚本/文案/初稿，或说「帮我诊断」「这条能发吗」「改一下开头」「优化标题」「怎么让人看完」「切成短视频」时触发。
【复盘】说「月度复盘」「复盘一下」「数据导好了」时触发；随时说「这条起量了 / 扑了」也算，引擎当场拆。
不适用：从零起号定位（→awesome-creator-positioning）、封面制图（→awesome-creator-cover）、公众号排版（→wechat-formatter）。
---
# 内容引擎
```
别人的爆款 ──【学】──→ 拆解卡 ──→ 审阅 ──→ 方法论
│
│ 读
▼
我的内容 ────【改】── 先诊断 ──→ 定位部位 ──→ 标题 / 开头 / 正文 / 切片
│
▼
发布 → 数据 ──【复盘】──┐
▲ │
└────────────────┘
```
**方法论是轴。学写它，改读它，复盘校准它。** 引擎本身只是工序，判断依据一律去读文件——说不出依据的判断，是你在编，删掉。
---
## 方法论在哪（两层）
### 第一层 · 通用方法论（本 Skill 内，可公开）
`playbook.md` —— 从爆款拆解里提炼出的规律。**这是唯一会持续变厚的文件**，也是 GitHub 发版的对象。
`awesome-creator.md` —— 存量手艺：标题模式、开头生成法、互动钩子、切片方法。稳定，少变。
### 第二层 · 私有判准（用户的知识库，运行时读取）
判准是「什么算好」，因人而异，不进本 Skill。默认指向下表；换用户只需改这张表。
根目录：`/Users/jnx/Documents/life OS/04-Areas/IP/`
| 文件 | 提供什么 | 学 | 改 | 复盘 |
|---|---|:--:|:--:|:--:|
| `系统规则/【主控】加宁IP一页纸.md` | 使命·资格·四版面·受众三层·**§9 发布前四问**·一票否决八条·完成度阶梯·形神之分 | ● | ● | ● |
| `方法库/爆款心得与标题公式.md` | 自家数据验证过的打法 | ● | ● | ● |
| `方法库/适合我的爆款条件.md` | **个人转化层**：哪些做法能被这个账号用、怎么翻译、有哪些固定说法 | ● | ● | |
| `系统规则/【审美】Jianing 的写作风格与编辑偏好.md` | 语气层 > 文体层 | | ● | |
| `复盘分析/数据/` | 导出的 xlsx 原始数据 | | | ● |
| `复盘分析/` 最新复盘报告 | 已有结论 | ● | ● | ● |
**读取纪律**
- 每次先读主控，它是宪法，冲突时以它为准。
- 其余按表按需读，不要一次全灌进来。
- 路径不存在 → 说一句，继续跑通用流程，不报错、不中断。
- **别的用户装这个 Skill**：把上表换成自己的文件；一个都没有 → 只跑 playbook + awesome-creator 手艺库，并提醒「引擎读不到你的判准，只能给通用建议」。
---
## 写入纪律（红线）
1. **默认只在对话里输出，不落盘。**
2. **审阅门**：任何要落盘的内容，先在对话里出完整一版，逐条点头 / 否掉 / 改。**没有明确点头就不写。**
3. 获准后只写这三个地方：
| 写什么 | 写去哪 |
|---|---|
| 提炼出的通用规律 ＋ 内嵌证据行 | 本 Skill `playbook.md` 对应小节 + 更新日志一行 |
| 自家数据得出的结论 | vault `方法库/爆款心得与标题公式.md` + 该文件更新日志 |
| 可迁移性判定结果（✅ / ⚠️ / ❌） | vault `方法库/适合我的爆款条件.md` 对应小节 |
**拆解卡不落盘。** 它是给用户审阅用的中间产物，看完即弃——要留下的东西已经压缩进 playbook 条目的证据行里。**vault 结构零改动，不新增任何文件或文件夹。**
4. **宪法层（`系统规则/`）永不由本引擎修改。** 只能提议，留到月度复盘由用户决定。
5. 写 vault 前先打 checkpoint：`git -C "<vault>" add -A && git -C "<vault>" commit -m "checkpoint: content-engine 沉淀前"`
6. **脱敏铁则**：进 `playbook.md` 的内容不得包含真实经营数字、客户信息、未公开的个人经历。绝对数字改成量级或比率区间。
---
# 一、【学】拆爆款
输入：视频链接 / 转写 / 截图 / 点点的分析 / 用户自己的批注。有几样用几样，缺的就问，不猜。
### 流程
1. 读主控（形/神怎么分、什么是一票否决）＋ 现有 `playbook.md`（避免重复沉淀已有规律）
- 2. 出**拆解卡**（格式见下）
- 3. 出**可迁移性判定**
+ 2. 按 0–6 层出**拆解卡**（格式见下），每层带引文或评论作证据
+ 3. §5 做**可迁移性三档**，§6 给**对本账号的启发**（版面 · 谁能产 · 具体选题）
4. **交给用户审阅** —— 逐条点头 / 否掉 / 改
5. 通过的部分：提炼成规律写进 `playbook.md`，并把这条爆款压成一行证据挂在下面。**卡片本身不落盘。**
6. 可迁移性判定的结果落进 vault `方法库/适合我的爆款条件.md`——✅ 和 ⚠️ 进正文，❌ 进反面清单。**这是唯一记录「什么适合我」的地方，不落就白判了。**
- ### 拆解卡格式
+ ### 拆解格式（0–6 层，每层带证据）
+ 输入三样：**爆款全文**（口播稿/图文）· **账号信息与数据**（粉丝、赞藏评）· **评论区高赞前 10 条**。评论区拿不到就照常拆，但 §4 留空并在开头标「未经观众证词校验」。
+
```markdown
- # [一句话说清这条爆了什么]
+ # [一句话：观众完成了一次什么体验]
+ （不是"它讲了什么"，是"观众经历了什么"）
+ 链接 · 平台 · 时长 · 粉 X 赞 X 藏 X 评 X · 赞粉比 X 倍
- 链接： 平台： 时长：
- 数据：粉丝 X · 赞 X · 藏 X · 评 X 低粉高赞倍数：赞/粉 = X
- 拆解日期： 素材来源：（自看 / 点点 / 用户批注）
+ ## 1 底层判断
+ 它押中的反常识判断是什么？一句话 + 原文引文。
+ 没有反常识判断 → 明说它赢在别处（时机 / 情绪 / 颜值 / 流量），不硬找。
- ## 爆在哪
- [一句话说清它最主要靠什么爆的。只说一个原因，不要列五条。]
+ ## 2 结构
+ 开头让观众以为会得到什么 → 中间实际给了什么 → 结尾把观众带到了哪里。
+ **自证结构**：它讲的技巧，这条内容自己有没有在用？有 → 指出具体怎么用的；没有 → 如实写「无自证结构」。
- | | 形（做法，可模仿） | 神（为什么成立，模仿不了） |
- |---|---|---|
- | [爆点所在的那一层] | | |
- | [还有第二处值得拆就加一行；没有就只留一行] | | |
+ ## 3 人格层
+ 哪一句、哪一段暴露了真人（真实经历 / 矛盾 / 恐惧 / 付出的代价）？创作者有没有把创作意图摊开讲？
+ 全程无人格暴露 → 明说「纯干货型爆款」。
- ## 可迁移性判定
+ ## 4 观众证词
+ 评论区高赞里，观众自己说出的被打动的理由，**直接引用原句**。
+ 这是检验前三层的唯一硬证据——分析和评论对不上时，以评论为准，回头修正前三层。
- | 条目 | 判定 | 说明 |
- |---|---|---|
- | [某条做法] | ✅ 直接可用 | |
- | [某条做法] | ⚠️ 需翻译 | 翻译成本账号版本：[具体怎么改] |
- | [某条做法] | ❌ 不可迁移 | 原因：资格不匹配 / 撞一票否决 / 偏离主线 |
+ ## 5 可迁移拆分
+ ✅ 可复制（结构 / 公式 / 句式）→ 每条写成一条可直接执行的操作规则
+ ⚠️ 需翻译 → 机制对，但原话本账号说不出口。**当场写出本账号的版本**，写不出就降成 ❌
+ ❌ 不可搬（人格 / 经历 / 账号积累）→ 明确标注，说清为什么
- ## 落点
- 适合哪个版面： 建议出口：（图文 / 短视频 / 切片 / X 碎片）
- 如果要用，第一条可以这么写：[一个具体选题]
+ ## 6 对本账号的启发（最多两条，每条三项必齐）
+ ① 对应哪个版面（读宪法层的版面定义）
+ ② 谁能产：团队可写 / 需要用户一段语音判断 / 只能用户本人
+ ③ 一个具体选题，或一条具体改法
```
- **先抓爆点，不要填表。** 大部分爆款的爆点集中在一两处，其余地方是正常水平——把七个格子填满，多出来的全是废话。写法是：先用一句话说清"它爆在哪"，然后只拆那一两处。
-
- 下面这张单子只用来**对照检查有没有漏掉的角度**，不是必填项：
-
- > 选题 · 标题/封面文案 · 开头 3 秒 · 结构与节奏 · 信息密度 · 收尾与 CTA · 人格与语气
-
- **这张单子也不封闭。** 爆点如果在选题时机、评论区运营、系列联动——当场写，不要硬塞进现有格子。同一个新角度出现 ≥2 次，就把它加进单子，并在 `playbook.md` 开对应小节。**方法论的分类本身也是学出来的。**
-
- ### 三条判定纪律
-
- **可迁移性判定回答的是：别人的做法，我能不能照搬？** 拆完"它为什么爆"还不够——爆是它的事，能不能用是你的事。
+ ### 拆解纪律
- | 档 | 意思 | 判据 |
- |---|---|---|
- | ✅ **直接可用** | 跟用户没冲突，照做就行 | 不撞红线、不需要特殊资格 |
- | ⚠️ **需翻译** | 机制对，但原话用户说不出口。**保留机制，换掉表达** | 必须当场写出用户的版本 |
- | ❌ **不可迁移** | 机制依赖用户没有的东西，或撞红线 | 资格不匹配 / 撞一票否决 / 偏离主线 |
+ - **每个判断必须附原文引文或评论作证据。** 没证据的判断，删掉。
+ - **§6 只能基于宪法层里的账号背景**（记忆点 · 人设 · 受众 · 对立面 · 铁则），不得假设账号在做其他方向的内容。
+ - **禁止没有动作的建议**——「要真诚」「要做自己」这类一律不写。
+ - 拿不准就写「拿不准」，不要编。
+ - **全文不超过 1000 字。** 写长了说明没抓住爆点。
+ - **形可以抄，神要问资格。** 主控 §2：「语气是形，可模仿；立场和经历是神，模仿不了。」§5 里一条做法如果需要用户没有的经历或身份才成立，判 ❌。
+ - **低粉高赞单独看**：粉丝少还爆，爆点几乎全在内容本身。这类样本 playbook 单开一节收。
- **⚠️ 是最有价值的一档**，因为它逼出用户自己的版本。判了 ⚠️ 却写不出用户的版本 = 没判完，退回重想，或降级成 ❌。
+ ### 落盘（用户点头后）
- - **形可以抄，神要问资格。** 主控 §2：「语气是形，可模仿；立场和经历是神，模仿不了。查神不查形。」一条"神"如果需要用户没有的经历或身份才成立，判 ❌——抄了就是拧巴。
- - **撞一票否决直接 ❌**，不管数据多好。八条在主控 §2「永不说、永不做」。
- - **低粉高赞要单独看**：粉丝少还爆，说明爆点几乎全在内容本身，不靠账号权重。这类卡的参考价值最高，`playbook.md` 里单开一节收。
+ | 拆解卡里的 | 去哪 |
+ |---|---|
+ | §5 的 ✅ 和 ⚠️ 提炼成通用规律 | 本 Skill `playbook.md`，挂一行证据 |
+ | §5 三档判定 + §6 启发 | vault `方法库/适合我的爆款条件.md` 对应小节 |
+ | 拆解卡本身 | **不落盘**，看完即弃 |
### 进 playbook 的方式
卡片不留，所以**规律必须当场进 playbook**，否则下次就想不起来了。进的时候带一行证据：
```
- [链接] · 粉X 赞X · 赞粉比 X 倍 · [一句话：它在这条规律上具体做了什么]
```
| 置信度 | 条件 | 诊断时能不能当依据 |
|---|---|---|
| **参考** | 1 条证据 | 收进来并标注，**只作参考，不作依据** |
| **已印证** | ≥2 条**独立**证据 | 可以当依据引用 |
| **自家验证** | 自己发内容验证过 | 优先使用 |
被数据推翻的条目**不删也不降级**——在条目下加一行 `❌ 已推翻（日期·原因）`，正文划掉。反面教材和正面规律一样值钱。
第二条爆款指向同一条规律时，**不新开条目**——找到已有条目追加一行证据，升级置信度。
与 playbook 已有条目**冲突** → 不覆盖，并列写出来，两条都标"待验证"，等数据裁决。
---
# 二、【改】诊断并优化
**诊断先行。** 用户说"改开头""优化标题"，都先走一遍诊断——很多时候问题不在他说的那个部位。
### 第一步：诊断（永远先跑，不跳过）
按顺序，前面不过就别往后做：
**1. 主控四问**（读主控 §9，用用户自己的四问，不是通用四问）
四问不过是**选题层面的问题，改文案救不了**。直接告诉用户："这条的问题不在文案，在第 2 问没过。要么换角度重写，要么换选题。"
**2. 一票否决扫描**
逐条扫主控 §2「永不说、永不做」＋ 平台合规红线（诱导互动等，见 `awesome-creator.md`）。命中即必改，不商量。
**3. 全片四维**（不只看前 3 秒）
| 维度 | 看什么 | 判定 |
|---|---|---|
| **结构** | 属于哪种内容原型？骨架完整吗？缺哪一环？ | |
| **节奏** | 每 15–30 秒有没有继续看的理由？哪里有平段？ | |
| **信息密度** | 单位时间的新信息量。哪里注水、哪里过密到跟不上？ | |
| **收尾** | 有没有落回核心记忆点？带 slogan 了吗？**离场感是更安心还是更焦虑？** | |
**4. 完成度阶梯**（主控 §2）
60% = 只有语气 ｜ 80% = 语气 + 可截图的判断 ｜ 100% = 语气 + 判断 + 真实经历
判出档位，并说清**差什么才能上一档**。
### 诊断与手艺的分工（别让两边都写规则）
| | 负责 | 不负责 |
|---|---|---|
| **诊断（本文件）** | **判**——哪个部位有问题、多严重、定位到 `awesome-creator.md` 的哪一节 | 不给具体做法 |
| **`awesome-creator.md`** | **改**——每个部位的具体做法、模式、句式 | 不判好坏 |
同一个话题会在两边出现（"互动钩子"既是诊断维度也是手艺），**但方向相反**：诊断问「这里缺不缺钩子」，手艺库答「钩子怎么写」。**规则只写一遍，写在手艺库；诊断只引用，不复述。** 发现两边在写同一条规则，删掉诊断这边的。
### 第二步：定位部位，调用手艺
诊断出问题在哪，再去 `awesome-creator.md` 取对应方法：标题 / 开头 / 正文结构 / 互动钩子 / 切片。
同时读 `playbook.md`——有相关规律就用，并**注明依据哪一条**。
### 第三步：出修改建议
分两级，**每条都要给可直接替换的文本，不许只说"这里不够好"**：
```
🔴 必改：[问题] → [替换文本] 依据：[主控§X / playbook§X / 适合我的爆款条件§X]
🟡 建议：[问题] → [替换文本] 依据：...
```
只有两级。想不清楚该放哪一级的，就是 🟡。**凑不出理由的第三级"可选"，本质是噪音。**
逐段诊断格式：
```
### 第 N 段 ·「[原文首句…]」
诊断：
依据：
改法：[可直接替换的文本]
```
### 切片（长内容 → 短内容）
一支中长视频切出 3–5 条能独立成立的判断，每条写成 60 秒口播。
**判断 ≠ 步骤**——这是切片唯一的难点，也是最容易做砸的地方。筛选标准、60 秒骨架、输出要求见 `awesome-creator.md` §5。
---
# 三、【复盘】月度数据回流
### 节拍：月度，不是周度
小红书内容靠搜索长尾持续吃流量，一条笔记 7 天的数字不是终值；而且一周只有三五条，率是噪音。所以**只在月度读数据**。
| 节拍 | 谁 | 做什么 |
|---|---|---|
| **随时** | 用户 | 看到哪条起量 / 扑了 / 低粉高赞，跟引擎说一句 → 引擎当场按【学】拆一次，证据标「自家验证」。不导出、不读文件 |
| **月度** | 用户 | 从创作者中心导一次 xlsx，扔进 `复盘分析/数据/`（文件名带日期即可） |
| **月度** | 引擎 | 读本月 + 历史数据 → 台账 + 复盘初稿 → **回看方法论** → 出提议清单 |
### 月度复盘的「回看方法论」
台账和复盘初稿之后，多跑一道：
- `playbook.md` 里哪条被本月数据**验证**了 → 升置信度
- 哪条被**推翻**了 → 加 `❌ 已推翻` 标记，不删
- 哪条「参考」级的够格升「已印证」
- `方法库/爆款心得与标题公式.md` 要不要追加自家数据得出的新结论
全部**先出清单，用户点头，才动文件**。宪法层永远只提议。
### GitHub 发版
**周节拍收口**：每周看一次 `playbook.md` 有没有变化，有就发版，没有就跳过。不攒着，也不硬凑。
playbook 的主要增长来源是拆解，不受样本量限制——一条爆款就是一条真实证据，所以周周有东西可发是正常的。只有自家数据的结论要等月度。
发版前：
1. 脱敏检查：真实经营数字、客户信息、未公开经历，一律不进
2. 更新 `playbook.md` 顶部版本号与文末更新日志
3. commit message 写清这版学到了什么——git log 本身就是方法论进化史
4. **推送前给用户过一遍**，点头才 push
---
## 分工：谁分析，谁落盘
| | 谁 | 说明 |
|---|---|---|
| **分析** | 任何 AI | 点点（懂平台侧）、Hermes、Cowork、Codex——多个角度反而好。用户把结论带回来 |
| **评估** | 本引擎 | 外部结论一律过可迁移性判定，**平台上有效 ≠ 这个账号能用**。冲突时并列写出、标清来源，交用户裁决 |
| **落盘 + 版本管理** | **只有本引擎** | 写 `playbook.md`、写 vault、git 提交与发版。**单点写入，避免两个 agent 改同一个文件冲突** |
外部 AI 的分析进 playbook 时，证据行注明来源（如「点点」），和引擎自己拆的区分开。