菜单
根据需求、技术选型与技术评审设计程序结构、流程与工程目录。全栈工作流第 4 阶段。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | program-design |
| description | 根据需求、技术选型与技术评审设计程序结构、流程与工程目录。全栈工作流第 4 阶段。 |
| user-invocable | false |
| allowed-tools | Read, Write, Grep, Glob |
本阶段在主对话中执行，设计中的关键假设或可选方案应与用户确认后再定稿。
在设计过程中，以下决策点须以选项形式向用户确认：
C1 — 分层粒度（若有多种合理方式）
C2 — 前端路由/页面方案（若存在多种合理划分）
C3 — 状态管理策略（若前端涉及复杂状态）
C4 — 定稿确认
读取当前迭代目录下的：
requirements-{id}.md）technology-selection-{id}.md）technical-review-{id}.md）—— 特别关注 API 契约和数据模型。docs/{current_iteration_id}/program-design-{program_design_id}.md。history-manager skill 的 get-phase program_design 和 check-file 确认是否已完成。history-manager skill 的 set-phase program_design {program_design_id} 记录并推进状态。根据单元测试用例、任务拆分与程序设计实现代码，并通过测试验证。全栈工作流第 7 阶段。
全栈开发工作流编排器，按 8 阶段顺序执行：需求分析 → 技术选型 → 技术评审 → 程序设计 → 任务拆分 → 单元测试 → 代码开发 → 自我验证。
从产品原型或用户描述中梳理功能点与细节要求，产出结构化需求文档。全栈工作流第 1 阶段。
根据全栈/仅前端/仅后端选择技术栈并产出选型清单。全栈工作流第 2 阶段，需先询问用户开发范围。
代码开发完成后运行全量测试、检查集成、代码质量自检，产出验证报告。在代码开发之后使用，为全栈工作流最后一步。
评审需求与技术选型的架构可行性，定义 API 契约、数据模型、识别风险项。在技术选型之后、程序设计之前使用。