腾讯轻量云开源LoopForge：20+业务落地，单月交付200+需求

导 读

单机 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卡在关键门禁上等人确认，又一直占着后台执行资源，后面那些日常单子就全被堵死。

为此，第四阶段我们构建了定时巡检与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时代的软件交付方式！