|
|
@@ -18,7 +18,7 @@
|
|
|
· 影响【元素选择】（是什么 / 由什么构成 / 有哪些可选） → What
|
|
|
· 影响【脉络与结构】（怎么一步步把某输入做成成品） → How
|
|
|
· 影响【取舍判断】（背后的原理 / 标准 / 平台逻辑） → Why
|
|
|
-3. How 凭「序列为真」上位（§A2 两道闸）：只有「后步吃前步 + 走到成品」才算 How；
|
|
|
+3. How 凭「序列为真」上位（A2节 两道闸）：只有「后步吃前步 + 走到成品」才算 How；
|
|
|
并列招式/选项清单 → 其实是 What；单讲道理/取舍 → Why。别因为「看着像步骤」就判 How。
|
|
|
4. 组件链接（分类之后才做，不是抽取入口）：某 What/Why 若【恰好】是某 How 某步的
|
|
|
产出(what)或判断依据(why) → 标 role=组件、parent={how_id,step}（既单列成颗、又连回 how）；
|
|
|
@@ -28,7 +28,7 @@
|
|
|
> 每个单元都是**独立一颗**；组件只是"分类后顺手连了一条到 how 的链接"，**不改变它是独立知识**这件事。三类谁多谁少都正常——一帖可能全 What、也可能 how+what+why 混。
|
|
|
|
|
|
**判 step（某动作压进 how 当一步，不单拎）**：①产出半成品 ②被同帖另一块当输入 ③拿走则成品残缺。
|
|
|
-**判组件颗（连回 how 的那条链接该不该建）**：见 §C 判据。
|
|
|
+**判组件颗（连回 how 的那条链接该不该建）**：见 C节 判据。
|
|
|
|
|
|
### A2. how 资格闸 —— 两道硬闸，任一过不了就别当 how
|
|
|
|
|
|
@@ -64,9 +64,9 @@
|
|
|
> - **Why**（影响取舍判断）→ 落点 = **对创作的取舍**（所以该多写/砍/侧重什么）。
|
|
|
> 描述部分尽管自由，但**决策落点必须落到**——只描述不落点 = 半成品知识。
|
|
|
|
|
|
-### How（工序）— role 主（必须先过 §A2 两道闸）
|
|
|
+### How（工序）— role 主（必须先过 A2节 两道闸）
|
|
|
`purpose`（把某输入一路做成成品；**它的收尾名词 = 最后一步 output**，见闸②）+ 有序 `steps`（**后步消费前步 output**，见闸①），每步是一次**变换 输入→方法→产出**：
|
|
|
-- `input` 输入（这步**吃什么**：首步=工序总输入；后步**必须实指前步产出物原话**，如 `← s1 的〈赛道圣经句清单〉`，**禁空泛"←s1产出"**——指不出就说明不依赖前步，见 §A2 闸①）
|
|
|
+- `input` 输入（这步**吃什么**：首步=工序总输入；后步**必须实指前步产出物原话**，如 `← s1 的〈赛道圣经句清单〉`，**禁空泛"←s1产出"**——指不出就说明不依赖前步，见 A2节 闸①）
|
|
|
- `directive` 方法（怎么做，含判断标准；**原帖示例必须原文保留** `例：『…』`；不编原文没有的例子）
|
|
|
- `output` 产出（这步**吐什么**；会成为下一步的 `input`）
|
|
|
- `出处`（图N / 视频时间）
|
|
|
@@ -105,7 +105,7 @@
|
|
|
|
|
|
## C. 组件链接判据（分类之后才问）
|
|
|
|
|
|
-每颗 What/Why 都已是独立一颗（§A）。**定死：只有两态**——要么对应某 how 的某一步（组件），要么单独的一条（主）。没有第三种。
|
|
|
+每颗 What/Why 都已是独立一颗（A节）。**定死：只有两态**——要么对应某 how 的某一步（组件），要么单独的一条（主）。没有第三种。
|
|
|
|
|
|
> **这颗 What/Why 对应某 how 的某一步吗？**（what = 那步的产出物；why = 那步的依据/原理）
|
|
|
> - **是 → 标 `role=组件, parent={how_id,step}`**（仍是独立一颗，只多一条到 how 的链接）。
|
|
|
@@ -138,7 +138,7 @@
|
|
|
| 动作（**每步1个**，开放） | ✓ | ✗ | ✗ | 具体手法，帖子语言 |
|
|
|
|
|
|
> 创作阶段/动作只有 how 有（要有步骤）。what/why 只给业务阶段。
|
|
|
-> **业务阶段每颗至少 1 个、不许空**：按"这条知识用在内容创作的哪个环节"判——找方向/找题材前的认知=灵感；定具体选题/角度=选题；写脚本/正文/结构=脚本（可多选）。**拿不准就选最贴近的，但只能在这三个里选**；三个都贴不上 → 见 §D，这颗多半不是内容创作知识，回头看是否该 drop（而不是硬塞一个或留空）。
|
|
|
+> **业务阶段每颗至少 1 个、不许空**：按"这条知识用在内容创作的哪个环节"判——找方向/找题材前的认知=灵感；定具体选题/角度=选题；写脚本/正文/结构=脚本（可多选）。**拿不准就选最贴近的，但只能在这三个里选**；三个都贴不上 → 见 D节，这颗多半不是内容创作知识，回头看是否该 drop（而不是硬塞一个或留空）。
|
|
|
> 含义对齐：灵感/选题/脚本是**内容创作的业务环节**，不是泛义的"阶段"；别把游戏设计/产品改造这类硬塞进"脚本"。
|
|
|
|
|
|
---
|
|
|
@@ -187,9 +187,9 @@
|
|
|
|
|
|
## 过关条件 → 进 ③
|
|
|
- 颗数合理（how 主颗 + 组件颗 + orphan，可混）；每颗有 type/role/parent。
|
|
|
-- **每颗 how 都过了 §A2 两道闸**：步骤真有序（后步吃前步）+ 最后一步 output = purpose 收尾名词。并列招式已改 What；半截工序已补收尾或已降 purpose。
|
|
|
+- **每颗 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 颗：主张 + 支撑小节(含取舍)。
|
|
|
- 组件颗有 parent cross-ref；**每颗业务阶段非空（≥1，∈灵感/选题/脚本）**；贴不上三值的非内容创作颗已 drop。
|
|
|
-- 纯软件操作流程 / 非内容创作题材已整颗 drop（§D）。
|
|
|
+- 纯软件操作流程 / 非内容创作题材已整颗 drop（D节）。
|
|
|
- 所有颗的 `作用域` 留空（含 how 的每步），③ 来填。
|
SamLee