Load present shells from a skill-pack catalog and list leftover creation modules.

Design-flow now sees leftover catalog skills and aesthetics-card commitments; reply-format injects present-shells/, and world-simulator prompts add random-range plus a tighter module set. Co-authored-by: Cursor <cursoragent@cursor.com>
2026-09-07 01:21:10 +08:00
parent 770a8fdcdc
commit 3c751988de
59 changed files with 2793 additions and 1638 deletions
@@ -3,8 +3,8 @@ id: design-flow
 skill: world-simulator
 name: 创作 · 流程编排
 description: >-
-  【编排】以用户已选配方为起点，从能力池排出近期 DAG 骨架（节点 + 依赖 + 原型槽位 + 建议）。
-  不决定执行顺序；用户在图上点选。本步不写美学/机制正文。
+  【编排】从美学卡上用户会在意的部分推出要哪些节点、节点建议写什么；对照已完成 id。
+  产出工作流计划 DAG。用户在图上点选执行顺序。本步不写各技能正文。
 version: 1
 stage: design
 inputTags:
@@ -13,6 +13,7 @@ inputTags:
  - "用户.最新输入"
  - "用户.worker答复"
  - "用户.修订说明"
+  - "设计.美学纲领与交互范式"
  - "设计.创作流程"
  - "创作.选用配方"
  - "创作.已验收单位"
@@ -20,14 +21,18 @@ outputTags:
  - "设计.创作流程"
 inputMerge: latest
 contextSegments:
-  - id: prior-flow
+  - id: opening-aesthetics
    tier: static
-    tags: ["设计.创作流程"]
-    label: "## 【已有剧本草案】若有则在其上增量修订；无则新建近期 horizon"
+    tags: ["设计.美学纲领与交互范式"]
+    label: "## 【开头节点 · 美学纲领】用户会在意这张卡的哪几处？用那些承诺选节点（无则先排本步）"
  - id: accepted-units
    tier: static
    tags: ["创作.已验收单位"]
-    label: "## 【已验收步骤】禁止删除这些 id；只能追加或改未验收步"
+    label: "## 【已验收步骤】已完成节点的 id 清单（只作覆盖标记，不是各步正文）"
+  - id: prior-flow
+    tier: static
+    tags: ["设计.创作流程"]
+    label: "## 【已有工作流计划】在其上修订；无则新建"
  - id: selected-recipe
    tier: static
    tags: ["创作.选用配方"]
@@ -38,80 +43,66 @@ contextSegments:
    label: "## 用户表述"
 ---

+
+
 # 创作 · 流程编排

-你只做一件事：根据【用户要求】编排或**增量修订**一份 **DAG 骨架**。要求按先后都有效，冲突时以较新的为准。
+读【开头节点 · 美学纲领】里**用户会在意的部分**，推出要哪些节点、节点建议写什么；对照【已验收步骤】标记，从【能力 · 可选工序】排出一份 **工作流计划 DAG**，写入 tag `设计.创作流程`。无美学卡时用【用户要求】当种子。

-**你不决定**用户下一步先跑哪个——用户在分层图上点选。你只产出：有哪些节点、depends_on、原型槽位（repeatable 能力）、以及建议。
+产出：节点 + `depends_on` +（〔可反复〕）原型槽位与 `suggestion` + 可选顶层 `suggestions`。用户在图上点选下一步；你给出依赖与建议阅读序。

-上下文里会有：
+先读【流程进度】（已完成 / 草案已有 / 尚未编入）、【用户已选配方】、【能力 · 可选工序】，再排。要求按先后都有效，冲突时以较新的为准。

-1. **【流程进度】**（程序钉死）：已完成哪些步、草案里已有哪些步、原型槽位。必须先读完再排。  
-2. **【用户已选配方】**：方法论 + 近期起点——**不是**锁死流水线  
-3. **【能力 · 可选工序】**：步骤只能从这里选  
-4. **【已有剧本草案】/【已验收步骤】**：在其上追加，**不要**推倒重来
+## 怎么排

-## 增量 DAG（核心）
+先当用户看这张美学卡：**我会在意哪几处？** 那几处是本局要兑现的承诺。再问：兑现每一处，要哪些技能节点、节点里建议写什么？已完成 id 表示那一处已经有槽。

-**禁止**一次排完全程固定长链。每次只排出**近期 horizon**（通常 1～4 个节点 + 若干原型），`status` 默认 `"open"`。
+同一题材，卡上在意的东西不同，图和 suggestion 就不同。例如都是丧尸末日：

-### 节点类型
+- 核是异能觉醒、升级、对抗（网文）→ 生成规则写异能/等级合同，变量盯等级与觉醒，叙事管打脸与对抗节奏
+- 核是人与人背刺（美式）→ 具体实例锚定开局几个人，叙事管背叛与信任，变量控制管信任度和资源缺口；舞台可以很薄
+- 核是砍砍砍（B 级片）→ 生成规则写可砍的尸群，叙事管血腥动作笔墨；等级、背刺、复杂社会可以不排，反倒是武器生成规则需要仔细斟酌

-| 类型 | JSON | 谁跑 |
-|------|------|------|
-| 普通一步 | 缺省（无 role） | 用户点上直接 design-step |
-| **原型槽位** | `"role": "prototype"` | 用户点上 → 程序增殖 instance → design-step |
-| **实例** | `"role": "instance"`, `"from": "<原型 id>"` | 仅程序增殖，**禁止**你在编排层预排 |
+题材名（丧尸、都市、宫廷）本身不决定套件。用户会反复感到的那几处才决定。

-**禁止**排 `mode=revise` / 回头修改节点。已完成节点要改：用户在图上点该节点重进，不在 DAG 里加修订步。
+无美学卡：体验尚未钉清，先排「美学纲领与交互范式」；其余只排此刻能从【用户要求】看出用户在意什么。美学已验收之后，按这些承诺把该排的节点写进 `steps`——需要几步排几步。

-### 〔可反复〕= 原型，不是多条 instance
+选定节点时对照【能力 · 可选工序】的何时用 / 何时不用 / 边界：这份承诺该由哪个技能兑现。配方 `core` / `process` / `principles` 给方法顺序（默认槽、收成链），不代替「用户在意什么」。含糊或可跳过则不排。已在草案里的 `name` 保留，一次性技能不写第二份。能力池里兑不了那处承诺：不发明新 `name`，askUser 问用户改体验还是放弃那一处。

-生成规则、具体实例等 catalog 标〔可反复〕的能力：
+用户要补节点：插在未验收步之前、收口之前，`status: "open"`。新 `name` 只从【流程进度】「尚未编入、仍可调用」里选。

- 在 `steps` 里写 **`role: "prototype"`** 一条即可（id 通常与 name 相同，如 `"生成规则"`）  
- 写 **`suggestion`**：建议这条原型将来生成什么（短句，给用户和实例步参考）  
- **禁止**在原型上写 `params`  
- **禁止**预排 `role: "instance"` 或 `生成规则#2` 这类实例——用户在图上点原型，程序增殖
+〔可反复〕的 `suggestion` 必须点名这局在意的对象（异能合同 / 开局背刺对象 / 可砍尸群），不要写成空泛的「NPC 与物资」。本局还可能用到、但暂时不写进 `steps` 的：写入顶层 `suggestions`。已在 `steps` 里的不重复。暂时不必则省略。

-### `suggestions`（流程级）
+## 节点怎么写

-除 `steps` 里的原型外，可在顶层写 **`suggestions`**：建议用户**还可以**追加哪些原型（尚未编入 steps 时展示在图上）。

-```json
-"suggestions": [
-  {
-    "name": "生成规则",
-    "suggestion": "怪物种群与 NPC 两套规则，各开一条",
-    "depends_on": ["美学纲领与交互范式"]
-  }
-]
-```
+| 类型   | JSON                                      | 进入执行                               |
+| ---- | ----------------------------------------- | ---------------------------------- |
+| 普通一步 | 无 role                                    | 用户点上 → design-step                 |
+| 原型槽位 | `"role": "prototype"` + `suggestion`      | 用户点上 → 程序增殖 instance → design-step |
+| 实例   | `"role": "instance"`, `"from": "<原型 id>"` | 仅程序增殖                              |

-若已把该能力编入 `steps` 为 prototype，不必在 suggestions 重复。

-### 〔先验产物〕
+〔可反复〕（生成规则、具体实例等）：`steps` 里写一条原型即可（id 通常与 name 相同，如 `"生成规则"`），并写 `suggestion`（建议这条原型将来生成什么）。原型只带 `suggestion`；「写什么」在用户点原型后的实例步内钉。

-生成规则、具体实例：**「写什么」在实例步内钉**，不在编排层 params。原型只带 `suggestion`。
+已完成节点要改：用户在图上点该节点重进。编排只追加未验收步、改未验收依赖；已验收 id 原样留在 `steps`。

-### 选型规则
+〔收口〕「开场白与开场变量」排在 `steps` 最后。选定开场前若要补前序节点，插在收口之前，保持收口为最后一步，`status` 仍为 `"open"`。

- 跟配方 core / process / principles  
- 跟能力 meta 的何时用/不用  
- 用户要补节点 → 插在未验收步之前、收口之前，`status: "open"`
+askUser 只问排布（补哪个原型、改依赖）。用户谈到体验正文：当作编排线索；体验细节留到对应技能步。排布已能写清则直接产出。

-## 产出（唯一）
+## 产出

-写入 tag `设计.创作流程`。根对象就是下面这份 JSON（必须含 `steps`），不要改写成 `artifact.flat.v1` 的 sections。
+根对象就是下面这份 JSON（必须含 `steps`）。

 ```json
 {
-  "brief": "一句话体验（可选）",
+  "brief": "代入觉醒者，反复感到升级碾压与对抗",
  "status": "open",
  "suggestions": [
    {
      "name": "具体实例",
-      "suggestion": "开局 2～3 个重要 NPC",
+      "suggestion": "开局 1 个对照用的未觉醒同伴",
      "depends_on": ["生成规则"]
    }
  ],
@@ -121,41 +112,46 @@ contextSegments:
      "id": "生成规则",
      "name": "生成规则",
      "role": "prototype",
-      "suggestion": "先写怪物种群生成规则",
+      "suggestion": "异能觉醒与升级合同",
      "depends_on": ["美学纲领与交互范式"]
    },
    {
-      "id": "具体实例",
-      "name": "具体实例",
-      "role": "prototype",
-      "suggestion": "锚定 1～2 个开局 NPC",
-      "depends_on": ["生成规则"]
+      "id": "变量设计与更新规则",
+      "name": "变量设计与更新规则",
+      "depends_on": ["美学纲领与交互范式"]
+    },
+    {
+      "id": "叙事指南与故事推进",
+      "name": "叙事指南与故事推进",
+      "depends_on": ["美学纲领与交互范式"]
+    },
+    {
+      "id": "细化终稿",
+      "name": "细化终稿",
+      "depends_on": ["生成规则", "变量设计与更新规则", "叙事指南与故事推进"]
    },
    {
      "id": "开场白与开场变量",
      "name": "开场白与开场变量",
-      "depends_on": ["美学纲领与交互范式", "具体实例"]
+      "depends_on": ["细化终稿"]
    }
  ]
 }
 ```

-规则：
+1. `steps` 顺序 = 建议阅读顺序；`depends_on` 指向更前步骤 id
+2. `name` = 能力池固定中文名
+3. `id` 本局唯一；原型 id 稳定（如 `生成规则`）；实例 id 由程序增殖（`生成规则#1`…）
+4. 具体实例原型依赖生成规则原型（至少一条规则实例验收后才可增殖）
+5. `summary`：`流程 · N 步 · open|closed · …`
+

-1. `steps` 顺序 = 建议阅读顺序；`depends_on` 须指向更前步骤 id  
-2. `name` = 能力池固定中文名  
-3. `id` = 本局唯一；原型 id 稳定（如 `生成规则`）；实例 id 由程序增殖（`生成规则#1`…）  
-4. **禁止**在编排层为 repeatable 预排 instance 或写 params  
-5. 已验收 id **必须保留**  
-6. 非反复已完成 → 禁止再排新建，**禁止**排 `mode=revise`  
-7. 收口「开场白与开场变量」排最后；选定前用户补节点 → 插收口前、`status: "open"`  
-8. askUser 只问排布：补哪个原型、改依赖。**禁止**问体验正文，**禁止**问要不要回头修改  
-9. `summary`：`流程 · N 步 · open|closed · …`

 ## 自检

- 只排了骨架，没有替用户决定顺序？  
- repeatable 是否都是 `role=prototype` + suggestion，没有 instance/params？  
- suggestions 是否简短、可执行？  
- depends_on 是否合法（具体实例原型依赖生成规则原型 = 至少一条规则实例验收后才可增殖）？  
- 已验收 id 是否都在？
+- 节点和 `suggestion` 是否兑现卡上用户会在意的那几处（同一题材换核会换图），而不是题材默认套件？
+- 已验收 id 是否都在 `steps` 里？
+- 〔可反复〕是否都是 `role=prototype` + suggestion？
+- 尚未编入里本局还可能用到的〔可反复〕是否进了 `suggestions`？
+- 收口是否在最后？`depends_on` 是否合法？
+