前言¶

让 AI 改代码最常见的两类翻车，一是改着改着范围失控，顺手把无关的文件和样式一起动了；二是遇到报错就反复重试同一个方案，工具调用越烧越多，最后既没修好也没留下可用的提交。精准开发协议针对的是这类「执行层」问题：它不教 AI 学新技术，而是给它一组硬规则，规定什么时候必须停手、什么时候必须编译、什么时候必须提交。

这是什么¶

精准开发协议是一个面向代码修改场景的 Skill，定位是一套方法论规则集，不是新的工具链或框架。它由 SkillHub 社区发布者 user_8c3c5215 维护，坐标 @user_8c3c5215/precision-dev-protocol，当前版本 1.0.1，分类 dev-programming，来源标记为 community。

它解决的问题集中在「AI 改代码时的边界与验证」：改哪里、改多少、失败了怎么办、改完有没有验证、改到什么状态算完成。作者在简介中说明这套规则提炼自真实项目全链路实战，每条规则都对应实际踩过的坑。

六条核心规则¶

下面介绍的六条能力均来自该 Skill 的官方简介原文，逐条对应一条硬约束。

1、编辑边界沙箱。规则要求「改什么就只改什么」，把 AI 的修改范围锁定在用户指定的目标上，避免连带修改无关代码或样式。

2、平台坑点查表。「不靠推理靠查表」——遇到已知平台问题时优先查已沉淀的坑点表，而不是让 AI 现场推理一个可能错误的方案。

3、工具失败止损。规则设定了明确上限：连续 2 次失败立即换策略，不允许在同一个方向上无限重试。

4、成本意识。目标是以最少 tool call 完成任务，把工具调用次数当作一项需要控制的资源，而不是不计成本地调用。

5、编译验证闭环。规则是「改完必编译」，把编译验证作为修改流程的必要环节，而不是可选项。

6、Git 纪律。规则是「稳定即提交」，在一个可用状态上及时落盘，避免长时间工作在未保存的改动上。

这套规则的落地方式是提示词约束：Skill 本身不打包编译工具或 Git 客户端，它要求承载它的 agent 按这些规则执行已有的开发工具。

触发方式¶

该 Skill 定义了明确的触发词，用于在对话或项目中识别何时应当启用这套协议。触发词分为四组：

• 动作类：修改、调整、替换、删除、新增
• 样式类：样式、文字、颜色、字号、间距、布局
• 约束类：只改、别动、铁律、精准控制
• 平台类：小程序、uni-app、微信开发者工具、rpx、编译、构建

从这四组词可以看出指向：主要面向小程序与 uni-app 生态的前端改动，尤其是涉及 rpx 尺寸单位、微信开发者工具编译链路的场景，以及用户明确要求「只改某处、不要动其他地方」的精准控制需求。

适用场景与注意¶

适合的场景：小程序和 uni-app 项目的日常修改，尤其是样式调整、文案替换、布局微调这类范围容易失控的改动；以及用户在需求里写明「别动其他东西」时，把这条要求固化成可执行的约束。

需要注意的地方：这套规则是执行约束，不改变代码结果本身的质量，也不替代对业务逻辑的理解。它的价值在减少无效修改和无效重试上，能否生效取决于承载它的 agent 是否真的按规则执行。另外，「平台坑点查表」依赖 Skill 内已沉淀的坑点数据，覆盖不到的新问题仍需要正常排查流程。

结尾¶

精准开发协议的价值在于把「改得少、验得快、停得早、存得勤」这四件事变成显式规则，而不是靠 AI 临场判断。如果你在小程序或 uni-app 项目中频繁遇到 AI 改超范围、反复重试不止损的情况，可以从它的六条规则开始试。

官方地址：https://www.skillhub.cn/skills/user_8c3c5215/precision-dev-protocol