当 Coding Agent 走进研发团队：我们打造并开源了自进化研发平台 LoopForge

导 读单机 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 构建了三层云端运行底座： 云端隔离工作区，全程免本地起环境：每个任务对应一个独立的云端容器或安全沙箱工作区，可同时拉取前后端多个代码仓库并自动切好工作分支。编码、编译、单测、联调与提 MR 全程在云上完成——本地不用再起开发环境，合上电脑下班，任务照样在云端跑到底。存算分离与自有机器一键接入：与 DeepSeek 将控制面与执行环境解耦的思路一致，工作区既可以跑在平台托管的云端容器里，也可以把团队的云主机或闲置开发机一键接入平台，7×24 小时在线接单。底层执行环境与具体编码工具解耦（支持自由切换 Claude Code、Codex、CodeBuddy 等），代码仓库凭证由网关按身份临时注入、任务结束自动擦除，模型全程接触不到明文密钥。自动快照休眠，随时无损唤醒：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 后，并不意味着人失去了掌控感。我们把协作收敛为可进可退的“人