用户手册

协作

「协作」这一屏只管一件事：智能体之间的委托——让一个正在干活的智能体把子任务交给另一个智能体去跑。

日常从智能体页面底部的「多智能体协同」进去，那就是同一块面板。/settings/collaboration 这个路由也能直接打开，内容相同，只是多一个「协作」标题。

委托的落地形式是 croli 注入给各 CLI 的那个 MCP 工具 delegate_to_agent：它是异步的——父智能体派完活立刻拿到一个任务 ID 继续自己的事，之后再去取结果，不会阻塞在那里等。这个工具的开关只在这里，扩展工具那一屏里没有它。

通用

控件	说明	默认
启用委托	关掉之后 `delegate_to_agent` 会从智能体看到的 MCP 工具清单里消失——不是调用时报错，而是根本不存在	开
最大委托深度	委托链（根 → 子 → 孙 …）的最大递归层数，允许 1–8	1
已完成结果缓存（MB）	运行中的委托会话为已完成子任务结果留的内存预算	512

深度默认是 1，也就是「根智能体可以派活，但子智能体不能再往下派」。想做多层编排才需要往上调；每加一层，同时在跑的进程数都可能翻一倍。

缓存只在那条委托会话运行期间存在，会话结束即清空。超预算时先丢最旧的结果——丢掉的只是父智能体手里的内存副本，子智能体自己的会话记录仍然在，照样能点进去看。填 0 表示不限额（会话结束后依然会清）。

改完要点保存，这一节不自动保存。

如果某个智能体单独打开了「由 Agent 自行处理文件与命令」（CROLI_ACP_HOST_TOOLS=agent，在智能体页面上按智能体设置），它拿不到委派工具，这一节会列出这些智能体的名字。那个开关把文件与命令的处理权整体交回给 CLI 自己，委派工具也一并不注入。

这一页签决定被委派出去的那次调用用什么配置启动，可以按智能体分别覆盖。每个智能体下面出现哪几行是动态的：

权限模式 — Croli 自己的一套权限预设，作为启动参数传给子智能体（不是直接映射到该 CLI 的审批策略）。目前只有 Grok 有这一行。
模式 — 对应该 CLI 自己的 mode 概念。只在该智能体报告了可用模式、而且没有其它可配置项时才单独出现——所以像 Codex 这种带配置项的就看不到它。
每个探测出来的配置项各占一行 — 数量不固定，由目标智能体自己报告。

选项不是写死在 Croli 里的，而是启动前实时探测目标智能体拿到的——所选即所用。探测期间显示「正在加载该智能体的可用配置项…」，失败可以重试；探测出来没有可配置项的智能体显示「该智能体没有可配置项。」。每一项都带一行「智能体默认：xxx」，不选就跟着该 CLI 自己的默认值走。