技术拆解：它如何自动"看见"你的代理并协同工作

Recto的技术思路，是去接管那些你已经装好的代理，而不是逼你换一套。安装后它会自动检测本机的编码代理，目前支持Claude Code、Codex、Cursor和OpenCode。检测到之后，这些代理的命令行接口直接在Recto内部被调用，不需要切换窗口，也不需要额外的配置。你再装一个新的代理，它也能立即被识别 来源：HN。

更激进的地方在于多代理并行。同一个设计稿上，Claude Code、Codex、Cursor和OpenCode可以同时开工。官网上给的例子是一个Hero区，四个代理各自领一个任务方向，一起处理 来源：HN。这个用法在常规认知里有点反直觉，我们通常觉得多个代理同时操作会互相踩脚。

实际工作流是细颗粒度的。官网视频演示里有一个具体例子：代理收到"Give this hero a warmer feel and more room to breathe"的提示词后，开始思考，读取了pages/index.html文件，共86行，最终更新了1行 来源：HN。一个提示词对应一次轻量增量修改，而不是推倒重来。

用户干预的方式也很直接。代理做完一版，你觉得第二张卡片位置不对，可以不写提示词，直接在画布上选中卡片移动；或者写一句"Move the second card a little to the left"，让代理去处理 来源：HN。前者是手动微调，后者是语义化指令，两条路都在画布内完成。

判断与观察：多代理并行是反直觉的，HN社区却保持沉默

我第一眼看到"四个代理同时工作"时，直觉是它们会冲突。仔细想，这种担心可能过时了。冲突的前提是各代理不知道对方在做什么。但在Recto里，所有代理面对的是同一个可视画布，改动可以被看见，上下文是共享的。与其说它们在同一设计上竞争，不如说它们在同一设计上协作，各管一个方向 来源：HN。

这也让我重新看AI编码工具的竞争逻辑。之前大家的注意力集中在单次代码生成的质量上，好像谁生成的代码更优雅谁就赢。Recto的产品介绍在暗示另一件事：真正拉开效率差距的，是工作流的连续性。减少终端、浏览器、截图、提示词之间的上下文断裂，比提升单次生成质量更实在 来源：HN。这跟"代理是编码者"的旧叙事不太一样，官网上那句"coding agents are great at building, but designing with them still means jumping between terminals"已经把话说透了，代理的角色正在从纯粹执行者变成设计过程的参与者 来源：HN。

有意思的是，这个产品在HN上遇冷。发布帖只有1分、0条评论，官网免费下载还带视频演示，社区基本没反应 来源：HN。我不确定具体原因。可能是画布这类工具对习惯终端的开发者来说学习成本高，也可能是多代理并行对多数人还没变成刚需。

但那个86行读入、1行更新的例子让我觉得，这类工具的价值不在于宏大叙事。它让AI代理的操作变得可追踪、可干预、可回退。当编码代理的操作粒度小到单行级别，并且所有步骤都发生在同一个可视空间里，人类才真正获得对AI工作过程的掌控感。这一点，终端里那种黑箱式的输出给不了。

原文：

Show HN: Recto – A visual canvas for coding agents · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年10月30日