腾讯轻量云开源LoopForge：云端自进化研发平台落地20+业务

导 读

单机Coding Agent写代码的速度确实快，可一旦进入真实研发团队，麻烦就跟着来了：合盖断流、多人上下文割裂、自由Vibe Coding质量失控、日常盯单耗时、同类问题反复踩坑。这些环节很快会把团队卡在“单兵提效、全局内耗”的瓶颈上。腾讯轻量云团队为此打造并开源了云端自进化AI研发平台LoopForge，把7×24小时云端工作区、多角色共享会话、工程级SOP流水线、无人值守自动化与工程级RSI自进化集于一体。平台目前已在内部20+业务落地使用，单月自动完成200+需求与日常单据交付。结合DeepSeek的Super-agent探索，这套体系背后的五步工程演进值得完整复盘。

前两天，DeepSeek团队发布了《Super-agent 设计探索：迈向更自主的 Agent 系统》，并开源了研究原型。文章开篇就点出一个痛点，所有重度使用Coding Agent的团队都深有同感：模型做单任务编码已经很强，但一个人同时盯三五个会话就到极限了——单个任务的质量受模型能力限制，团队的多任务生产力却被人的注意力死死卡住。

在构建LoopForge（github.com/Tencent/LoopForge）的过程中，我们也走过了同样的探索之路。回头看整个系统的演进，并不是第一天就设计了一套庞大的架构，而是顺着团队真实落地的痛点，一步步跨过了五道坎：

PART 01

从本地 Agent 到云端 7×24 小时运行

告别“合上电脑就断流”，工作区与执行环境搬上云端

不管是Claude Code、Codex还是CodeBuddy，最初大家都是在自己的笔记本电脑上打开终端跑Agent。写单点功能的体验很爽，但任务一旦变长、变多，本地运行的物理瓶颈立刻就显现出来：

• 合上电脑就断流：跑一个耗时半小时的重构或全量测试，人不敢关机、不敢断网，下班合上笔记本，任务直接中断。

• 本地环境重、并发受限：同时开三五个需求分支，本地端口冲突、容器把内存吃满，个人电脑根本扛不住多任务并行。

• 换台机器就丢现场：改了一半的代码、还没提交的分支和环境变量全锁在个人电脑里，换台设备或让同事帮忙看一眼都无从下手。

所以第一步很明确：把Agent的工作区和执行环境彻底搬上云端，让它脱离个人电脑7×24小时持续运行。LoopForge为此构建了三层云端运行底座：

1. 每个任务都配一个独立的云端容器或安全沙箱工作区，前后端多个代码仓库能一并拉取，工作分支也会自动切好，本地完全不用搭环境。编码、编译、单测、联调、提MR这些环节全在云上走完。合上电脑下班，云端照样把任务跑到结束。

2. 这套思路和DeepSeek把控制面与执行环境拆开的做法一致：工作区既能放在平台托管的云端容器里，也能把团队的云主机、闲置开发机一键接进来，7×24小时在线接单。底层执行环境不和具体编码工具绑死，Claude Code、Codex、CodeBuddy等可以自由切换；仓库凭证由网关按身份临时注入，任务一结束就自动擦除，模型全程碰不到明文密钥。

3. 7×24小时在线，不代表7×24小时白烧算力。工作区闲置被回收，或者要跨机器切换时，系统会把还没提交的代码改动和分支状态打包成云端快照存下来；第二天回来接着对话，代码现场会自动从快照完整恢复。

PART 02

从个人单机到团队云端共享上下文

产品、设计、研发在同一个会话里，围着同一个 Main Bot 协作

Agent能在云端7×24小时跑起来之后，用法很快从“个人自用”变成“团队共用”。第二道墙也跟着来了：大家各自守着孤立的窗口跟Agent对话，团队的上下文照样是断开的。

产品经理在自己窗口里让Agent把需求理了一遍，设计师出了设计稿，转到研发手上，背景、仓库分支、设计约束又得重新贴给自己的Agent。单点编码是快了，可团队还是卡在跨角色搬上下文这件事上。那为了共享上下文，直接拉一堆Bot进群自由群聊行不行？消息会刷屏，上下文互相污染，多人对话里放开写权限，还容易被他人的随口发言带偏，引出越权操作。

为了让团队在云端真正共享同一个现场，我们做了两件事：

1. 一个共享会话 + 一个 Main Bot 窗口 + 同一个云端工作区

嘈杂的多Bot群聊被我们放弃了，改成“一个对话同一时间只绑一个云端工作区，且只有一个Main Bot对接全组成员”。每次任务对应一个团队共享会话，产品、设计、研发都进同一个会话跟Main Bot对话；换人发言时，底层自动续接同一份会话上下文，操作的也是背后同一个真实工作区。

改行文案、调个样式、修个小Bug这类日常需求，任何成员在共享会话里跟Main Bot说一句就行，Main Bot当场打开云端工作区改代码、跑验证、一键提交MR，全组实时看得到，不用再同步一遍。

2. 独立审查模型代批 + 三挡放行：守住多人共用的安全边界

多人共用一个会话时，权限分级要解决的就是砍掉那些机械地点“确认”的动作，同时防止别人随口一句话就触发越权操作。

原先的做法是一刀切：凡是写操作都弹窗拦截，一个任务跑完，确认要点十几次。可要是在多人共享的对话里直接开全自动，又担心被群里其他人一句话带偏，执行了高危命令。

现在的处理是：日常寒暄、只读的代码查询、方案讨论，用自然语言收尾就行；碰到改代码、跑命令、提交 MR，则按三挡权限模式放行：

常规的读写和验证命令，交给独立审查模型代批，几秒就过；只有越界或高危的变更才找人拍板。产品、设计、研发因此在同一个云端上下文里顺畅协作，多人共用的权限安全底线也没有丢。

PART 03

多人 Vibe Coding 保不住质量，我们设计了一套 SOP

从自由对话，走到“五层标准 + 主副驾接管 + 工程级 RSI 自进化”的研发流水线。

产品、设计、研发都能在同一个云端共享会话里围着 Main Bot 一起 Vibe Coding，改小需求的体验已经相当顺滑。可一旦进入跨角色、长链路的正式迭代，自由 Vibe Coding 的质量失控就集中冒出来了：

我们的判断是：小改动可以靠 Vibe Coding 拼手速，严肃的研发交付却必须把专业角色能力和团队工程规范固化成带硬门禁的 SOP（标准作业程序）。LoopForge 里用了三项核心设计，把自由 Vibe Coding 升级成工程级 SOP 流水线：

1. 五层标准解耦：团队最佳实践与专家角色固化成可复用资产

不再靠临时提示词碰运气，而是在架构层面把专业岗位能力和 SOP 流程拆成五层独立标准：

沉淀下来的专业角色资产由全组共享：正式需求能直接串成 SOP 流水线自动流转，每个节点只加载该岗位专属的规范与技能，仓库里杂乱的个人本地配置会被自动屏蔽；日常共享对话中，成员也能随时按需 @专家角色 做独立的只读咨询，拿到架构或评审建议后同步给 Main Bot 统筹处理。专业能力共享，平时绝不乱插嘴。

2. Main Bot 主副驾三层秩序：能自动驾驶，也能随时丝滑接管

引入 SOP 不代表人失去掌控感。协作被收敛成可进可退的“人 ↔ Main Bot ↔ SOP 节点”三层主副驾结构：

SOP 自动运行时，共享会话上方会实时展示节点流水线，点任意节点就能看它的思考过程和执行日志。中途发现方向偏了，不必去底层乱插话，除了直接在在线编辑器或终端里改，只要跟 Main Bot 说一声，就能按三种方式受控接管：

3. 工程级 RSI：内环门禁当场自愈 + 外环复盘递归自改进

前沿 AI 领域一直在探索 RSI（Recursive Self-Improvement，递归自我改进）。真实研发团队里重新训练模型权重既不现实也太慢，我们落地的是工程级 RSI——让系统的执行轨迹反哺自身的 SOP、角色规范与验证门禁，形成“执行 → 客观检验 → 复盘诊断 → 改写流程 → 下一轮更准”的进化飞轮：

1）单次运行内环（客观门禁当场自愈）：以前 Agent 写完代码全凭主观感觉说“已改好”，报错还得人把日志贴回去让它重改。现在每个 SOP 节点都内置编译、单测、代码规范等客观验证门禁，不通过绝不放行，Agent 拿着真实报错自动进入纠错循环当场修复，同时设了重试上限防止死循环，低级错误就在节点内部被消灭。

2）跨运行外环（递归复盘与资产自进化）：传统流水线是静态的，这次踩过的坑下次照样再踩。LoopForge 里每条 SOP 运行结束后，复盘引擎会自动回溯全链路轨迹——各节点耗时、失败门禁、无效重复尝试与返工原因，给出 0~100 分健康度评分，再让 Agent 自己为 SOP 和角色开出结构化的“改进处方”：

界面上，人只负责审阅处方、按下「一键应用」，对应的 SOP 或角色资产便由系统自动改写，并生成新版本。代码在单次运行里由内环改对，流程则在跨次运行中由外环改强。团队今天踩过的每个坑，明天都会成为整套研发流水线默认遵守的本能。

PART 04

告别盯单救火：定时任务与 Issue 全链路自动化

系统每天都有大大小小的 Bug 与 Issue，让它们在后台自动排队、修复、解冲突并提好 MR。

前三步走完，团队做重点需求时已经有了云端工作区、共享会话和高质量的 SOP 流水线。可任何处于快速迭代中的真实系统，除了主线大需求，每天还会源源不断冒出大大小小的线上 Bug、体验瑕疵、技术债与零散 Issue。

零散Issue的处理一直很费人。单看每个问题都不大，架不住量多、来得碎：研发每天要花大量精力去需求池看单、认领、拉分支、定位修复、跑测试、提MR。就算有SOP，几十个零散Issue还得靠人一个个手动建会话去触发、盯进度、解合并冲突，核心研发的整块心流照样被切得粉碎。

我们的想法很直接：SOP已经能标准化地修复与验证，那为什么不让系统自己去巡检拉单、自己排队修Bug、自己把改好的代码合并好送到人面前？不过，要把海量日常Issue彻底推向全自动处理，有三个真实的工程卡点必须解决：

• 缺陷单和体验问题分散在需求平台、代码仓库两处，要靠人工巡检、手动搬运上下文才能把Agent跑起来，这种盯单派单的机械活儿成本很高。

• Bug单一多，十几个同时在后台改，最后都往同一个目标分支上合，代码冲突就接连冒出来；研发还得被叫回来手动切分支、解冲突，并行修复很容易撞车。

• 个别卡点单子会堵死整条自动流水线。批量自动处理时，只要有一两个复杂Issue停在关键门禁等待人工确认，后台执行资源一直被占着，后面的日常单子就全被堵住了。

于是我们在第四阶段构建了定时巡检与Issue全链路自动化体系，把海量日常Bug与零散需求的消化过程变成“后台无人值守流水线”：

01 定时自动拉单与双向同步：新提的Bug单自动进入修复流水线

系统借助定时调度任务，与需求平台、代码仓库双向打通，按周期自动巡检待办池里新提的Bug与Issue，再按标签匹配对应的修复SOP、拉起云端工作区开始定位与修复。执行过程中的阶段状态和最终生成的MR链接会自动回写到原单据下，建单、派单、搬运状态这些事研发不用再手动做了。

02 集成分支自动合流与冲突自愈：多单并行不再劳烦人工合代码

同一批次的多个Issue并行修复完成、需要汇总合入集成分支时，系统会按序自动执行合并。遇到代码冲突也不用喊研发回本地救火：系统自动提取冲突上下文，打回SOP的修复与验证节点，自己解开冲突并重新跑通编译与单测门禁，全部验证通过后再统一生成汇总MR。

03 主动健康巡检与审批挂起零阻塞：7×24小时吞吐不卡壳

被动修单之外，团队也可以设定时巡检任务：每天扫一遍代码健康度、查依赖安全、构建失败自动排查，Agent一旦发现隐患就直接给出修复方案。流水线里凡是要人拍板的单子，一进「待我确认」队列就立刻释放后台执行资源，后面大批日常Issue的自动消化不会被卡住。海量小单子在后台7×24小时静默清零，人只管在喝咖啡的间隙点一下最终验收。

SUMMARY

总结：从个人工具到自演进研发组织的五步跨越

回头看LoopForge一路怎么走过来的，若拿自动驾驶的L1~L5分级来对照研发团队用Agent的深浅，这五步正好画出一条清楚的工程进阶路线：

整个探索过程走下来，我们最大的体会是：让Agent真正成为研发团队里的靠谱同事，靠的既不是写一段更长的提示词，也不是拉一个热闹的多Bot群聊，而是把“人的工程经验”转化为“系统的运行秩序”。

单机那会儿，AI就是个顺手的副驾驶，图的是写出一段漂亮代码的即时爽感。等它真进了团队工程现场，卡脖子的地方很快就不再是“模型会不会写代码”，而变成环境会不会断、上下文怎么对齐、质量谁来兜底，还有人怎么从繁琐调度里脱身。

这五步走下来，本质上是一次次把“对人的依赖”沉淀为“工程机制”：用云端工作区解开个人电脑的物理束缚，用共享会话与独立代批消弭跨角色的沟通鸿沟，用带客观门禁的SOP管住自由Vibe Coding的失控风险，用定时自动化实现后台无人值守，最后用工程级RSI跨运行复盘让整套体系自己进化。团队每一次踩坑的教训都能自动沉淀为下一轮运行的门禁与规范，这时我们收获的就不再只是几个会写代码的Bot，而是一套真正属于团队自己、且每天都在自我进化的研发系统。

OPEN SOURCE

立即体验与支持

LoopForge目前已正式开源。云端工作区调度、多人Main Bot共享会话、五层标准SOP编排、客观门禁自愈、定时与Issue全链路自动化以及工程级RSI复盘进化，这些完整实现全部开放了出来，希望能给正在探索团队级AI研发落地的同行提供一份可直接上手、可二次定制的工程底座。

如果你也曾为“Agent这次又跳过了测试”而头疼，或者希望团队的AI研发少一点重复交代、多一点经验积累，现在就打开 https://loopforge.cn/demo/ 浏览平台真实界面与交付记录，或者克隆仓库运行bash scripts/install.sh，部署一套属于你们团队的LoopForge，跑通自己的交付流程！

LoopForge对你有帮助的话，欢迎前往GitHub点亮一颗Star，也欢迎提交Issue与PR，和我们一起定义AI时代的软件交付方式！