jianing1117/jianing-skills/content-engine

内容引擎

看了很多爆款，自己的稿子还是说不清差在哪。内容引擎拆你认可的爆款帖子、总结提炼规律，帮你诊断和修改自己的稿子，再用发布后的数据校准方法。方法论活在 playbook 和你的知识库里，方法更新了，它的判断就跟着变。

   别人的爆款 ──【学】──→ 拆解卡 ──→ 审阅 ──→ 方法论
                                              │
                                              │ 读
                                              ▼
   我的内容 ────【改】── 先诊断 ──→ 定位部位 ──→ 标题 / 开头 / 正文 / 切片
                                              │
                                              ▼
                                      发布 → 数据 ──【复盘】──┐
                                              ▲                │
                                              └────────────────┘

方法论是轴。学写它，改读它，复盘校准它。 引擎本身只是工序，判断依据一律去读文件——说不出依据的判断，是你在编，删掉。

方法论在哪（两层）

第一层 · 通用方法论（本 Skill 内，可公开）

playbook.md —— 从爆款拆解里提炼出的规律。这是唯一会持续变厚的文件，也是 GitHub 发版的对象。

awesome-creator.md —— 存量手艺：标题模式、开头生成法、互动钩子、切片方法。稳定，少变。

第二层 · 私有判准（用户的知识库，运行时读取）

判准是「什么算好」，因人而异，不进本 Skill。默认指向下表；换用户只需改这张表。

根目录：/Users/jnx/Documents/life OS/04-Areas/IP/

读取纪律

• 每次先读主控，它是宪法，冲突时以它为准。
• 其余按表按需读，不要一次全灌进来。
• 路径不存在 → 说一句，继续跑通用流程，不报错、不中断。
• 别的用户装这个 Skill：把上表换成自己的文件；一个都没有 → 只跑 playbook + awesome-creator 手艺库，并提醒「引擎读不到你的判准，只能给通用建议」。

写入纪律（红线）

1. 默认只在对话里输出，不落盘。
2. 审阅门：任何要落盘的内容，先在对话里出完整一版，逐条点头 / 否掉 / 改。没有明确点头就不写。
3. 获准后只写这三个地方：

拆解卡不落盘。 它是给用户审阅用的中间产物，看完即弃——要留下的东西已经压缩进 playbook 条目的证据行里。vault 结构零改动，不新增任何文件或文件夹。

1. 宪法层（`系统规则/`）永不由本引擎修改。 只能提议，留到月度复盘由用户决定。
2. 写 vault 前先打 checkpoint：git -C "<vault>" add -A && git -C "<vault>" commit -m "checkpoint: content-engine 沉淀前"
3. 脱敏铁则：进 playbook.md 的内容不得包含真实经营数字、客户信息、未公开的个人经历。绝对数字改成量级或比率区间。

一、【学】拆爆款

输入：视频链接 / 转写 / 截图 / 点点的分析 / 用户自己的批注。有几样用几样，缺的就问，不猜。

流程

1. 读主控（形/神怎么分、什么是一票否决）＋ 现有 playbook.md（避免重复沉淀已有规律）
2. 按 0–6 层出拆解卡（格式见下），每层带引文或评论作证据
3. §5 做可迁移性三档，§6 给对本账号的启发（版面 · 谁能产 · 具体选题）
4. 交给用户审阅 —— 逐条点头 / 否掉 / 改
5. 通过的部分：提炼成规律写进 playbook.md，并把这条爆款压成一行证据挂在下面。卡片本身不落盘。
6. 可迁移性判定的结果落进 vault 方法库/适合我的爆款条件.md——✅ 和 ⚠️ 进正文，❌ 进反面清单。这是唯一记录「什么适合我」的地方，不落就白判了。

拆解格式（0–6 层，每层带证据）

输入三样：爆款全文（口播稿/图文）· 账号信息与数据（粉丝、赞藏评）· 评论区高赞前 10 条。评论区拿不到就照常拆，但 §4 留空并在开头标「未经观众证词校验」。

# [一句话：观众完成了一次什么体验]
（不是"它讲了什么"，是"观众经历了什么"）
链接 · 平台 · 时长 · 粉 X 赞 X 藏 X 评 X · 赞粉比 X 倍
 
## 1 底层判断
它押中的反常识判断是什么？一句话 + 原文引文。
没有反常识判断 → 明说它赢在别处（时机 / 情绪 / 颜值 / 流量），不硬找。
 
## 2 结构
开头让观众以为会得到什么 → 中间实际给了什么 → 结尾把观众带到了哪里。
**自证结构**：它讲的技巧，这条内容自己有没有在用？有 → 指出具体怎么用的；没有 → 如实写「无自证结构」。
 
## 3 人格层
哪一句、哪一段暴露了真人（真实经历 / 矛盾 / 恐惧 / 付出的代价）？创作者有没有把创作意图摊开讲？
全程无人格暴露 → 明说「纯干货型爆款」。
 
## 4 观众证词
评论区高赞里，观众自己说出的被打动的理由，**直接引用原句**。
这是检验前三层的唯一硬证据——分析和评论对不上时，以评论为准，回头修正前三层。
 
## 5 可迁移拆分
✅ 可复制（结构 / 公式 / 句式）→ 每条写成一条可直接执行的操作规则
⚠️ 需翻译 → 机制对，但原话本账号说不出口。**当场写出本账号的版本**，写不出就降成 ❌
❌ 不可搬（人格 / 经历 / 账号积累）→ 明确标注，说清为什么
 
## 6 对本账号的启发（最多两条，每条三项必齐）
① 对应哪个版面（读宪法层的版面定义）
② 谁能产：团队可写 / 需要用户一段语音判断 / 只能用户本人
③ 一个具体选题，或一条具体改法

拆解纪律

• 每个判断必须附原文引文或评论作证据。 没证据的判断，删掉。
• §6 只能基于宪法层里的账号背景（记忆点 · 人设 · 受众 · 对立面 · 铁则），不得假设账号在做其他方向的内容。
• 禁止没有动作的建议——「要真诚」「要做自己」这类一律不写。
• 拿不准就写「拿不准」，不要编。
• 全文不超过 1000 字。 写长了说明没抓住爆点。
• 形可以抄，神要问资格。 主控 §2：「语气是形，可模仿；立场和经历是神，模仿不了。」§5 里一条做法如果需要用户没有的经历或身份才成立，判 ❌。
• 低粉高赞单独看：粉丝少还爆，爆点几乎全在内容本身。这类样本 playbook 单开一节收。

落盘（用户点头后）

进 playbook 的方式

卡片不留，所以规律必须当场进 playbook，否则下次就想不起来了。进的时候带一行证据：

- [链接] · 粉X 赞X · 赞粉比 X 倍 · [一句话：它在这条规律上具体做了什么]

被数据推翻的条目不删也不降级——在条目下加一行 ❌ 已推翻（日期·原因），正文划掉。反面教材和正面规律一样值钱。

第二条爆款指向同一条规律时，不新开条目——找到已有条目追加一行证据，升级置信度。

与 playbook 已有条目冲突 → 不覆盖，并列写出来，两条都标"待验证"，等数据裁决。

二、【改】诊断并优化

诊断先行。 用户说"改开头""优化标题"，都先走一遍诊断——很多时候问题不在他说的那个部位。

第一步：诊断（永远先跑，不跳过）

按顺序，前面不过就别往后做：

1. 主控四问（读主控 §9，用用户自己的四问，不是通用四问）

四问不过是选题层面的问题，改文案救不了。直接告诉用户："这条的问题不在文案，在第 2 问没过。要么换角度重写，要么换选题。"

2. 一票否决扫描

逐条扫主控 §2「永不说、永不做」＋ 平台合规红线（诱导互动等，见 awesome-creator.md）。命中即必改，不商量。

3. 全片四维（不只看前 3 秒）

4. 完成度阶梯（主控 §2）

60% = 只有语气 ｜ 80% = 语气 + 可截图的判断 ｜ 100% = 语气 + 判断 + 真实经历

判出档位，并说清差什么才能上一档。

诊断与手艺的分工（别让两边都写规则）

同一个话题会在两边出现（"互动钩子"既是诊断维度也是手艺），但方向相反：诊断问「这里缺不缺钩子」，手艺库答「钩子怎么写」。规则只写一遍，写在手艺库；诊断只引用，不复述。 发现两边在写同一条规则，删掉诊断这边的。

第二步：定位部位，调用手艺

诊断出问题在哪，再去 awesome-creator.md 取对应方法：标题 / 开头 / 正文结构 / 互动钩子 / 切片。

同时读 playbook.md——有相关规律就用，并注明依据哪一条。

第三步：出修改建议

分两级，每条都要给可直接替换的文本，不许只说"这里不够好"：

🔴 必改：[问题] → [替换文本]     依据：[主控§X / playbook§X / 适合我的爆款条件§X]
🟡 建议：[问题] → [替换文本]     依据：...

只有两级。想不清楚该放哪一级的，就是 🟡。凑不出理由的第三级"可选"，本质是噪音。

逐段诊断格式：

### 第 N 段 ·「[原文首句…]」
诊断：
依据：
改法：[可直接替换的文本]

切片（长内容 → 短内容）

一支中长视频切出 3–5 条能独立成立的判断，每条写成 60 秒口播。

判断 ≠ 步骤——这是切片唯一的难点，也是最容易做砸的地方。筛选标准、60 秒骨架、输出要求见 awesome-creator.md §5。

三、【复盘】月度数据回流

节拍：月度，不是周度

小红书内容靠搜索长尾持续吃流量，一条笔记 7 天的数字不是终值；而且一周只有三五条，率是噪音。所以只在月度读数据。

月度复盘的「回看方法论」

台账和复盘初稿之后，多跑一道：

• playbook.md 里哪条被本月数据验证了 → 升置信度
• 哪条被推翻了 → 加 ❌ 已推翻 标记，不删
• 哪条「参考」级的够格升「已印证」
• 方法库/爆款心得与标题公式.md 要不要追加自家数据得出的新结论

全部先出清单，用户点头，才动文件。宪法层永远只提议。

GitHub 发版

周节拍收口：每周看一次 playbook.md 有没有变化，有就发版，没有就跳过。不攒着，也不硬凑。

playbook 的主要增长来源是拆解，不受样本量限制——一条爆款就是一条真实证据，所以周周有东西可发是正常的。只有自家数据的结论要等月度。

发版前：

1. 脱敏检查：真实经营数字、客户信息、未公开经历，一律不进
2. 更新 playbook.md 顶部版本号与文末更新日志
3. commit message 写清这版学到了什么——git log 本身就是方法论进化史
4. 推送前给用户过一遍，点头才 push

分工：谁分析，谁落盘

外部 AI 的分析进 playbook 时，证据行注明来源（如「点点」），和引擎自己拆的区分开。