同时运行多个 AI 编码 Agent——一个在写代码，另一个在审查，或者三个模型在讨论设计方案——你很快就会发现自己在其中的角色：把 Agent A 的输出粘贴给 Agent B，再把 B 的反馈带回给 A，决定谁接下去，决定何时结束。你成了自己 Agent 之间的人类中间件。
这个角色包含三项任务：在 Agent 之间传递上下文，在合适的时机触发正确的 Agent，以及判断循环何时结束。looperators 将这三项任务都交给了图谱。你的 Agent 位于画布之上，通过边连接——而这些边是可执行的：输出沿着边传递到下一个 Agent，结论沿着边流回并唤醒最初的 Agent，一个停止条件终结了循环。谁触发谁，传递什么上下文，何时停止——这一切都发生在边上，而不是你的剪贴板里。
这个图谱也无需手动搭建。looperators 不是一个低代码构建器：你像往常一样与 Agent 对话，当对话中形成循环时，相应的图谱就会出现在画布上，随时可编辑。如果你想直接设计一个循环，那也是通过普通的对话来完成——不需要拖拽框和线。
在底层，每个节点都是你已有的 Agent CLI（如 Claude Code、Codex 或 Grok Build）的真实会话，在本地进行编排。没有 API 密钥代理，也没有模型转售：它驱动的是你已经登录的工具。
多 Agent 讨论：一个问题，三份草案，一个共识
我最常用的设置：把同一个问题同时发给 Codex、Claude Code 和 Grok Build。每个 Agent 独立起草一份解决方案。然后它们互相阅读、互相质疑——薄弱之处被指出，草案被修订——直到讨论趋于一致，最后通过一个整合步骤，将幸存下来的内容合并成一个最终方案。
没有人需要在窗口之间手动搬运草案。谁读取谁，下一轮何时开始，什么算作共识——图谱驱动着这一切。从结构上看，这是并行分支、交叉边以及最终汇合点的组合：人们已经开始称之为图谱工程（graph engineering）的形态。在 looperators 中，你只需在聊天中提出要求，或者选择模板并填入内容即可。
审查循环：直到干净，最多 6 轮
我每天运行的另一个循环：一个编码者和一个审查者——故意使用不同的模型，这样审查者就不会共享作者的盲点。完成的工作自动进入审查；阻塞性问题自动返回，唤醒同一个编码者会话进行修复；循环上的徽章显示当前轮次。停止条件是一句话："直到审查干净，最多 6 轮。"编码者永远不能自行宣告完成——由审查者拥有这个判断权，而上限则保证了无论怎样都会退出。
这个循环无需你介入就能运行，但也不会把你锁在外面：图谱上的每个 Agent 都是真实、长期存在的会话。在第二轮，我看到审查者在挑剔命名风格，于是我像打开普通聊天一样打开它，说了一句"忽略风格，只看逻辑"，然后循环继续运行。
设计循环，而不是设计每一条提示词
提示词工程（Prompt engineering）问的是：我接下来该说什么？循环工程（Loop engineering）问的是：什么样的结构能让我不在场时也能持续运行？这种转变正是 looperators 的构建目标。它天生就是循环导向的：会话生来就处于关系之中，循环是系统的母语——而不是附加在孤立聊天之上的补丁。
你并没有被排除在循环之外。你只是从信使的角色中被提拔出来：你设计循环，在画布上观察它运行，当你有话要说时再介入。
所以，下次当你发现自己把某个 Agent 的输出粘贴到另一个 Agent 时，留意一下你的手在做什么——你正在手动运行一个循环。这个循环有一个形状：这里有三个起草者，那边有两个角色，有一条边传递工作，有一句话是它的终结。把它画出来一次，它就能在没有你的情况下运行。
本文中的两个循环都以模板形式随 looperators 发布——开源，Apache-2.0 许可：
github.com/ObservedObserver/looperators
如果你运行一个，我很想知道你接下来画的是哪个循环。
