01 · 理解需求：先形成可审批的计划
官方文档可验证Agent 暂不写代码，先把自然语言拆成角色、任务、数据、风险与验收条件；不确定项要追问或显式声明假设。
requirements.md + task-plan.json这一阶段 Agent 具体做什么
提取角色与数据边界
employee 只能看自己的订单；department_admin 只能看本部门。
画出最小业务闭环
登录 → 搜索商品 → 创建订单 → 查看结果；管理员查看部门订单。
补齐非功能约束
幂等、租户隔离、审计、可回滚发布、数据库迁移兼容。
输入可追溯来自上一步审批产物输出可修改工程师拥有代码与配置失败即停止不能绕过门禁进生产
本次 demo-shop 产生的产物
# requirements.md · planning only roles: employee, department_admin journey: login → search → order → receipt data: product, order, order_item, audit_event acceptance: - 重复点击只产生 1 张订单 - 管理员不能跨部门读取 - 离职用户最长 5 分钟内失效 open_questions: 取消规则？库存扣减时机？导出权限？ ✓ 等待产品/工程师批准计划后才进入生成