前言¶

讓 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