不要再给智能体写提示词。开始设计循环。
这个区别就是产品的全部。提示词只给你一次回答,而且前提是有人记得输入它。循环是触发器加指令:它自己启动,在隔离的云端沙箱中完成工作,打开一个由你审查的合并请求,记下学到的东西,然后准备好下一轮。
你不需要打开某个应用,也不需要把代码粘贴到聊天窗口。你连接团队已经在用的工具,工作就在这些工具里发生。
循环 = 触发器 + 指令
- 触发器要么是事件——拉取请求被打开、issue 被指派给哥布林——要么是计划,比如每个工作日 07:00。
- 指令是自然语言,不是 DSL。"审查这个合并请求的正确性与安全性——指出真正的问题,而不是风格细节。" 或者:"检查
acme/web中安全的依赖升级并打开一个合并请求。"
TaskGoblin 做的每一件事都是其中之一。自动代码审查是拉取请求打开上的事件循环。指派一个 issue 然后拿回合并请求,是issue 被指派上的事件循环。夜间测试套件健康检查是 06:00 的计划循环。并不存在另外挂上去的"自动化功能"——循环就是原语,那些看起来内置的行为,都是属于你、可以改写的循环。
如果你只再读一页,请读循环。
你一开始就有循环在跑
用 GitLab 或 GitHub 登录,TaskGoblin 就会开通你的组织、连接你的仓库,并安装该提供商的默认循环——审查合并请求、领取被指派的 issue。打开一个拉取请求,在你还没配置任何东西之前它就已经被审查了。
这些默认项就是你 Loops 页面上的普通循环。读它的指令、用你自己的话改写、暂停它、删除它。行为归你所有,这正是重点。
一个循环真正长什么样
循环用自然语言书写。这是模板库里的一个真实例子——你测试套件的夜间守卫:
触发器 — 每天 06:00
指令 — 克隆
acme/web,在默认分支上运行完整测试套件。如果有失败且修复很小很安全,就打开一个 MR;否则总结失败情况。如果全部通过,则什么都不做。
三句话,看看里面装了多少东西:在哪工作、做什么、什么时候修复而什么时候上报,以及——任何无人值守指令中最重要的一句——什么都不做的许可。正是最后这句,让你在出问题的早晨收到合并请求,在没出问题的早晨收获安静。
模板库提供九个起点:依赖升级、文档漂移、changelog 条目、技术债清理、活动摘要、停滞 MR 提醒、triage 提示。全部可编辑,选中即归你所有。完整清单与讲解见计划循环。
循环为什么运行在云端
因为哥布林运行在隔离的云端沙箱中,而不是某人的笔记本上,所以工作是:
- 异步的 — 交出去,然后合上电脑。
- 隔离的 — 每个组织一个边界,你的凭据注入在智能体周围,从不交给它读取。
- 并行的 — 每次运行都有自己的分支和沙箱,十个循环同时触发就是十个哥布林在干活,而不是排队。
- 始终在线的 — 03:00 的维护和对午夜打开的拉取请求的审查,都在无人清醒时发生。
一轮结束时你得到什么
一个分支和一个合并请求,像审查同事的代码那样审查——或者行内审查评论,或者在你提问的那条 Slack 线程里的回复。绝不是一堵需要你自己动手执行的文字墙,也绝不会直接提交到你的默认分支。
底层是一个真正的编码智能体(Claude Code、Codex 或 Gemini),带着你仓库的检出:读取文件、运行命令和测试,像贡献者一样处理问题。因为它在每个工具中都有自己的身份——GitLab、Slack 和 Teams 上是 @taskgoblin,GitHub 上是 taskgoblin[bot]——整个团队都能把工作交给它,整个团队也都能看到它做了什么。
接下来去哪
从这里开始
构建你的循环
- 事件循环 — 审查、指派与标签;你已有的默认循环及如何修改。
- 计划循环 — 周期性工作,以及可以起步的模板。
- 连接你的集成 — GitLab、GitHub、Linear、Jira、Slack 和 Microsoft Teams。
- 临时运行 — 当工作确实是一次性的时候,直接开口。
理解底层机制
- 一次运行是如何工作的 — 循环中单独一轮的内部。
- 云端沙箱 — 你的代码在哪运行,以及它如何保持隔离。
- 大脑 — 一次纠正如何对之后每个哥布林都生效。
计费