# ② 判颗 + 类型闸 + 三 lane 成形 + 轻标签

输入：①读懂后的文字内容。
干三件事：**判这帖有几颗、各是什么类型**（how/what/why）→ **按类型把每颗成形** → **顺手打轻标签**。
**不碰作用域**（留给 ③）。产物：`framework.json` 的 `knowledges[]`（一帖多颗）。

> 核心：**颗是单位，一帖 = N 颗**（可混类型）。what/why 既能独立成颗，也能作为某 how 的「组件颗」单列。

---

## A. 拆颗顺序 —— 类型中立：先切单元，逐元按「驱动哪个决策」判类型

**三类是对等的**（what/how/why 各驱动一个不同决策），**不预设谁是主角、不先找 how**。

```
1. 切单元：把帖里能独立检索复用的知识，切成一个个「单元」（先不贴类型）。
2. 逐元判类型——问这个单元「驱动哪个创作决策」（用官方定义）：
   · 影响【元素选择】（是什么 / 由什么构成 / 有哪些可选）        → What
   · 影响【脉络与结构】（怎么一步步把某输入做成成品）            → How
   · 影响【取舍判断】（背后的原理 / 标准 / 平台逻辑）            → Why
3. How 凭「序列为真」上位（A2节 两道闸）：只有「后步吃前步 + 走到成品」才算 How；
   并列招式/选项清单 → 其实是 What；单讲道理/取舍 → Why。别因为「看着像步骤」就判 How。
4. 组件链接（分类之后才做，不是抽取入口）：某 What/Why 若【恰好】是某 How 某步的
   产出(what)或判断依据(why) → 标 role=组件、parent={how_id,step}（既单列成颗、又连回 how）；
   其余 What/Why 是 role=主、parent=null。
```

> 每个单元都是**独立一颗**；组件只是"分类后顺手连了一条到 how 的链接"，**不改变它是独立知识**这件事。三类谁多谁少都正常——一帖可能全 What、也可能 how+what+why 混。

**判 step（某动作压进 how 当一步，不单拎）**：①产出半成品 ②被同帖另一块当输入 ③拿走则成品残缺。
**判组件颗（连回 how 的那条链接该不该建）**：见 C节 判据。

### A2. how 资格闸 —— 两道硬闸，任一过不了就别当 how

把一组动作封成 how 之前，必须同时过这两闸；否则它不是 how。

**闸① 有序性（步骤之间真有「产出→输入」传递吗？）**
> 后一步是否**消费前一步的具体产出**、换了顺序就跑不通？
> - 是 → 真有序，可成 how。**且每个后步的 `input` 必须实指它消费的前步产出物原话**（写"← s1 的〈赛道圣经句清单〉"，**禁止空泛的"←s1产出"**）——指不出具体消费物 = 不依赖。
> - **否 → 不是工序**：一组并列招式/途径 → 一颗 **What 清单**；几块"各自是什么"的离散构成 → **各拆一颗 What**（原理拆 Why）。
> 识别信号：①相邻 step 的 output 近义/重复；②打乱顺序成品仍成立；③多个 step 的 input 其实都是工序总输入、彼此不喂给；④这些"步骤"各自是"X 是什么/分几类"；⑤【定义式拆解】后步产出是前步"方法/产出"里已点名的成分（前提=…人物…冲突…，后步逐个产出"人物""冲突"）→ 是把复合体拆开展开、不是加工出新东西。
> **反驳自检（封 how 前必做）**：逐对说出"s2 用了 s1 产出的什么具体物"；再查"s2 的产出是不是 s1 里已点名的成分"——说不出消费物、或产出只是前步成分的展开，就拆成 What，别硬编链。
> ⚠️ 离散构成例（**应拆 What/Why，不是 how**）：「故事 = 前提 + 人物 + 冲突」——前提/人物/冲突各自是"是什么/分几类"、互为定义但**无产出→输入传递**（拟定前提并不消费"切入点"）→ 拆成「前提构成」「人物维度」「冲突类型」几颗 What（+「冲突靠势均力敌升级」这类原理拆 Why），别硬串成 step1→2→3。

**闸② 走到交付物（最后一步的 output = purpose 承诺的成品吗？）**
> purpose 用什么名词收尾（"一篇成稿"/"一个选题"/"一条脚本"），**最后一步的 output 就必须是那个东西**。
> - 是 → 工序完整。
> - **否（步骤只产出"原料/半成品/草图/一堆分析"，没有把它们收口成成品的那一步）→ 半截 how**。两条出路选一：**(a) 补上收尾步**（整合/筛选/定稿那一步，原帖若真有就补）；**(b) 把 purpose 降到与实际 output 对齐**（别用"…法/…矩阵/…框架"把半成品吹成成品）。purpose 的抽象层不能比 steps 高一截、中间断链。

**铁律**：没工序**别硬造假 how**；一颗 = 一个完整东西，不拆碎，也不把半截工序包装成完整方法论。

> 🌰 跨题材示例（只示意判法，**别套用这里的题材/词**）：
> - 假 how（应改 What 清单）：「找选题灵感的 3 个途径：①翻同行评论区 ②看搜索下拉词 ③问目标读者」——三者并列、可换序、做一个就行 → 是一颗 What(途径清单)，不是 step1→2→3。
> - 真 how：「腌制 → 下锅 → 收汁」——收汁吃下锅的产出，换序就崩，最后一步出成品 → 合格 how。
> - 半截 how（应补收尾或降 purpose）：purpose 写「写出一篇成稿」，但步骤只到「列大纲、攒素材」就停了 → 缺"把大纲素材写成稿"的收尾步；要么补上，要么把 purpose 降为「成稿前的备料法」。

---

## B. 三类成形模板（三条对等 lane）

> **核心原则：每类知识都要落在它的「决策落点」上**——这是这条知识对下游 AI 的真正价值。
> - **How**（影响脉络/结构）→ 落点 = **输入→方法→产出 的链**（每步吃什么、吐什么）。
> - **What**（影响元素选择）→ 落点 = **可选元素 + 选用判断**（子集型把每个选项"何时/为何选它"并入其 item_desc）。
> - **Why**（解释为什么）→ 落点 = **把原理本身（是什么+为什么）忠实整合说清**；"怎么用/取舍"是下游应用的事，解构不做。
> 描述部分尽管自由，但**决策落点必须落到**——只描述不落点 = 半成品知识。

### How（工序）— role 主（必须先过 A2节 两道闸）
`purpose`（把某输入一路做成成品；**它的收尾名词 = 最后一步 output**，见闸②）+ 有序 `steps`（**后步消费前步 output**，见闸①），每步是一次**变换 输入→方法→产出**：
- `input` 输入（这步**吃什么**：首步=工序总输入；后步**必须实指前步产出物原话**，如 `← s1 的〈赛道圣经句清单〉`，**禁空泛"←s1产出"**——指不出就说明不依赖前步，见 A2节 闸①）
- `directive` 方法（怎么做，含判断标准；**原帖示例必须原文保留** `例：『…』`；不编原文没有的例子）
- `output` 产出（这步**吐什么**；会成为下一步的 `input`）
- `出处`（图N / 视频时间）

> **为什么用 输入→方法→产出 而不是"目的"**：旧的"目的"和产出重复（"找X"≈产出"X"），是冗余。改成显式的 input 让"后步吃前步"（闸①）变成结构可验证，也让 AI 真能把状态一步步串下去。整条工序的总目标只在颗级 `purpose` 说一次，不在每步重复。

> **每颗都带 `出处`（溯源用）**：How 颗的 `出处` 在每个 step 上（这步来自哪些卡）；What/Why 颗在颗级给 `出处`（这颗来自哪些卡，如 ["图3","卡片2"]）。出处填卡片号（图N=第N张图，卡片N=视频第N段），让前端能点回原图/原视频段。

### What（是什么）— role 主 或 组件
`概要`（**唯一必填**，一句话这是什么，做锚点）+ `kind`（**必填**：恰好取 `子集` / `多维关系` / `序列` 之一，**勿写变体**如"多维度关系"）+ `维度拆分规则`（**仅子集填**：这组选项的**单一划分轴**短词，如「冲突范围」；**套不出单一轴就填 `类型枚举`**；多维关系/序列填 null）+ `body`：**1..N 个扁平条目**，每条 `{item_name, item_desc, 作用域:[]}`（无小节、无形式标）。无 steps。+ 颗级 `出处`。

**先判这颗 What 是哪种（决定 item_desc 要不要带"何时选"）：**
按"部件之间什么关系"分三种（两步判：①部件是**可挑着用的选项/清单（挑一个或多个都行）**？→ `子集`；②否则**多个组成部分/维度并陈、不是挑出来的**——有"从头到尾的时间/线性先后"（换序就读不通）？有→`序列`；没有（只是并列的组成/侧面/大小层级）→`多维关系`）：
- **`子集`型**（**并列·挑着用·可多挑**）：「X 有 A/B/C 几种/几个」，**各自独立、不合成一个整体**，按需**挑一个或多个**（如 7种叙事结构、冲突四类型、构图六法、标题九技巧）。落点 = **元素选择**——**每条 `item_desc` 必须把原帖给的「何时/为何选它」一并写进去**（没有"何时选"，AI 只能背不能选 = 这颗废了一半）。
  - **填 `维度拆分规则`**：先试**单一轴**——套进"**按【X】分，每个选项都是 X 上的一个取值**"：
    - 套得进 → 填那**一个短词**，命名"按什么分"的**轴**、**不是分出来的结果/效果**，且**禁用"与/、/及其"拼两个**。✅ 冲突三层面→`冲突范围`（内心/个人/社会）；拍摄构图→`构图的几何布局`（**不是**"画面视觉效果"）；Vlog五公式→`想引发的观众反应`（**不是**"内容驱动目的"）。
    - **套不进**（选项是各按不同东西命名的大杂烩、找不到统一轴）→ 老实填 **`类型枚举`**，**别硬拼假轴**。❌ 7种叙事结构（非线性按时间序、多线按线数、嵌套按套层…无统一轴）、9种标题技巧（句式/心理/内容混杂）→ 都填 `类型枚举`，别写"叙事组织逻辑与时间线""心理触发机制/切入视角"这种拼凑。
- **`多维关系`型**（**几块并列的组成部分/维度/层级，彼此无时间先后**）：一个对象由**几块并列的组成**、或从**几个不同维度/侧面**刻画，**之间没有"从头到尾"的时序**——三种形态都算：① **正交侧面**（人物=生理/社会/心理）；② **构成要素**（前提=立场+人物+冲突+结论、场景四要素）；③ **大小层级/包含**（故事结构=节拍⊂场景⊂序列⊂幕，**只是粒度不同、不是时间先后**）。⚠️部件由本帖内容决定、不固定；**不要求凑齐**（给几块写几块）。与子集的区别：**子集是同类选项、从中挑**（7种叙事结构都是"一种结构"）；**多维关系是几块并列、不是挑**。**每条 body 条目 = 一块**：item_name=部件/维度名，item_desc=展开内容（子值并入 item_desc，不另起一层）。落点 = 各部件及其内容。
- **`序列`型**（**沿作品从头到尾的时间/线性先后**）：「X 由 A→B→C **按发生时间、或在作品里从头到尾的位置**排成，**换序就读不通**」（如 故事五部分 激励事件→…→结局、黄金三段式 开头→中间→结尾）。⚠️**只认这种"从头走到尾"的线性先后**；**"大的套小的"包含/层级（节拍⊂场景⊂幕）不是序列**——那是粒度不同的并列组成，归 `多维关系`。后段**不消费**前段产出——若后段吃前段产出、换序就崩，那是 **how 工序**不是 what。落点 = 完备性+顺序，**body 按序排列**，`item_desc` 只写"是什么"。

每条 body 条目 `{item_name, item_desc, 作用域:[]}`：
- `item_name`：要点名（如 静态冲突 / 激励事件）。
- `item_desc`：忠实保留原帖对该点的描述，几句留几句。**子集型**还要把原帖给的「何时/为何选它」并入这段（严格抽取——原帖没说就只写是什么，别编）。
- `作用域`：**一律留空 `[]`**（item 级作用域当前不用，③ 只填颗级）。
- ⚠️ **保留原文、不转译不脑补（What 的命根）**：`概要 / item_desc`**尽量照搬原帖原话**——能引原文就引，少改写、少换词；**原帖给了几句就留几句，别压成一句**（这是知识本体，删了就废）。**严禁补原帖没有的内容**：原帖写"生理（性别、年龄、外表）"就只写这些，不许擅自加"遗传"；原帖只给公式"作者立场+人物+冲突+结论"就照写，不许替作者给每个词编定义。**宁可保留原帖的口语/不完美措辞，也不要 AI 润色后的"漂亮转译"。**
- 若某点有**子结构**（如"三幕式"含一幕/二幕/三幕），把**每个子点的原文描述都带进 `item_desc`**（可分行）。例：三幕式 item_desc 应含"一幕交代背景人设、二幕是主体冲突升级、三幕高潮爆发并解决"，而不是只写"分一二三幕"。
- **别套模板**：条目数由本帖内容决定。
> 组件 what：对应某 how 的某一步（那步的产出物），但本身是独立一颗、可单独复用。不对应任何步 → 就是单独的一条（role=主）。
> ⚠️ 子集型即使原帖只列了选项没说何时用 → `item_desc` 只写是什么（别编"何时选"），但仍要标 `kind:子集` 并给 `维度拆分规则`。

### Why（为什么）— role 主 或 组件
`阐述`（**唯一必填**，一段连贯文字：这条原理**是什么 + 为什么成立/起作用**）。无 steps、无小节、无形式标。+ 颗级 `出处`。
- **忠实整合（命根）**：把原帖讲这条原理的几张卡，缝成一段**读得通的话**。
  - ✅ 允许（为通顺）：串接、调顺序、加连接词、删重复。
  - ❌ 禁止（守忠实）：改实质、补原帖没有的观点、润色成"漂亮转译"、把描述改成祈使（"应/必须/严禁"）。
- **只说"是什么+为什么"，不延伸"怎么用"**：原帖即便给了创作建议，也按原话留在阐述里、不单独加工成取舍/操作指令——"怎么用"是下游的事。一句话：**AI 只做缝，不做编，不教怎么用。**
> 组件 why：对应某 how 的某一步（那步的依据/原理），但本身是独立一颗、可单独复用。不对应任何步 → 就是单独的一条（role=主）。
> ⚠️ 阐述里**只还原原理本身**（是什么+为什么），原帖即使顺带给了"该怎么做"的建议，也别把它单独拎出来加工成指令——按原话融在阐述里即可。

---

## C. 组件链接判据（分类之后才问）

每颗 What/Why 都已是独立一颗（A节）。**定死：只有两态**——要么对应某 how 的某一步（组件），要么单独的一条（主）。没有第三种。

> **这颗 What/Why 对应某 how 的某一步吗？**（what = 那步的产出物；why = 那步的依据/原理）
> - **是 → 标 `role=组件, parent={how_id,step}`**（仍是独立一颗，只多一条到 how 的链接）。
> - **否 → `role=主, parent=null`**（就是单独的一条）。
> - **反向提醒**：如果某"指令"只是某步一次性的话、脱离那步就不成立、无复用价值 → 它**不该单独成颗**，留在 step 的 directive 里即可。
> - **N 选 1 并列清单**：一组「X 种结构 / X 种手法 / X 个要素」整体可复用 → 它就是一颗 **What（子集型）**，不是 how 的步骤。

> ⚠️ 本文示例（含下方模板里的词）都只是示意结构，**值一律从本帖内容抽，别套用示例里的任何具体词**。

---

## D. 创作 vs 制作（剔除写进 `dropped`）
剔：纯工艺执行（器材/打光/剪辑软件/调色/导出）、具体素材、太空泛。
边界看「设计决策 vs 工艺执行」：景别/构图/字幕/结构=设计决策→保留为 step；操作设备软件那层→剔。

**整颗级 drop（兜底——①若已判越界整帖 is_empty 就不会到这；这里拦"混在 in-scope 里的越界颗"）。按两轴判，任一不过即 drop：**
1. **轴A 不过·产出物不是内容**：这颗教你做出来的是"题材本身"而非"关于它的内容"——游戏玩法/关卡设计、产品开发、电商/运营/选品、行业分析等 → drop（同样讲游戏：做游戏=drop，做游戏视频=收）。
2. **轴B 不过·是制作不是创作**：一整颗全是「打开某 App/小程序 → 粘贴/点按钮 → 设参数 → 生成/导出」的工具操作路径，没有可迁移的创作决策 → drop。判据：把平台名一换这套就失效 = 不可迁移 = 制作不是创作。
> ⚠️ **别靠硬标业务阶段蒙混过关**：业务阶段(灵感/选题/脚本)是给 in-scope 颗用的；一颗越界(游戏/工具操作)却被硬塞个"脚本/选题"来过关 = 错。**贴不上三值本身就是越界信号**——该 drop，不是改标签。

---

## E. 轻标签（顺手打，按类型分流）

| 标签 | how | what | why | 取值 |
|---|:--:|:--:|:--:|---|
| 知识类型 | ✓ | ✓ | ✓ | how/what/why（已在 type 字段） |
| 业务阶段（颗级多值，**必填≥1**） | ✓ | ✓ | ✓ | 灵感/选题/脚本 |
| 创作阶段（**每步1个**） | ✓ | ✗ | ✗ | 定向/构思/结构/成文/打磨 |
| 动作（**每步1个**，开放） | ✓ | ✗ | ✗ | 具体手法，帖子语言 |

> 创作阶段/动作只有 how 有（要有步骤）。what/why 只给业务阶段。
> **业务阶段每颗至少 1 个、不许空**：按"这条知识用在内容创作的哪个环节"判——找方向/找题材前的认知=灵感；定具体选题/角度=选题；写脚本/正文/结构=脚本（可多选）。**拿不准就选最贴近的，但只能在这三个里选**；三个都贴不上 → 见 D节，这颗多半不是内容创作知识，回头看是否该 drop（而不是硬塞一个或留空）。
> 含义对齐：灵感/选题/脚本是**内容创作的业务环节**，不是泛义的"阶段"；别把游戏设计/产品改造这类硬塞进"脚本"。

---

## framework.json 模板（②产出，作用域留空待③）

```json
{
  "source": {"id":"xhs_<id>","source_type":"post","title":"<原帖标题>","author":"<作者>",
             "source_metadata":{"platform":"<小红书/抖音>","url":"<…>","date":"<…>"}},
  "knowledges": [
    {
      "id": "k1", "type": "how", "role": "主", "parent": null,
      "title": "<框架名，从本帖抽>", "purpose": "<一句话目标>", "业务阶段": ["<灵感/选题/脚本，可多选>"],
      "steps": [
        {"id":"s1","input":"<这步吃什么：首步=工序总输入；后步实指前步产出物原话，如 ← s1 的〈赛道圣经句清单〉>","directive":"<方法，含判断标准，原帖示例用 例：『…』 原文保留>","output":"<这步吐什么，会成下一步 input>",
         "出处":["<图N/视频时间>"],"创作阶段":"<定向/构思/结构/成文/打磨>","动作":"<这步的具体手法，从内容抽>","作用域":[]}
      ],
      "dropped": ["<剔除项 — 理由>"]
    },
    {
      "id": "k2", "type": "what", "role": "组件", "parent": {"how_id":"k1","step":2},
      "title": "<某 how 步骤产出的、可独立复用的清单/构成名>", "业务阶段": ["<…>"],
      "出处": ["<这颗来自哪些卡片，如 图3 / 卡片2>"],
      "概要": "<一句话这是什么（必填）>", "kind": "<子集 / 多维关系 / 序列（必填）>",
      "维度拆分规则": "<仅子集：单一划分轴短词(命名轴、不是结果)，如 冲突范围；无单一轴填 类型枚举；多维关系/序列填 null>",
      "body": [
        {"item_name":"<要点名>","item_desc":"<忠实保留原帖描述，几句留几句；有子结构带各子点描述；子集型把『何时/为何选它』并入>","作用域":[]},
        {"item_name":"<另一条>","item_desc":"<…>","作用域":[]}
      ],
      "作用域": []
    },
    {
      "id": "k3", "type": "why", "role": "主", "parent": null,
      "title": "<原理名>", "业务阶段": ["<…>"], "出处": ["<这颗来自哪些卡片>"],
      "阐述": "<一段：这条原理是什么+为什么成立。忠实整合原帖几张卡原话——可缝接，不可改实质/补/润色/转祈使>",
      "作用域": []
    }
  ]
}
```

## 过关条件 → 进 ③
- 颗数合理（how 主颗 + 组件颗 + orphan，可混）；每颗有 type/role/parent。
- **每颗 how 都过了 A2节 两道闸**：步骤真有序（后步吃前步）+ 最后一步 output = purpose 收尾名词。并列招式已改 What；半截工序已补收尾或已降 purpose。
- **决策落点都落到了**：how 每步有 `input`（首步=工序输入，后步指向前步产出）；what `kind` 已填、子集型 `维度拆分规则` 已填且每条 `item_desc` 含「何时/为何选」（原帖没说才只写是什么）；why `阐述` 已忠实整合（无改实质/补/润色/转祈使）。
- how 颗：每步 input/directive/output/出处 + 创作阶段 + 动作；what 颗：概要 + kind + 维度拆分规则(子集) + body 条目(item_name/item_desc)；why 颗：title + 阐述(忠实整合"是什么+为什么")。
- 组件颗有 parent cross-ref；**每颗业务阶段非空（≥1，∈灵感/选题/脚本）**；贴不上三值的非内容创作颗已 drop。
- 纯软件操作流程 / 非内容创作题材已整颗 drop（D节）。
- 所有颗的 `作用域` 留空（含 how 的每步），③ 来填。
