2.4 KiB
2.4 KiB
Source Digest: workflow.zip
Purpose
提炼 workflow.zip 中的 7 阶段骨架、阶段输入输出和阶段间流转关系,作为知识库流程层的主骨架。
When to Use
- 需要快速定位当前项目所在阶段时
- 需要把会议经验落到统一阶段模型时
- 需要知道每个阶段的标准产物时
Inputs
workflow.zip
Outputs
- 7 阶段骨架
- 阶段产物清单
- 与技能和会议经验的拼接点
Primary Agent/Model
GPT-5.4 Pro xhigh
Secondary Agent/Model
Claude Opus 4.6
Required Skills
- 阶段自身列出的全部 skill
Steps
- 读取
README.md和QUICK-REFERENCE.md得到总骨架。 - 逐个读取
0-setup.md到6-acceptance.md。 - 将阶段骨架改写为
CC Switch适配版。 - 用技能规则和会议规则修补“谁来做、何时 reset、何时人工接管”。
Exit Criteria
- 7 阶段均有明确输入、输出、主模型、辅模型、技能和退出条件
Failure Recovery
- 如果
workflow.zip的流程描述与技能模板不一致,保留其阶段骨架,但用技能规则修正阶段内部行为
Related Templates
../templates/analysis-template.md../templates/todo-yaml-template.md../templates/acceptance-checklist-template.md
Core Conclusions
- 流程统一分为
Setup / Research / Spec / Code / Alignment / Refinement / Acceptance七个阶段。 - 每个阶段都要有输入、输出、关键活动、工作流图和下一步衔接。
workflow.zip已经提供了适合新人理解的阶段职责划分,是知识库的流程骨架来源。
Reusable Rules
- 阶段输出要标准化,尤其是
ANALYSIS.md、TODO.yaml、SPECS/*.md、.plans/*.md。 Acceptance明确是人工主导,不是自动化阶段。Refinement默认包含全局简化和增量重构,可选再做模块化与结构重组。
Background Only
- 示例项目中的具体组件、包名和年份占位
- 流程图里的示意性文件路径
Conflict Notes
workflow.zip对多 agent 分工没有建模;该部分由orchestration/补齐。workflow.zip某些技能名是抽象名,具体名称以skills.zip为准。
Traceability Targets
workflows/README.mdworkflows/stage-0-setup.md到workflows/stage-6-acceptance.mdplaybooks/*.md