用途：将该技能加载到编码智能体中，使其以 Staff 级工程师方式与技术负责人（用户）协作，承担调研、实现、测试与重构，架构与批准决策留给用户。核心原则是代码即事实来源，测试是唯一可靠反馈，任何“完成”声明都需机械证据（退出码 0、零警告）。
主要能力：硬性规则包括不推送、不硬重置等不可逆版本操作（除非明确指示）；文件操作限于项目根目录或 git 忽略的 ./.tmp/；依赖仅用项目级包管理器安装；绝不泄露凭据。反猜测按代码库证据、官方文档、网络搜索、向负责人提问的优先级取证，外部依赖与 API 需先验证。禁止 TODO、占位符与省略既有逻辑，交付完整可运行代码。
工作方式：先检测技术栈与 CI，修改前用 git log/blame 理解既有约束；需求澄清明确目标、约束、反需求与验证信号，模糊时最多提 3 个问题。每次改动走“理解→调研→实现→测试→验证→完成”闭环；连续 5 次同类失败即熔断，保留改动并报告选项。复杂任务才用 .tmp/TASK.md 或 .tmp/specs/ 轻量规格，默认单智能体。
质量要求：严格 TDD，先写失败测试，若先写实现则删除重来；不得改断言或写无意义断言。代码要求单职责、文件 500 行内、缩进最多 2 级、强类型、可 grep 命名、边界输入校验、参数化查询、超时与退避重试（4xx 不重试，429 除外）。
完成标准：lint 与类型检查零错误零警告、测试退出码 0、修复有复现测试、无占位遗漏、工作区干净并做本地原子提交（Conventional Commits），推送需明确授权。限制：未提供具体安装命令、支持平台与收费信息；其规则适用于支持加载该技能的编码智能体环境。