腾讯云发了个研发智能体NPC：Token消耗降90%，AI终于真正住进了Git仓库

用AI写代码容易碰到一个断层：单点干活还行，一涉及完整研发流程——需求拆解、方案评审、提交代码、跑CI/CD、修门禁、等review——AI就成了旁观者。它不清楚仓库结构，不接构建流水线，也不懂质量门禁规则。写Prompt让它改个bug，它改完交出一段代码，开发得自己提交、跑流水线、看报错、再反馈回去。循环几轮下来，效率没提多少，上下文来回搬运了无数遍。

腾讯云刚发布的 CodeBuddy NPC（Cloud Agent），瞄准的就是这个断层。它是一个「住进」研发流程的AI智能体——有自己的Git仓库身份，能认领任务、拉分支、写代码、提PR、等CI通过、看门禁结果，直到交付可验收的成果。开发者要做的，从「写代码」变成了「定目标、做决策、验收结果」。

Token消耗降了一个数量级

CodeBuddy NPC背后是腾讯云CNB平台，这个平台在腾讯内部跑了八年多（2018年起），支撑着腾讯文档、手机QQ这类高频迭代业务，目前每月服务超过10万名开发者。工程团队更关心的可能是一个数字：首轮Token消耗从2万+降到了2000左右，降幅超过90%。

这个数字为什么重要——Agent执行任务需要多轮LLM调用，系统提示词、工具描述这些是每轮都跟着走的固定成本。首轮压得越小，后续每一轮都跟着省，整个对话周期的消耗就会像滚雪球一样往下减。腾讯云团队总结了一套优化方法论——做减法（裁冗余工具、消二义性）、立规矩（把SOP写进提示词）、提效率（CLI紧凑输出、Cache去重叠）、标准化（持续调优Skill和工具描述）。不玄乎，都是实打实的工程活。

在此基础上，开发者还能自定义调度策略：简单任务丢给成本低的模型（比如DeepSeek），复杂任务调能力更强的模型（比如GLM）。面向多模态研发需求，比如游戏开发里要配音或生图，可以通过CNB的容器沙箱加开源模型来扩展。

多角色NPC并行干活

单个Agent能闭环完成任务已经不错了，但CodeBuddy NPC往前走了一步：支持多角色NPC工程化协作。可以定义一个产品NPC、一个技术Leader NPC、一个开发NPC、一个测试NPC，各自认领任务、并行推进、自动联调。四个维度来定制——Role（角色）、SOP（标准流程）、Skill（技能）、Team（编排）。

这个思路指向了一个更本质的变化：当AI不再是工具而是流程里的「原住民」，团队的协作方式就要重新设计了。腾讯云CodeBuddy和CNB产品负责人黄友昆的说法是：PM通过需求录入Skill发起任务，AI参与需求澄清和拆解；技术Leader和AI共建技术方案；研发和AI协同完成开发验证；交付后分析Skill回收全链路数据，反哺下一轮。

从CodeBuddy（IDE插件/CLI）到WorkBuddy（办公场景），再到这次的CodeBuddy NPC（研发流程核心），腾讯云这一系列产品的演化逻辑是一致的：让AI融入真实工作流，而不是在流程外面开一个窗口。

目前CodeBuddy NPC已经和腾讯云的TAPD打通，可以通过 cnb.cool 去体验。多Agent协作、全链路闭环这些概念，Demo里看着都挺顺，真正放到一个几十人的团队里跑起来会是什么样子——上下文会不会丢，多角色之间怎么对齐，故障怎么追溯——还得在实际中看了才知道。AI不应该只是那个补全代码的窗口，它应该住进Git仓库里。