CodeBuddy NPC 是騰訊雲 2026 年 7 月推出的雲端代理人。給它一個目標，它會自己去讀倉庫、改動程式、送出合併請求、跑完測試，直到把活交付出來。

過去兩年，AI 程式輔助給人的印象多半是「打字更快」：你在編輯畫面裡敲字，它在旁邊補完下一行；你貼一段錯誤訊息，它回你一段建議。騰訊雲這次把方向挪了一下。2026 年 7 月發布的 CodeBuddy NPC 不再滿足於當編輯畫面裡的幫手，而是以雲端代理人的身分住進研發流程本身。

官方給的定位是「研發流程裡的 AI 員工」。下目標的是你，負責把目標拆成任務、找到相關程式、改完送出、再把驗證結果帶回來的，是它。所謂「流程原生」，意思大概是：它不在流程外面等你餵脈絡，它本來就在流程裡面。

它的脈絡來自團隊自己的研發紀錄

NPC 建在騰訊雲的 CNB（雲原生建置）平台之上，這層底座決定了它拿得到什麼。你不必把需求、程式和錯誤紀錄複製貼過去，它自己去讀：Issue 是需求的記憶，倉庫是工程的記憶，合併請求是變更的記憶，建置結果是品質的記憶。官方為這套做法取了個名字叫 AI Native Git——讓 Git 倉庫充當 AI 的原生記憶。

差別就藏在這些細節裡。派活的時候，你不用把專案背景重講一遍，也不用翻出出錯的分支名和建置編號貼過去，因為這位「同事」本來就在這些紀錄裡面。

一句標記就能派活

用法幾乎沒有學習成本：在 Issue 或合併請求的討論裡標記 CodeBuddy，後面接上你的要求。可以是一句「幫我實現這個 Issue」，也可以是「幫我看一下這個合併請求的程式」。

真正關鍵的是留言框旁那個「替我上班」開關。勾上之後，NPC 的權限從「只能讀程式、寫留言」升級到「能寫程式、推分支、送合併請求」，並且會按評審意見繼續修改。這個開關有個門檻：你在倉庫裡至少要有開發者權限。

從需求到合併請求，它自己收尾

派完任務不需要守著。NPC 會先規劃做法，再動程式，然後送出合併請求、把建置跑通，順手拉起一個預覽環境等你驗收——先看效果，再決定合不合。

碰到建置失敗這類卡住的瞬間，它也不會把問題丟回給你：讀紀錄、查程式、送出修正，直到檢查通過。官方列出的另一類情境是自動解決合併衝突——理解雙方的改動意圖，給出一個合理的合併做法，把卡住的分支重新推進。

一個人手不夠，可以多叫幾個

NPC 不止是單一助手。團隊可以在倉庫的設定檔裡寫下角色的名字、標語和提示詞，之後用「@倉庫路徑(角色名)」把它叫出來；預設的執行環境官方已經備好，不改設定也能跑起來。

再往上就是組隊。多個 NPC 按職能分工，有人寫功能、有人做評審、有人管進度，各自認領任務並行推進、自動聯調。官方示範過一支八個 NPC 的隊伍——專案經理、劇本寫作師、美術設計師、配樂編導師、旁白配音師、素材整合師、程式評審師齊上，把一個遊戲從需求拆解做到最終驗證。

現在能用到什麼程度

限制也寫得挺清楚。工作模式需要開發者以上權限；一次最多觸發 10 個 NPC 事件，Issue 或合併請求的留言超過 100 則之後也不再觸發。這些邊界更像「想清楚再放手」的工程取捨。

成本方面，按官方說法，首輪消耗已從早期的兩萬多降到約兩千，降幅超過九成。計費走 CNB 的 AI Credits，國內站每月有 500 credits 的免費額度，用超了可以綁定預算；簡單任務也能指定更便宜的模型，把成本和效果分開算。

眼下 NPC 已經和騰訊雲的 TAPD 打通，體驗入口就在 CNB 平台上。它腳下這層底座從 2018 年起在騰訊內部迭代，官方稱現在每月服務超過 10 萬名開發者。

它的價值不在於把程式寫得更快，而在於把「重要但不值錢」的那部分流程性勞動接過去——你定目標、做判斷、驗收結果，執行的事交給它。