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>
This commit is contained in:
2026-09-07 01:21:10 +08:00
co-authored by Cursor
parent 770a8fdcdc
commit 3c751988de
59 changed files with 2793 additions and 1638 deletions
+32 -12
View File
@@ -191,13 +191,13 @@ catalog 登记(短声明给编排看;可选 repeatable)
| 交付物 | 路径 | 给谁看 |
|--------|------|--------|
| 目录行 | `modules/catalog.yaml` 一行 | 索引、`repeatable`、编排 `params` |
| 方法全文 | `modules/{id}/prompt.md` | 执行该步的 LLM + 程序切割;**编排读 `meta` 的 when/when_not/boundary** |
| 方法全文 | `modules/{id}/prompt.md` | **规划**读 `meta`(declaration / when / when_not / boundary);**执行**读切割后的 task/opening/output |
编排时注入能力 **meta 选型字段**(非全文 prompt);执行时才注入切割后的方法块。
## 3.4 能力之间如何相处
- **正推**:需要 [体验/产物] → 才纳入某技能;勿默认全选池内能力。
- **正推**:需要 [体验/产物] → 才纳入某技能;勿默认全选池内能力。调用条件写在该技能 `when` / `when_not`,不要写进规划 SKILL 或配方 process。
- **边界**:每个能力在 `meta.boundary` 写清「本步定什么 / 不定什么 / 交给谁」。
- **依赖**:由工作流计划 `depends_on` 声明;执行期程序注入对应产物。
- **合并**:询问主题高度重叠 → 合成一个能力(如美学+交互)。
@@ -206,7 +206,7 @@ catalog 登记(短声明给编排看;可选 repeatable)
## 3.5 方法层硬禁止(写任何能力都适用)
- 题材 → 固定执行单元清单。
- 否定式路由(「因为是 X 所以不需要 Y」);应写「需要 A 体验 → 用 B 手段」。
- 否定式路由(「因为是丧尸题材所以不需要舞台骨架」);应写「需要 A 体验 → 用 B 手段」。技能 `when_not` 指向另一个技能或「不排」不算否定式路由。
- 把「世界模拟」当成一切开场的默认答案。
- 为排版/格式单独发明执行单元;能程序拼则程序拼。
- 临时发明 tool。
@@ -305,14 +305,34 @@ boundary: |
## 4.3 `meta` 字段
| 字段 | 含义 |
|------|------|
| `name` | 固定中文名(= 流程 `steps[].name`) |
| `id` | 英文 id(= 目录名) |
| `artifact` | 本步写入的黑板 tag |
| `declaration` | 给编排看的短声明(不是全文) |
| `when` / `when_not` | 何时该/不该入选工作流计划 |
| `boundary` | 与邻接能力的分工 |
`meta` 是 **规划 LLM** 选型用的短文;执行 LLM 看不到这段当任务说明书(它读 `task` / `opening` / `output`)。
| 字段 | 含义 | 怎么写 |
|------|------|--------|
| `name` | 固定中文名(= 流程 `steps[].name`) | 与 catalog 完全一致 |
| `id` | 英文 id(= 目录名) | kebab-case |
| `artifact` | 本步写入的黑板 tag | |
| `declaration` | 规划扫描池时的第一眼 | 解决什么缺口;不要写产物 JSON 形状 |
| `when` | **现在**要不要进近期 DAG | 对照用户话、已验收步骤、已有产物就能判定的信号。例:还不能回答哪三句;已有哪份产物仍缺什么 |
| `when_not` | 不该进图 | 每条指向另一个技能或「不排」。缺替代去向的「不要」规划用不上 |
| `boundary` | 与邻接能力的分工 | 本步定什么 / 不定什么 / 交给谁 |
**错(规划无法判定,几乎任何局都会排):**
```text
when: 已有美学纲领,需要把感觉落成可执行的写法与推进时。
```
**对:**
```text
when: |
已有美学纲领,但转述仍会不知道遣词/笔墨落点/绝对禁忌/故事靠场面还是等用户时才排。
when_not: |
用户只要感觉不要文风细则 → 不排,沿用美学。
```
不要把 `task` 的执行顺序写进 `when`。配方 `process` 不要再抄一份调用条件。
## 4.4 `catalog.yaml` 一行
@@ -418,7 +438,7 @@ task 必须写:禁止重复同一开场;在首答上补洞。
# 第五部分:撰写任一能力时的工作步骤
1. **定身份**:中文名、id、artifact;写清 when / when_not / boundary。
1. **定身份**:中文名、id、artifact;按规划视角写 when / when_not / boundary(可判定信号,不是执行细则)。
2. **看邻接**:上/下游能力各定什么;禁止重叠问卷。
3. **定产物形状**:先定 `output` JSON(中段须含 §4.9 公共头),再写 task/probe 如何填满它。
4. **定 opening**:需要程序先问再 LLM → 写 opening;否则留空。