来源：市场资讯
（来源：刘聪NLP）
最近，一直在跟几个好朋友合作开发一些项目，
发现了一个问题，就是AI Coding时代，单打独斗能力很强，但团队协作起来会很麻烦，
感觉，AI还没有融合到整个团队的开发流程里中。
就比如，前段时间搞的WorkBuddy蓝皮书，
虽然网站比较简单，但是因为纯AI生成的，我们在测试的时候还是有一些BUG的，网页优化不到位，有时内容加载不出来，有时候字体显示有问题，等等等。
有时候我们一起改，就会容易出现冲突等一系列的问题，我在优化SEO，他改了页面内容，
错误需要本地IDE复现，再同步给AI，再去修改，提PR，去review，反正协作起来比较麻烦。
就像我前面说的，有了这些AI工具之后，我们个人实现写代码、修 Bug的速度很快，但这些都游离在Issue、PR、CI、Git等团队基础设施之外，个人生产力提升，并不等于团队协作效率同步提升。
最近，腾讯云推出了一个云端研发智能体-CodeBuddy NPC，正好可以很好的解决这个问题。
CodeBuddy NPC可以理解为是一个云端数字研发队友，开发者在 Issue、PR 等研发协作场景中直接 @NPC 并交代目标。
NPC就可以在云端创建独立工作环境，自主读取仓库、历史提交、项目规范、Issue、PR、CI 日志等上下文，执行任务；任务完成后交付 PR、预览环境或处理结果，其运行环境随后销毁。即使用户关机或离开电脑，任务仍可继续。
比如，我周五用Kimi K3开发的公众号排版工具，在给朋友测试的时候，发现，在渲染的时候，有一个BUG，
模版渲染md内容的时候，会出现错乱的现象，
把真实问题直接写成 Issue，附上错误截图、预期结果和验收条件等，然后我直接在下面@NPC，让其根据这个问题，帮我修复。
配置好项目的云原生环境和 CI 后，NPC 可以在云端安装依赖、复现问题、修改渲染代码、执行 npm run build 和 HTML 合规校验，再把改动放进 PR。
我不需要一直守在电脑旁边，
等它跑完，我检查渲染问题有没有解决，其他主题有没有被改坏，自动化检查有没有通过，就行了。
结果不对，就在 PR 里继续提意见，
NPC也不需要重新理解上下文，可以直接沿着这条 Issue 和 PR 继续工作。
当然，也可以直接新增功能需求，比如针对性后台显示结果，没有进行分页处理，直接在issue里提问，让NPC解决即可。
这里完成后，会告知做了哪些修改，并且已经提交PR，等待合并。
代码合并后，后台的记录分页就生效了。
还支持自定义NPC，相当于，你自己组建一个团队，配置不同角色，比如有需求分析师、技术负责人、开发工程师、测试工程师、代码审查官等。
直接配置项目中的 .cnb/settings.yml 即可，
最简单创建NPC的方式，就是直接用官方提供的create-npc NPC在issue里创建一个你需要的NPC。
@npc/create-npc(NPC) 你的 NPC 需求描述
NPC还可以通过加入Skill，来给NPC 注入领域知识、行为规范或专属工作流等，使其具备处理特定任务的专长。
对于不同NPC的使用，如下，
不过，这里我想说，有了CodeBuddy NPC 并不意味着，我们不需要IDE开发，具体还是要看不同的场景才能决定。
你直接可以把你的TAPD跟CNB结合，把CodeBuddy NPC调动起来。
还有，腾讯云CodeBuddy NPC不只在CNB平台，也可以融入到企业现有研发流程，成为流程里的AI 原住民。
最后，
腾讯云CodeBuddy NPC 给了我另一个观察角度，
代码写完，只是项目真正开始的地方，
真正的AI 队友需要跟着一个任务经历需求、开发、评审、测试和交付。
我现在把真实问题交出去以后，腾讯云CodeBuddy NPC 能在我不守着电脑的情况下，带着一个可以验收的 PR 回来，
AI 这才算真的从聊天窗口走进了研发团队。
热门跟贴