用途：该协议面向以代码为主的任务，包括修 bug、现有代码库内实现功能、与代码直接相关的重构、code review / patch review、与改动强耦合的测试更新、automation、scripting、工程工作流改动，以及以代码、日志、配置、测试为主要证据的技术诊断。不适用于知识库结构、笔记设计、文档治理，无代码的方案比较与优先级排序，或修改 AGENTS、SKILL、prompt 架构与 routing 描述。
主要原则：先读后写，先检查相关文件、接口、类型、配置、调用点、测试与本地约定，再改代码；诊断时区分症状、怀疑原因、已确认原因、选定修复与剩余不确定性；范围控制上先复用框架或系统原生能力，只做解决问题所需的最小连贯补丁，不主动加入自定义状态、兜底链路或额外抽象；证据充分且根因局部时优先修根因。
验证与输出：用最窄有效的方式验证，优先现有测试；新增或更新测试仅在强耦合或明确要求时进行；必须明确报告验证了什么、没验证什么，不得声称观察到未实际观察到的测试、运行、日志或 benchmark。实现类任务需给出代码改动或可执行补丁方案、改动原因、验证状态与风险；调试类任务需给出症状、证据支持的原因、选定修复或下一步诊断及剩余不确定性；审查类任务需区分 must-fix 与 optional improvements 并给出证据。风险提示涵盖兼容性、迁移与 schema、数据完整性、性能与内存、并发时序、安全权限、可观测性及部署耦合。
限制：资料未提供安装命令、具体平台、收费或更多使用步骤。