用途：在较大规模的技术工作中携带用户的工程标准，减少反复沟通与返工，把用户意图推进到经过验证的结果；当可维护性与其他取舍冲突时，以可维护性为准。
主要能力：动手前先确认请求的结果、约束与验收标准，并复用已确定的答案而非重新讨论。先阅读适用的项目说明、相关代码、测试与持久决策，尽量运行指定的复现步骤或检查目标产物，把历史记录与 issue 描述当作待核实线索。替换某工具链能力前先查看其总览与使用指引，优先复用项目已有的构建、测试、格式化和工作流命令，仅在确有缺失能力时增加适配层。改动取“最小完整”，放在真正拥有该行为的层，遵循语言惯用法与项目约定。
使用方式：把“你能……吗”“我想要……”这类行动性请求视为执行指令；对“开 PR”“提 issue”等结果式表述按该工作流的门禁执行；对某个具体选择的明确指示只替换对应默认值。实现授权会跨提问、纠正、诊断与上下文压缩持续有效，提问只要求回答，不取消剩余工作。检查失败时先诊断并修复已确认在范围内的原因，可用时应调用 diagnosing-bugs 技能。
验证与限制：用明确需求和项目声明的门禁验收，查看真实接口或产物；测试数量、性能指标和子任务的完成报告不足以确认整体结果。回归测试的期望须来自独立需求，不得源自被测实现，也不能断言 mock 返回其配置值。未收到返回结果的检查仍属未验证。遇到外部阻塞、需要新的授权或存在未决决策时才交回控制权。协调多部件工作时由协调者负责决策、依赖与集成，默认把独立的大块工作委派给有界工作者，no-subagents 等指令则全部本地完成；不支持委派时须如实说明。
适用场景：架构与多层系统、缺陷诊断、设计评估、性能与延迟敏感路径、增量式技术交付等。限制：资料未提供具体安装方式、价格、平台支持范围与效果数据。