CodeBuddy NPC 點樣將 AI 同事帶入 Git 工作流

CodeBuddy NPC 係騰訊雲嘗試將 AI 編程由獨立對話框，搬入開發團隊平時真正用嚟交付軟件嘅工程紀錄同流程。開發者唔使再將 ticket、repository 截圖同錯誤日誌逐樣複製去 chatbot；佢哋可以喺 CNB（騰訊雲研發平台）嘅 Issue 或 Pull Request（PR）入面召喚 NPC，等佢喺流程內非同步推進任務。

供應資料對正式推出日期有出入：多份同期報道指係 2026 年 7 月 23 日，亦有其後報道寫 7 月 29 日。 625

「AI Native Git」其實係咩？

騰訊將呢個做法稱為 AI Native Git。簡單講，Git repository 同圍繞佢嘅協作流程，變成 AI agent 嘅持續工作記憶，而唔係每次開新 chat 就由零開始。呢份脈絡包括：

• Issue：需求背景、目標同討論；
• 程式碼庫及歷史：項目結構、依賴同以往改動；
• PR：建議改動、code review 意見；
• CI/CD 結果：build 失敗、測試結果同修復回饋。

呢點同一般 code completion 或一次性問答有分別。目標係令 agent 讀取團隊已有嘅工程紀錄，再將自己嘅修改同驗證結果寫返入同一套紀錄。騰訊表示，系統會沿用現有 Git、Docker、CI/CD 同質量閘門（quality gates），形成「提交 → 驗證 → 修復 → 再驗證」循環。 123

點樣叫 NPC 開工？

CNB 文件列出兩類相關 NPC 事件：

• issue.comment@npc：喺 Issue 描述或留言提及 NPC 時觸發；
• pull_request.comment@npc：喺 PR 描述、review 或留言提及 NPC 時觸發。 35

即係話，開發者可以好似 @ 同事咁，喺 Issue 或 PR 寫低任務，再提及相應角色。例如可以叫佢調查問題、實作功能，或者做 code review，而唔使另開一個即時互動嘅編程 session。

團隊亦可以喺 .cnb/settings.yml 定義 repository 專屬 NPC，包括角色名、prompt、匯入嘅知識庫同介面設定；如有需要，再喺 .cnb.yml 設定自訂行為同執行映像。CNB 文件指，如未自訂，平台會使用預設 NPC 執行環境。 3235

換言之，呢個唔係得一個萬用 AI 助手。團隊可以按需要設定例如「實作助手」同「審查員」等角色，然後喺最適合驗收其輸出嘅流程位置召喚佢。

由派工到 PR：一個非同步交付循環

騰訊描述嘅 CodeBuddy NPC 工作方式係非同步。收到任務後，agent 可以讀取 repository 脈絡、制定方案、改 code、提交 PR、跑測試，並根據 CI 輸出再作修正；開發者毋須一路留喺 chat 視窗等候。 16

典型流程可以理解為：

1. 喺 Issue 或 PR 派工：提及 NPC，觸發對應事件。
2. 讀取工程脈絡：利用任務內容、repository、既有改動同流程紀錄理解情況。
3. 規劃兼實作：提出做法，再完成程式碼改動。
4. 提交 PR 並驗證：以測試同 pipeline 檢查改動係咪可行。
5. 按失敗結果再迭代：如果 CI 失敗，agent 可讀取日誌、定位問題、更新改動，再跑一次驗證。 1623

所以騰訊想講嘅唔只係「AI 幫你寫一段 code」。其定位係讓 AI 參與由任務變成可 review、可測試改動嘅整段過程。

CNB 係執行同管治底座

呢套 agent 工作流建基於 CNB 嘅 repository 同 pipeline 基建。CNB 流水線設定可以指定 Docker image、由 Dockerfile 建立嘅 image、dev container、掛載 volume，以及 runner tags 或 CPU 設定。咁樣可以令建置與測試喺可重複、由 repository 定義嘅環境內進行，唔使假設每個開發者部電腦設定都一樣。 34

CNB 亦支援重用 Docker cache，後續 build 可以避免重複下載依賴套件同其他網絡資源。 33

權限方面，CNB 會喺 pipeline 執行期間提供 CNB_TOKEN。文件指呢個臨時 token 可用於程式碼及製品拉取／推送、API 呼叫，pipeline 完結後會銷毀，而權限取決於觸發事件。至於由 NPC 觸發嘅執行，文件亦列出可涵蓋程式碼、PR、Issue 同留言等操作權限。 44

呢啲控制好關鍵：一個可以開 branch、提交 PR 或根據失敗結果修改 code 嘅 agent，除咗模型能力，仲需要有界限、可追查嘅系統權限。CNB 嘅 secret store 文件亦提到，敏感資料儲存會有存取控制、操作限制、audit log 同 watermark 等機制。 38

YAML 定義角色，點解重要？

用 YAML 定義 NPC，等團隊可以將部分 agent 行為做成 repository 專屬設定：角色定義可包含 prompt 同知識來源；相應 pipeline 則決定佢點樣運行。 3235

同一個工程流程入面，因而可以分出唔同工作模式：

• 調查角色：收集背景，提出處理方向；
• 實作角色：改 code 並準備 PR；
• 審查角色：按需要檢視 PR；
• 多角色協作：處理較複雜工作。

騰訊指多個 NPC 可以組成 NPC Team 協作完成複雜任務。文件確認咗角色同事件機制，但各角色實際點樣分工，仍然要由團隊自行設計。 63235

首輪 Token 由 2 萬降到約 2,000，代表咩？

騰訊表示，官方研發 NPC 早期版本首輪 token 消耗超過 20,000，經持續優化後降至約 2,000，跌幅逾九成。官方歸因於 prompt、工具呼叫、CLI 輸出同 cache 命中率嘅優化。 623

意義在於 agent 一次做任務通常要多輪模型呼叫；首輪嘅系統 prompt 同工具描述會喺後續持續重用，所以首輪開銷愈細，多輪任務嘅成本基數就愈低。騰訊亦表示，企業可按任務複雜度選擇模型策略，喺效能同成本之間取平衡。 1523

不過，呢個係廠商披露嘅效率數字，唔係獨立評測嘅整體成本或任務質素基準。實際用量會受 repository 規模、任務範圍、模型選擇、重試次數，同 CI 工作量影響。

點解騰訊叫佢「AI 工程協作」？

騰訊嘅說法，重點係 AI 喺軟件開發生命周期入面所處嘅位置改變：

• AI 輔助編程：幫開發者寫或改 code；
• AI 驅動任務執行：委派一項獨立操作畀 AI；
• AI 工程協作：令 agent 參與接收任務、實作、review、驗證同修復呢條相連嘅流程。 110

因此，最實際嘅主張唔係「AI 可以無人監督咁直接出街」，而係工作流整合：任務經既有協作紀錄派發，改動經 PR 提出，CI 同質量檢查喺接受改動前提供回饋。咁就保留到工程足跡——包括 AI 被要求做乜、改過乜，同系統點樣驗證佢嘅結果。 144

對考慮採用嘅團隊嚟講，真正要問嘅問題係：現有權限、測試覆蓋、review 規則同部署閘門，係咪足夠監督一個有實質 repository 存取權嘅 agent？CodeBuddy NPC 可以自動化循環中部分步驟，但唔會消除人手審查同組織管治嘅需要。