把这一轮做完

基于 Ryan Singer《Shape Up》已完整阅读的第 3、14 章。把团队方法迁移到 Codex 的范围卡与验证方式属于本项目设计；需要出处或边界时读来源与阅读范围。本包可独立使用。

开工：把功能名变成具体问题

从现有上下文提取：谁在什么场景、哪一步遇到困难、现在怎样绕过它，以及用户明确要交付什么。不要仅用“优化”“重构 2.0”定义完成；可调查现有代码、界面或失败记录来收窄问题。

把用户愿意投入的时间/工作边界记为 appetite（投入上限），不要将它写成预计工时。缺少预算时标明未给定，先提出与现有需求相称的范围；只有取舍确实依赖预算时才追问。书中的团队周数不能换算成模型的分钟数，也不能承诺未经核实的完成时间。

用一张简短范围卡进入工作：

• 当前困难与目标：具体使用场景、现状、这轮要改善什么。
• 本轮边界：已知投入限制、明确需求和不可变条件。
• 必要项及验收：每项做完后能看到什么，怎样确认。
• 可选项与未知：可推迟的增强，以及尚无证据的假设。

范围卡是执行依据，不是默认加一道审批。用户只要建议就交卡；用户已要求实施就继续完成授权工作。