用途：在开始或进行一项编码任务时，用 Scope Guard 约束任务范围，防止它在实现过程中悄悄演变成更大的任务。它是一个轻量级引导契约，不是生命周期、实现负责人、审查者或持久模式；可直接在他人负责的实现过程中应用，也可返回紧凑的防护说明让用户带入其他代理或宿主。
主要能力：先理解受影响的流程、当前负责人、契约和真实调用方，再固定四项内容——结果（确切请求的行为或结果）、局部非目标与任务排除项（本任务不会解决或改变的强负向实现边界，保持在当前任务/计划/规格中，不升级为仓库级 .nongoals）、预期变更范围（可能的负责人、子系统、文件或界面，以及明确不变的契约，这是基于证据的预期而非禁止必要探索）、证明（能确立完成的最小证据）。
使用方式：按最小充分机制顺序选择方案——消除不必要的机制或因果状态、复用现有项目能力、使用原生平台/框架/语言能力、使用已选依赖或工具、在真实负责人处派生重复状态或本地化策略，最后才添加确认结果仍需的机制。不为假想变化引入间接层；新抽象需要当前真实变体/消费者或独立真实的生产边界，仅测试便利不算。修复缺陷时，优先选择覆盖受影响路径的最窄已确认因果负责人，而非最小文本补丁或在症状处反复加防护。
范围扩展信号：新依赖、框架、服务、运行时或基础设施；公共 API、模式、存储、迁移、线格式或兼容性契约变更；实质改变设计形态的新抽象或配置机制；无关子系统改动或机会性重构；并行或重复实现；主要为可测试性引入的新测试基础设施或生产架构；破坏性数据、历史、凭据、部署或供应商影响。额外触碰文件不自动等于范围扩展。范围实质增长时，先问原结果是否仍可实现，能则收缩，不能则说明为何必要及改变什么契约或授权。
证明与收敛：需要证明，但不一定新增测试。优先现有受影响证明、类型/编译器保证、静态分析、构建或模式校验、聚焦运行时探测、真实集成检查、缺陷复现或浏览器手动验证等更强证据面。不要仅为增加证明量而添加持久测试、测试基础设施或生产抽象。完成前，每个触碰文件、新抽象、依赖、兼容路径和持久测试都应有简洁的契约或证明理由。有意的简化若有已知上限，在其自然负责人处记录简化、上限和可观察的重访触发条件，而非建立并行债务账本。
限制：资料未提供具体目录、安装命令、平台要求和收费信息；技能名称、URL 与 slug 分别为 scope-guard、https://www.skills.sh/quantipixels/skills/scope-guard、quantipixels/skills。