docs(pipeline): 五段流水线规范落三规约——process-conventions §2 由三段开发流程重写为五段流水线（登记→文档设计/美术设计→写卡→迭代编排→实现；各段技能入口、编排四查、实现段零裁断、流水线闸 pipeline_gate.py 注册归第二批），doc-conventions 新增 §12 流程文档格式（12.1 06 条目格式与状态机／12.2 roadmap 迭代行六列／12.3 美术工作区目录与命名／12.4 特批标记）并同步 §6 顶层文档表 06 与 roadmap 两行，CLAUDE.md 硬性红线增流水线铁律、规范导航增流水线段入口↔用户级技能对照行；全文三段字样改齐（2026-10-18 用户定稿规格，本批纯文档）

design/dev/doc-conventions.md

@@ -87,7 +87,8 @@
 | `03-内容规模.md` | 几个关卡、几种敌人、几种道具——做多少砍多少 |
 | `04-美术音频方向.md` | 参考图、参考游戏、风格关键词 |
 | `05-不做清单.md` | 明确写：这些我不要 |
-| `06-待办清单.md` | 全项目待办唯一登记处；各系统文档「待办」节只留指路存根 |
+| `06-待办清单.md` | 流水线唯一登记处：条目=登记元数据标题＋四属性正文，状态随流水线段推进（格式与状态机见第 12.1 节）；各系统文档「待办」节只留指路存根 |
+| `roadmap.md`（根目录） | 里程碑表＋迭代总表，一行一迭代，记录编排与实现进度（六列格式见第 12.2 节） |
 
 **系统文档骨架**（`systems/` 下统一采用）：文首引言（一句话定位+状态+旧版链接）／设计目的（2-4 句白话）／系统范围（负责/不负责两表）／在核心循环中的位置（字符画一行+两句白话）／核心规则（领域章节 ×2–6，每节一页纸）／依赖与输出（表格；引用纪律见 concept-conventions）／P0 最小闭环与 P1·P2 后置／调参表（取值域+provisional 标注）／验收标准（可验证判据）／待办（指路存根）／版本历史（表格）。
 
@@ -119,3 +120,98 @@
 | 证据只留最新 | 测试证据只保留最新一次迭代或最新一轮同类审计版本；新证据落位后同批删上一份；待人清单过人闸后同规退役 |
 
 **删除方式**：按 `design/dev/concept-conventions.md` 第 2 节删除概念 SOP 口径——先查引用面（grep 文件名于阻塞域），改写或删除指路句，再删文件，收尾跑死链检查全绿。
+
+## 12. 流程文档格式
+
+五段流水线（登记 → 文档设计／美术设计 → 写卡 → 迭代编排 → 实现，流程纪律见 `design/dev/process-conventions.md` §2）靠流程文档运转：06-待办清单登记要做的事，roadmap 记录迭代编排结果，artwork 目录承载美术在途素材。本节是这些流程文档的格式与状态机权威，也是流水线闸（`tools/pipeline_gate.py`，自动检查 06 与 roadmap 两文件格式及互相引用的机检闸）的判据依据。
+
+### 12.1 06-待办清单条目格式与状态机
+
+06-待办清单是流水线的唯一登记处：要做的事先登记一条，随流水线段推进改状态，做完整条删除。一条条目分两层——**标题=登记元数据**（何时登记、从哪来、走哪条设计轨，登记后不再变），**正文=四个属性**（随进程演进）。
+
+标题格式（尖括号处按实际填写）：
+
+```
+#### <条目名>（<YYYY-MM-DD>登记，来源=<playnote／会话提及／审计发现／批次移交>，设计面=<文档轨／美术轨／双轨／工程直入／反哺点>）
+```
+
+正文四属性模板：
+
+```
+**现状**：现在缺什么、为什么是问题（关键处带 file:line 或文档指针）。工程直入条目必须在现状里指认证据（bug 证据或工程债条目）。
+**缺口**：还差哪一次设计讨论／哪份设计产物才能写卡。仅当状态为 待文档设计/文档设计中/待美术设计/美术设计中 时此属性必须存在；轨闭合后必须删除。
+**归属**：主责系统文档或线别。
+**状态**：按状态机取词。
+```
+
+状态机按标题里的设计面分轨，状态一律取下例用词：
+
+```
+文档轨：待文档设计 → 文档设计中 → 文档设计已闭合
+        （凭据=文档路径+版本号，例：文档设计已闭合（design/gdd/systems/xxx.md v1.2））
+美术轨：待美术设计 → 美术设计中 → 美术设计已闭合
+        （凭据=样张过审＋art-bible 条款版本）
+双轨条目：两串状态用＋号并列（例：文档设计已闭合（…v0.6）＋美术设计中）
+轨闭合后下游共用：待写卡 → 已写卡（design/research/ 下的卡片路径）→ 已编迭代 N → 完成即整条删除
+```
+
+三条特殊通道：
+
+| 设计面 | 通道规则 |
+|---|---|
+| 工程直入 | 缺陷修复／工程债／测试基建／重构四类工程条目：登记即「待写卡」，凭现状里指认的证据跳过设计轨 |
+| 反哺点专条 | 待裁决 → 已写入（落点=文档+版本）→ 删除 |
+| 备选库条目 | 暂不排期、留在备选库的条目：状态词后缀「（备选）」 |
+
+「已闭合」不带凭据不算合法状态词。特批标记见 12.4。
+
+### 12.2 roadmap 迭代行格式
+
+roadmap 由顶部里程碑表＋迭代总表组成，迭代总表一行一个迭代，回答一个问题：这个迭代编入了哪些卡、做到哪一步。迭代行六列：
+
+```
+| 迭代号 | 状态 | 需求卡片 | 编入时间 | 预计周期 | 实现报告 |
+```
+
+| 列 | 规则 |
+|---|---|
+| 迭代号 | 写「迭代 N」形态（N 为阿拉伯数字）；这是流水线闸交叉核匹配的依据 |
+| 状态 | 待开工 ／ 进行中 ／ 已完成（YYYY-MM-DD）／ 已终止（YYYY-MM-DD） |
+| 需求卡片 | 只写文件路径；一格内一行一卡，格内排列顺序=执行顺序；已退役填保留字「已退役（git 历史可考）」 |
+| 编入时间 | YYYY-MM-DD（该迭代最近一次编入卡片的日期） |
+| 预计周期 | ≈N 周（0.5 步进，N ≤ 2） |
+| 实现报告 | `reports/iterN-实现报告-YYYY-MM-DD.md`；未完成=「—」；退役=「已退役（git 历史可考）」 |
+
+迭代行禁入内容：事项说明、卡序叙述、T 段明细、读数、闸数字、裁点记录、门依赖。卡间依赖写在卡片自身，行内只放上表六列的事实。特批标记同样可用于 roadmap 格（须带日期，见 12.4）。
+
+### 12.3 美术工作区目录与命名
+
+美术素材走两条目录线：在途工作在 `artwork/`（整目录不入 git），定稿进 `game/assets/art/`（入包被游戏加载）。图片永不进 `design/`。
+
+| 位置 | 规则 |
+|---|---|
+| `artwork/<YYYY-MM-DD-主题>/` | 批次工作区，一次美术批一个目录，整目录不入 git |
+| `artwork/<批次工作区>/samples/` | 样张子目录 |
+| `artwork/archive/<主题>-<日期>/` | 批次完结归档 |
+| `game/assets/art/<用途子目录>/` | 终稿，入包被游戏加载 |
+
+命名总则：全小写英文＋下划线，禁中文／空格／大写。
+
+| 对象 | 文件名规则 |
+|---|---|
+| 终稿 | 三段式 `<对象>_<部位或状态>_<规格>.png`；终稿文件名=代码消费名——先定 ui_kit／资源路径常量，素材名跟它走，防断链 |
+| 样张 | `sample_<屏名>_<版本>.png` |
+| 同名迭代 | 直接覆盖，不留 v2 副本 |
+
+美术内容不做机检，只保留命名与目录检查。
+
+### 12.4 特批标记
+
+特批标记是流程格式例外的唯一放行凭证：`〔用户特批 YYYY-MM-DD 跳过××〕`。只有用户明示才能给，用于 06 条目状态与 roadmap 格（见 12.1、12.2）。
+
+执行技能一律两段式：
+
+1. 对象已有内容 → 直接写入标记。
+2. 对象没有任何内容 → 必须回呈实况，经用户再次确认后才写标记。
+
+标记必须带日期，无日期=非法。流水线闸见合法特批标记放行对应判据。