首页 > AI工具 > LoopForge:腾讯轻量云开源的云端研发平台 需求进 PR 出 签字在关口上

LoopForge:腾讯轻量云开源的云端研发平台 需求进 PR 出 签字在关口上

更新时间:2026-11-11 22:39:26 发布时间:11小时前 阅读:10次

LoopForge 是腾讯轻量云团队开源的云端研发平台,MIT 许可,后端用 Go 写,代码放在 github.com/Tencent/LoopForge。部署只要一台装了 Docker 的 Linux 机器,装好之后浏览器打开安装脚本打印的地址,第一个注册的账号自动成为管理员,在首页输入框把需求讲一遍,平台开沙箱、检出仓库、分派角色,最后交回一个 PR 和运行记录,评审与测试按流程里的节点走。项目在 2026 年 11 月 6 日对外开源。

LoopForge 对话工作台首页
对话首页:输入框上方是 @ 面板,列出角色、技能、需求、SOP 四类;输入框左下角选执行器、模型和确认模式,右下角三个入口分别是快速接入、接入测试环境、选用 SOP 与角色

LoopForge 是什么

它管的是团队怎么把一条需求做完,不是单个开发者写得快不快。产品、设计、研发进同一个工作区,讨论、改代码、跑测试、签字都在里面,出的东西挂在同一条需求上,最后要么开 PR,要么直推合入共享分支。

干活的是 CodeBuddy、Codex、Claude Code 三个命令行工具,平台在它们外面加角色、沙箱、检查点和运行记录。每轮对话、每个 Agent 步骤背后调用的都是这几个工具里的一个。

方式 适合什么活 你怎么把控
与 Main Bot 对话 探索、快速修复、反复改 回复可排队或引导,SOP 可暂停接管
运行一条 SOP 阶段固定、要签字的交付 关口审批,打回指定环节,任意节点重试

LoopForge 和 Claude Code、Dify 差在哪

官方文档里的说法是不替代,只编排。每个 Agent 步骤、每一轮对话都跑 Claude Code、Codex 或 CodeBuddy 的命令行版本,LoopForge 补的是外面那层:谁来做、在哪个沙箱里、按什么顺序、过哪些检查、由谁签字。

和 Dify、n8n、Flowise 不是同一类东西。那三个是通用的 AI 与自动化工作流搭建平台,LoopForge 只做软件交付:实现者和评审者是分开的角色,沙箱里检出真实仓库,交付走 GitHub,验收由人在关口上签字,每次运行留下节点日志和产物。要做的是给客服搭一套应答流程,它帮不上。

LoopForge 怎么部署到自己服务器

  1. 准备一台 Linux 机器,装好 Git、curl、Python 3。Docker 和 Compose 缺失时,安装脚本会问你要不要顺手装上。
  2. 把仓库克隆到服务器上,进到目录里。
  3. 运行 ./start.sh。脚本按 compose.yaml 里写定的版本从 GHCR 拉镜像,不在本地编译。
  4. 浏览器打开脚本打印的地址,注册第一个账号,它自动成为管理员。
git clone https://github.com/Tencent/LoopForge.git
cd LoopForge
./start.sh

服务默认监听 0.0.0.0:8090。云主机上脚本会去云厂商的元数据服务取公网 IP 打印出来,安全组放通这个端口就能访问。日常用 ./start.sh logs、stop、restart、pull 管服务,要从源码构建换成 ./start.sh dev,重复跑安装脚本不动已有数据。

不想先配模型 Key,注册完切到体验项目,模板里有“平台验收 · 脚本与审批”这一条,点运行会真的跑一个脚本生成报告,然后停在审批节点等你确认。

LoopForge 的 SOP 有哪几种节点

每个节点自己声明产物和依赖,依赖齐了引擎往下推。角色、规则、执行环境都能在画布上改,改完发布新版本,上一版留着。

LoopForge 内置的 4 条 SOP

流程模板页的“内置”标签下有四条只读蓝图:通用后端交付、通用前端交付、通用缺陷修复、通用产品方案。它们由平台维护,复制到本项目里才能运行和修改,复制之后角色、规则、门禁都归你改。

LoopForge 流程模板页
模板页顶部统计本项目的 SOP 数、成功次数、进行中、失败次数和 Token 消耗;下面每张卡片标了步数、角色数、人工审批数和版本号

四条里只有后端交付和缺陷修复默认带 GitHub 交付环节,产品方案只交付文档,前端新项目把源码放在任务工作区里。没绑仓库时通用 SOP 照样能跑,只是不落 PR。

LoopForge 怎么用退出码卡住测试

构建和测试过没过,看命令退出码,不看 Agent 自己怎么描述。官方演示里跑 npm run test:e2e 挂了两个用例,退出码是 1,平台把错误日志附在节点上打回 API 构建重做,第二次 14 个用例全过、退出码 0 才往下走。

LoopForge 流程设计器的缺陷修复 SOP
流程设计器里打开内置的缺陷修复 SOP,六个节点依次是澄清需求、方案设计、开发实现、独立评审、运行测试、人工验收;右侧检查器给选中节点配角色、执行器、产物和失败后打回哪一步

失败策略两种:停下等人处理,或者打回重做,打回时可以设重试上限。独立评审是一个单独的角色,能换执行器和模型,让它跟实现用的不是同一个工具。

LoopForge 的人工关口怎么审批

停在关口的运行有三个动作:确认通过,继续下游;补充信息,重新当前节点;退回上游并重跑后续。三条都会写进运行记录,后面的人看得到是谁在什么时间动了哪一步。

LoopForge 停在人工关口的运行详情
一次停在人工关口的运行,顶部写着需要人工判断,中间是审批面板,底部三个按钮分别是确认通过、补充信息重跑、退回上游重跑

所有等你处理的关口集中在一个“待我确认”入口,不用挨个项目翻。审批时能看到节点产物、工具调用轨迹和 Worker 日志,仓库里的改动也在这里看。

LoopForge 能定时跑什么

LoopForge 跑完怎么复盘

每条跑完的运行会被打一个 0 到 100 的分,六个维度分开看:控制流、时间与等待、工具浪费、Token 效率、错误恢复、完整度。掉分的地方会指到具体节点,比如某个步骤反复返工、某次等审批等了很久。

复盘之后给的是三样能应用的改动:SOP 步骤怎么改(失败打到哪、重试上限调成几次)、角色提示词补哪一句、质量门禁加哪一条检查。点应用会生成一个新版本,这一次运行的快照保持原样不动,回得去。

LoopForge Local 怎么装进编程助手

不想开服务器的话,本地版把内置工作流塞进你已经在用的编程助手里,装的时候在目标项目目录下执行一条命令。

npx -y loopforge-cli@latest install claude

装完在 Claude Code 里跑下面这条,后面接需求原文。

/start-devflow "把订单导出的时间改成用户所在时区"

宿主支持 Claude Code、CodeBuddy、Codex、Cursor,这四个都提供 Classic 和 Portable 两个版本;Pi 只有 Portable 版。依赖是 Node.js 20 以上、Python 3.8 以上。产物落在项目里的 artifacts/{task_slug}/ 目录,装上本地看板还能看成本和 Token 消耗。

LoopForge Local 的本地看板
本地看板读工作流状态文件,按时间段统计会话数、累计成本、总 Token、平均会话时长和工程效率,再拆到每日成本、Token 构成和按模型的成本占比
对比项 平台版 Local
适合 团队共享工作区、SOP、审批和运行记录 个人在 IDE 或命令行里用
依赖 Docker 和 Python 3 Node.js 20 以上、Python 3.8 以上、一个编程助手
工作流 对话加画布上自定义 SOP 内置的 Classic 与 Portable 工作流
证据 Web 工作台里共享运行详情、审批和指标 artifacts 目录下的产物,加可选的本地看板

LoopForge 部署前要确认什么

LoopForge 现在能用到什么程度

官方公告里写的是内部 20 多个业务在用,单月自动完成 200 多个需求和日常单据。仓库 7 月 28 日建,11 月 11 日查是 234 个 star、44 个 fork、45 个待处理 issue,主要语言 Go,最近一次推送在 11 月 10 日。仓库里的第三方组件保留各自的许可和声明。

官方贴过一次实际交付:四个 CodeBuddy 角色跑完 Python 修复的规划、实现、独立评审和交付汇总,三个真实测试通过,运行停在人工关口等批准,批准之后还核对了一遍代码跟验收时一致。这条链路已经写成可复用的验收用例放在仓库里。

缺口也写在文档里:Local 目前只能跑内置工作流,把平台上的 SOP 导出到本地独立执行还没做;对话工作台只有中文界面,管理页面中英文都有;命令行版本要自己装,原生部署时平台不会替你补。

相关文章