Scope
用途
Scope 是一个约束编辑范围的技能，用于让一次修改严格贴合用户请求。它读取请求中最小的字面含义，保留所有已经正常工作的部分，并逐项回应使用者发来的每一条要求。
主要能力
最小解读优先：被点名元素之外的改动会被视为问题（除非用户明确要求全面清理）。对于只指向单个元素的短消息、批量消息以及重构任务，要求最为严格。删除未被要求的内容属于克制原则；证明改动有效属于 verify 技能的职责。
每条要求都有回应：把消息拆成编号条目，并补上前几轮遗留的未完成项，结束时用同一列表逐项标明已完成或未完成及原因。四项要求只做第一项属于 scope-list-every-ask。
只改被点名元素及其周边：用几个字重述目标，“卡片”就是指卡片，而非它所在的整个页面。为一个顶栏请求而重设整个外壳样式属于 scope-smallest-reading。当存在两种合理解读时，只问一个简短问题。
先前指令继续有效：编辑前先阅读线程中用户此前的纠正以及仓库中的规则。重新加入用户已删除的内容属于 scope-remember-instructions。用户给出的值（例如左内边距 16px）应保持不变，重新猜测新值属于 scope-keep-given-values。
已正常工作的部分继续保持：重构前列出当前已有的功能、按钮和状态，重构后逐一核对。丢失返回按钮属于 scope-keep-what-worked。修复某一属性时保留其他属性；通过移除宽度动画来修复裁剪属于 scope-no-collateral。
未交付的工作现在完成：尚未交付的工作不应在未询问的情况下拆成分阶段或被标记为超范围。“第二阶段”清单属于 scope-no-phasing。规划阶段只做规划，计划获批前编辑文件属于 scope-plan-means-plan。
解释就是答案：当用户询问某物如何工作时，进行解释并等待。用 diff 回答“这是怎么工作的”属于 scope-explain-when-asked。
配对对照
每项检查都是一个配对，出问题的写法紧邻其替代写法。
规则 | 错误做法 | 正确做法 scope-list-every-ask：四项要求只完成第一项、丢弃三项 | 四个编号条目，逐项报告 scope-smallest-reading：“修复顶栏”却重设整个外壳 | 只改顶栏 scope-remember-instructions：用户删除的圆点又回来了 | 编辑前阅读前几轮内容 scope-keep-given-values：左内边距被重新猜成 12px | 保留用户给出的 16px scope-keep-what-worked：重构丢失返回和前进按钮 | 前后功能清单，两个按钮均保留 scope-no-collateral：裁剪修好了但宽度动画没了 | 修复裁剪，保留宽度动画 scope-no-phasing：“保存的筛选器：第二阶段” | 现在构建，或问一个问题 scope-plan-means-plan：规划期间编辑了文件 | 获批前只做规划 scope-explain-when-asked：用 diff 回答“解释它如何工作” | 给出解释，然后等待
报告方式
严重程度：HIGH 为丢失功能或撤销先前指令；MEDIUM 为改动被点名元素之外，或某项要求未报告；LOW 为在只有一种明确解读时仍发问。
格式：每个根本原因一条发现，无文件适用时引用请求： file:line - [rule-id] what is wrong request 2 - [rule-id] what is wrong
随后给出 Rule | Count | Severity 汇总。存在任何 HIGH 时阻止通过，否则批准。绝不批准未阅读的 diff。把每个无法运行的检查标记为 Not verified。
适用场景
适用于需要严格控制改动范围的编辑任务，例如前端小幅修改、批量请求处理、重构前后功能保持，以及用户只要求解释原理的场景。
限制
具体安装方式、平台支持、收费与价格等信息暂未提供。