技能介绍

解决什么问题

在多步骤编码任务里，AI 最常见的失控是「拿到需求就直接写代码」：跳过需求确认、不做技术设计、不分任务，结果产物与项目规范不符、范围悄悄扩大、改动无法审计。另一个坑是执行环境本身：技能版本可能过期、更新通道可能不可用、工具输出可能远超上下文窗口。tri-coding 把编码链路拆成可审计的阶段，并用脚本化的硬约束把版本校验和合规红线固定下来。

核心能力

第零步版本检查前置硬门：任何执行入口启动后，先运行 scripts/check_update.py 取得 JSON，按 state（A 通过 / B 离线 / C 通道降级 / D 升级降级 / BLOCK 阻断）处置；铁律是版本比较、升级、回退必须由脚本完成，prompt 层不得内联推断版本或拼接升级命令。
双审批门 + 执行前确认：产出 requirements.md 过门①，产出 design.md 过门②，产出 tasks.md（含 UT/IT/AT 三层测试清单与依赖图）过门③；执行前主动询问是否需要协同 skill、是否有补充需求或约束，通过后才动手。
任务清单与复选框硬性规则：tasks.md 中每个原子任务和测试条目含 - [ ] 状态字段，完成切 - [x] ，回炉重置回 - [ ] ，并与执行记录同步回填。
registry 驱动的技术栈加载：在设计阶段的「氛围校准」中依据 tech-skills/registry.md 触发规则匹配 TS/React/ArkTS/Flutter/Go/FastAPI 等技术栈 skill，扩展新栈无需改本 SKILL.md。
版权与许可证守卫：代码必须原创、许可证兼容、依赖已授权、披露到位、LICENSE 已声明；用户要求复制闭源片段时拒绝，改走描述性原创实现。
工具结果治理：输出先限幅并保留 head+tail，超限部分溢出到可读回路径；工具报错转为可见结论，环境能力不足时降级执行而非判失败。

适用边界

需要先经 tri-intent 产出快照；独立使用时按 .tribro/LATEST.md 定位快照，无可用快照则提示先做意图识别，不得按空上下文静默执行。
不负责意图识别、调试修复、代码审查、非编码文本产物与多媒体产物——这些分别归 tri-intent / tri-fix / tri-review / tri-content / tri-mm。
最小化原则：只实现 tasks.md 范围内的功能，发现需扩大变更范围必须先向用户说明并确认追加，不得默默重构无关代码。
产物落盘约定：链路文档在 .tribro/coding/<快照ID>/，最终代码在用户工作区项目目录；快照过期、clarify-gate 待澄清、或版本门返回 BLOCK 时均不得进入执行。