scope —— 把需求拷问清楚

概览

先快速理解项目当前状态与需求规模，然后通过决策树式提问把未决策点拷问清楚。对用户进行不留情面的访谈，直到我们达成共同理解。

硬性关口

阶段 3 确认出口前，不调用实施类 skill，不写代码或执行其他实现动作；此前只允许用户点名的元技能 / 审查技能、必要的只读仓库探索（含 wiki 摘要预检）和 scope 所需的澄清。此关口适用于所有 scope 任务。

流程

阶段 1：判断规模与必要探索

根据预估代码改动量自行判断规模，不问用户：

• 小需求：预估代码改动量足够小，通常只涉及一个局部行为和少量文件，不引入或改变架构、跨模块接口、数据结构、部署或迁移；无法确认改动量足够小时，按中大需求处理。
• 中大需求：预估代码改动量较大或无法确定，涉及多个行为或模块，或包含架构、接口、数据、部署、迁移等重大决策。

小需求原则上跳过探索；中大需求执行最小充分探索：搜索相关代码和测试，读取最相关的文件，并按需查看历史提交。docs/wiki/ 存在且有助于定位上下文时，可以扫描路径和首行摘要；wiki 只用于定位，不能代替代码事实，也不作为阶段 1 的必要条件。