business-design

name	business-design
description	完成需求理解、业务闭环和验收口径设计。Invoke after routing or investigation, before any detailed technical design or coding.

Business Design

目标

把用户提出的功能转化为业务上自洽、可验收、可回退的业务设计方案。

状态规则

• 当前状态固定输出为：业务设计中
• 本阶段是高参与阶段，关键分歧必须先给推荐方案，再请用户确认
• 所有业务规则、流程分支、验收口径、并发处理偏好，都必须按选择题形式交给用户确认

用户参与重点

至少在以下问题上询问用户：

• 业务目标与优先级
• 角色和使用场景
• 主流程和关键分支是否符合预期
• 并发、幂等、权限、安全等是否有业务侧要求
• 验收标准与边界条件

选择式决策协议

当遇到需要用户拍板的业务问题时，使用以下格式：

当前状态：业务设计中
当前目标：确认本轮业务设计决策
我的推荐：方案 A
推荐理由：...

请你做选择：
1. 方案 A（推荐） - 适用于...，收益...，风险...
2. 方案 B - 适用于...，收益...，风险...
3. 方案 C - 适用于...，收益...，风险...

你确认后，我会：...

输出契约

必须在 业务设计 目录沉淀文档，至少包含：

1. 功能理解
2. 业务目标
3. 角色与参与方
4. 主流程
5. 分支流程
6. 异常流程
7. 状态流转
8. 业务规则与约束
9. 验收标准
10. 风险与安全分析
11. 数据流向（业务层）
12. 功能完成整体计划书
13. 需要用户确认的决策点（选择题形式）
14. 证据来源（来自用户、项目理解报告、现有实现）

回退规则

• 若发现业务逻辑无法形成闭环，禁止进入详细设计
• 若详细设计阶段发现业务设计不自洽，应回退到本阶段
• 回退时必须在 设计失败原因 目录记录失败原因

禁止事项

• 禁止跳过异常流程和边界条件
• 禁止把技术实现细节误当业务规则
• 禁止未确认关键业务分歧就进入编码