| # 编码代理开工流程 | |
| 初始化完成后，每轮编码会话都按这个流程开始。 | |
| ## 固定开工模板 | |
| 1. 运行 `pwd`，确认仓库根目录 | |
| 2. 读取 `claude-progress.md` | |
| 3. 读取 `feature_list.json` | |
| 4. 用 `git log --oneline -5` 查看最近提交 | |
| 5. 运行 `./init.sh` | |
| 6. 跑一条基础 smoke test 或端到端路径 | |
| 7. 如果基础状态已坏，先修这个 | |
| 8. 选择最高优先级的未完成功能 | |
| 9. 只围绕这个功能工作，直到它被验证或明确 blocked | |
| ## 为什么顺序不能乱 | |
| - `pwd` 能防止在错误目录里干活 | |
| - progress 和 feature 文件先恢复持久状态 | |
| - 最近提交能解释刚刚发生了什么 | |
| - `init.sh` 让启动过程标准化，而不是靠记忆 | |
| - 基础验证先跑，可以避免在坏状态上继续叠改动 | |
| ## 对应的收尾流程 | |
| 同一轮会话结束时，也应该镜像地做这些事： | |
| 1. 记录进度 | |
| 2. 更新功能状态 | |
| 3. 必要时写交接摘要 | |
| 4. 提交安全状态的代码 | |
| 5. 留下可直接重启的干净环境 | |