# 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
1. 读取 `README.md` 和 `QUICK-REFERENCE.md` 得到总骨架。
2. 逐个读取 `0-setup.md` 到 `6-acceptance.md`。
3. 将阶段骨架改写为 `CC Switch` 适配版。
4. 用技能规则和会议规则修补“谁来做、何时 reset、何时人工接管”。

## Exit Criteria
- 7 阶段均有明确输入、输出、主模型、辅模型、技能和退出条件

## Failure Recovery
- 如果 `workflow.zip` 的流程描述与技能模板不一致，保留其阶段骨架，但用技能规则修正阶段内部行为

## Related Templates
- [`../templates/analysis-template.md`](../templates/analysis-template.md)
- [`../templates/todo-yaml-template.md`](../templates/todo-yaml-template.md)
- [`../templates/acceptance-checklist-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.md`
- `workflows/stage-0-setup.md` 到 `workflows/stage-6-acceptance.md`
- `playbooks/*.md`