# ShowenV2 开发流程规范 > CEO 操作上下文的唯一权威来源是 `CLAUDE.md`。本文件定义详细工作流程。 ## 核心原则 **方案先行,记录完整,审核通过才执行。** --- ## 标准工作流程 ### 1. 方案阶段 - CEO 在 PROGRESS.md 或 TEAM_CHAT.md 中写明任务方案 - 方案内容: 目标、涉及文件、技术方案、验收标准 - git commit 方案文档 ### 2. 派发阶段 - CEO 或 PM 通过 `kilo run -m openai/gpt-5.4 --auto --dir ` 派发 - **任务消息必须包含**: - 角色身份 - **开工前必读文件**:souls/.md + .showen/COMPANY_RULES.md + .showen/TEAM_CHAT.md - 具体要求和上下文文件列表 - **交付要求**:必须贴 cargo check/test 输出;修完检查同类问题;更新 soul 文件 - 验收标准 - 更新 PROGRESS.md 记录谁在做什么 ### 3. 审核阶段 - 成员交付后**先检查验证证据**: - [ ] 交付中是否附带 cargo check/test 输出?**无输出 → 直接打回,不看代码** - [ ] cargo check 零 warning? - [ ] cargo test 全部通过? - 证据合格后再审核代码: - [ ] 逻辑与需求一致? - [ ] 代码风格一致? - [ ] 没有安全问题? - [ ] 是否主动检查了同类问题?(能动性加分项) - 合格: git commit + 绩效记录 + 灵魂文件更新 - 不合格: 按失败升级协议处理(见下方) ### 3.5 失败处理流程(新增) - 审核不合格时,按成员累计失败次数执行对应等级: ``` 第 1 次不合格 → 正常打回,说明问题 第 2 次 (L1) → 打回 + 要求切换本质不同的方案 第 3 次 (L2) → 打回 + 要求搜索+源码+3假设 → PM 上报 CEO 第 4 次 (L3) → CEO 介入,要求 7 项检查清单 第 5 次 (L4) → 换人,任务移交 ``` - 失败计数记录在 `.showen/RECOVERY.md` 团队压力状态表中 - 详细规则见 `.showen/COMPANY_RULES.md` 失败升级协议 ### 4. 记录阶段 - 每次 git commit 前更新 PROGRESS.md - 重大决策写入"关键决策记录" - 成员经验写入 souls/.md - 沟通记录写入 TEAM_CHAT.md --- ## 文件职责 | 文件 | 用途 | |------|------| | CLAUDE.md | **CEO 唯一必读**:身份/规则/团队/状态/kilo模板 | | PROGRESS.md | 里程碑摘要、最近变更 | | TEAM.md | 团队成员档案、制度、绩效详情 | | TEAM_CHAT.md | 团队异步沟通、任务讨论 | | souls/.md | 成员灵魂:经验/性格/技能 | | WORKFLOW.md | 本文件,开发流程规范 | --- ## CEO 操作模板 ### 派发任务 > kilo 派发模板的权威版本见 `CLAUDE.md`。以下为快速参考: ```bash kilo run -m openai/gpt-5.4 --auto \ --dir /home/showen/Showen/ShowenV2 \ "你是<角色名>。开工前必读:souls/.md + .showen/COMPANY_RULES.md + .showen/TEAM_CHAT.md。 任务:<具体说明>。交付要求:贴 cargo check/test 输出 + 检查同类问题 + 更新 soul 文件。 验收标准:<具体标准>" ``` ### 审核提交 ```bash # 1. 检查改动 git diff --stat # 2. 验证编译 export PATH="/home/showen/.rustup/toolchains/stable-aarch64-unknown-linux-gnu/bin:$PATH" cargo check # 3. 审核代码(CEO 读文件) # 4. 提交 git add && git commit -m "" # 5. 更新进度 ``` --- > 具体任务方案见 `.showen/` 目录下的任务分解文档(如 `DEVICE_PLUGIN_TASKS.md`)。