关联终端

@提及一个你已经打开的 AI 终端，你的提示词就会被投递到那个正在运行的实时 agent 中——并带有一条回复通道，能把结果发回给你。

让两个 agent 协同工作最简单的方式，就是从一个 agent 内部直接和另一个对话。在 1DevTool 中，这就是关联终端：你提及一个已经打开的终端，你的提示词就会被投递到那个实时 agent 中，而不是重新生成一个新的 agent。

从提示框委派任务给另一个 agent

提及一个终端

打开 Agent Input 并输入 @。提及选择器中有一个 Terminals 标签页，列出所有已打开的 AI 终端，按项目分组，并支持按终端名或项目名搜索。

选中一个，写下你的指令，然后发送。提示词会被投递到那个 agent 的输入框中并自动提交。

关联可以跨项目进行。一个在 acme-api 中工作的终端可以把任务交给 acme-storefront 中的 agent——当一次改动同时涉及后端和前端、而你希望每个 agent 都留在各自的仓库中时，这非常有用。

把答案取回来

在同一条消息里再提及当前终端，就能打开一条回复通道，把结果发回给你自己。这样答案就会出现在你的终端里，而不是打印在对方的终端里——这几乎总是你想要的效果。

每一条投递的消息都携带发送者信息和用于回复的确切命令，因此接收方 agent 永远不需要猜测该如何回复。一条回复会将原始请求标记为已回答——而且只有在这条回复本身被证实已投递之后才会这样标记，所以一条排队中、被取消或投递失败的回复，会让原始请求保持明显的“未完成”状态。

已投递，或投递未确认

1DevTool 不会在无法证实消息已送达的情况下告诉你消息已送达。

  • 已投递（Delivered） —— 接收方 agent 已明确接受了那条确切的消息：它作为一条真实消息出现在其会话中，或者其输入框可见地保存过你的文本随后被清空。
  • 投递未确认（Delivery-unconfirmed） —— 按键已经到达终端，但无法证实是否被接受。这种情况刻意不会自动重试；再次按下回车可能会让同一个任务运行两次，所以 1DevTool 把决定权留给你。
  • 排队中（Queued） —— 尚无法证实接收方 agent 的输入框已经清空。排队中的投递每 15 秒会自动重试一次，最长持续 10 分钟，并会告诉你它在等待什么。如果目标没有就绪契约，或该关联被设置为严格确认模式，则会改为向你请求立即提交（Submit now）或取消（Cancel）。

同样的原因说明会出现在消息出现的每一个地方：Mission Control、Team Map、AI 设置，以及手机端。

在投递生效前先批准

一条关联可以被设置为确认模式（confirm mode），此时一条消息会等待你的许可。这些排队中的投递会显示在接收方 agent 位于 Mission Control 和 Team Map 中的卡片上，并带有 Submit 和 Reject 按钮，因此确认模式下的关联永远不需要你在列表中翻找消息。

终端会自行排列

一个正在进行实时编排的项目会自动切换到 2×2 网格布局，方便你观察参与者的工作情况。你自己手动调整的布局始终优先生效，而它捕获到的布局会在项目安静下来后恢复。这一行为是 Settings → AI 下一个真实存在的设置项，而不是隐藏的偏好设置。

当一个终端重启时

终端被关闭或重启的关联会变为隔离状态（quarantined）。Mission Control 会列出它们，并提供 Relink 和 Clear all，而 Resume team 能一次性重新连接一个项目下的所有 agent——每个终端只会收到一条汇总的“进度追赶”通知，而不是每条关联一条。终端已永久消失的关联会被清理，而不会一直堆积在计数器里。

从命令行操作

agent CLI 覆盖了同样的功能：whoami 用于查看你当前所在的终端，link send 用于投递消息（并支持回复），link status 则提供一个看板，汇总你发送过的所有消息以及所有正在等待你处理的事项。

Related