该技能定义了一套语言无关的编码工作流，核心循环为：发现→计划→实现→验证。它要求开发者先读代码、追踪依赖，再定义可检验的成功标准、划定范围、按序拆分变更，随后以最小代码逐项实现并提交，最后运行检查并出示证据。
主要能力与规则： 一、假设中断：未读定义就使用方法或类型、凭记忆调用 API、规划未读代码的改动等都属违规，须先读源码。 二、发现协议：从代码形状（无人调用的导出符号、额外的防御代码、绕路 hack、重复修复）提出问题，再用 git 历史、问题追踪器或代码负责人求证。 三、计划纪律：成功标准须可运行；明确改动与不动的文件；写代码前先写出有序变更清单，每项一次提交，按种类（重构、新代码、集成、修复、格式化、文档）命名；追踪共享代码的所有调用方。 四、实现纪律：一次只改一处；原子变更指让代码树可工作的最小改动，而非最小满足请求的改动；重构先行、行为不变，验证后再改行为；提交由三件事触发，多数在第一个即触发。 五、简单代码与现有模式：先爬复用阶梯，停在第一个成立的台阶；搜索既有模式并匹配错误处理、测试写法与命名；矛盾时选更近、更有测试的一个并说明。 六、注释与命名：默认零注释，仅允许公开符号的文档注释及 escape hatch、shortcut:、constraint:、why? 五类标记；写注释前先爬路由阶梯（更好的名字、测试、文档注释、项目规则、架构文档、标记），否则沉没。 七、验证纪律：不得为使检查通过而弱化检查；声明完成前须跑测试、写缺失测试、检查规格与标准双轴、自查 diff、类型检查与 lint、披露缺口；每项主张要有对应证据（如测试通过需本次运行的摘要与退出码）。 八、上下文管理：不要预加载文件，按需检索；同一问题两次纠错失败后重新开始。
使用方式：在写代码、审查代码及声明完成前应用；静默执行，不叙述协议。若代码库与本规则冲突，遵循代码库并标记一次分歧（注释默认除外）。该技能在语言技能之前运行，涉及语法、惯用法、工具链的细节以语言技能为准。
限制：资料未说明具体命令、平台支持、收费或价格，暂未提供。