chore(i18n): refresh zh-CN translations
This commit is contained in:
parent
a2f260ac44
commit
1d039a880e
@ -2,36 +2,47 @@
|
||||
read_when:
|
||||
- 你想通过智能体进行后台或并行工作
|
||||
- 你正在更改 sessions_spawn 或子智能体工具策略
|
||||
- 你正在实现或排查线程绑定的子智能体会话
|
||||
- 你正在实现线程绑定的子智能体会话,或对其进行故障排除
|
||||
sidebarTitle: Sub-agents
|
||||
summary: 启动隔离的后台智能体运行任务,并将结果回传到请求者聊天
|
||||
summary: 启动隔离的后台智能体运行任务,并将结果回报到请求者聊天中
|
||||
title: 子智能体
|
||||
x-i18n:
|
||||
generated_at: "2026-05-03T22:25:19Z"
|
||||
generated_at: "2026-05-04T05:37:21Z"
|
||||
model: gpt-5.5
|
||||
provider: openai
|
||||
source_hash: d0df39e06b952def3eb0b296f36c7dc8c0b0a115785d865236a970c5d453fc37
|
||||
source_hash: 65d60bf6813d667b7311aa28109d4bd6be012a16e638c64cfff130831db88cd8
|
||||
source_path: tools/subagents.md
|
||||
workflow: 16
|
||||
---
|
||||
|
||||
子智能体是从现有智能体运行中生成的后台智能体运行。
|
||||
它们在自己的会话(`agent:<agentId>:subagent:<uuid>`)中运行,并在完成后,将结果**公告**回请求方聊天渠道。每个子智能体运行都会作为一个[后台任务](/zh-CN/automation/tasks)跟踪。
|
||||
它们在自己的会话(`agent:<agentId>:subagent:<uuid>`)中运行,并且
|
||||
在完成时将其结果**通告**回请求方聊天
|
||||
渠道。每个子智能体运行都会作为
|
||||
[后台任务](/zh-CN/automation/tasks) 跟踪。
|
||||
|
||||
主要目标:
|
||||
|
||||
- 并行处理“研究 / 长任务 / 慢工具”工作,而不阻塞主运行。
|
||||
- 并行处理“研究 / 长任务 / 慢工具”工作,而不会阻塞主运行。
|
||||
- 默认保持子智能体隔离(会话分离 + 可选沙箱隔离)。
|
||||
- 让工具表面难以误用:子智能体默认不会获得会话工具。
|
||||
- 支持可配置的嵌套深度,以适配编排器模式。
|
||||
- 让工具面难以被误用:子智能体默认**不会**获得会话工具。
|
||||
- 支持为编排器模式配置嵌套深度。
|
||||
|
||||
<Note>
|
||||
**成本说明:**默认情况下,每个子智能体都有自己的上下文和 token 使用量。对于繁重或重复的任务,为子智能体设置更便宜的模型,并让你的主智能体使用质量更高的模型。通过 `agents.defaults.subagents.model` 或按智能体覆盖项进行配置。当子运行确实需要请求方的当前转录时,智能体可以在该次生成中请求 `context: "fork"`。线程绑定的子智能体会话默认使用 `context: "fork"`,因为它们会把当前对话分支到一个后续线程中。
|
||||
**成本说明:**默认情况下,每个子智能体都有自己的上下文和 token 用量。
|
||||
对于繁重或重复的任务,请为子智能体设置更便宜的模型,
|
||||
并让你的主智能体使用更高质量的模型。可通过
|
||||
`agents.defaults.subagents.model` 或按智能体覆盖进行配置。当子级
|
||||
确实需要请求方的当前转录时,智能体可以在那一次生成中请求
|
||||
`context: "fork"`。线程绑定的子智能体会话默认使用
|
||||
`context: "fork"`,因为它们会将当前对话分支到一个
|
||||
后续线程中。
|
||||
</Note>
|
||||
|
||||
## 斜杠命令
|
||||
|
||||
使用 `/subagents` 检查或控制**当前会话**的子智能体运行:
|
||||
使用 `/subagents` 检查或控制**当前
|
||||
会话**的子智能体运行:
|
||||
|
||||
```text
|
||||
/subagents list
|
||||
@ -43,13 +54,16 @@ x-i18n:
|
||||
/subagents spawn <agentId> <task> [--model <model>] [--thinking <level>]
|
||||
```
|
||||
|
||||
使用顶层 [`/steer <message>`](/zh-CN/tools/steer) 来 Steer 当前请求方会话的活跃运行。当目标是子运行时,使用 `/subagents steer <id|#> <message>`。
|
||||
使用顶层 [`/steer <message>`](/zh-CN/tools/steer) 来 Steer 当前请求方会话的活动运行。当目标是子运行时,使用 `/subagents steer <id|#> <message>`。
|
||||
|
||||
`/subagents info` 会显示运行元数据(状态、时间戳、会话 ID、转录路径、清理)。使用 `sessions_history` 获取有界且经过安全过滤的回忆视图;当你需要原始完整转录时,检查磁盘上的转录路径。
|
||||
`/subagents info` 会显示运行元数据(Status、时间戳、会话 ID、
|
||||
转录路径、清理)。使用 `sessions_history` 获取有界的、
|
||||
经过安全过滤的回忆视图;当你需要原始完整转录时,请检查磁盘上的转录路径。
|
||||
|
||||
### 线程绑定控制
|
||||
|
||||
这些命令适用于支持持久线程绑定的渠道。请参阅下方的[支持线程的渠道](#thread-supporting-channels)。
|
||||
这些命令适用于支持持久线程绑定的渠道。
|
||||
请参阅下面的[支持线程的渠道](#thread-supporting-channels)。
|
||||
|
||||
```text
|
||||
/focus <subagent-label|session-key|session-id|session-label>
|
||||
@ -61,64 +75,77 @@ x-i18n:
|
||||
|
||||
### 生成行为
|
||||
|
||||
`/subagents spawn` 会以用户命令(而不是内部中继)的形式启动后台子智能体,并在运行完成时向请求方聊天发送一条最终完成更新。
|
||||
`/subagents spawn` 会以用户命令(而不是内部中继)的形式启动一个后台子智能体,
|
||||
并在运行完成时向请求方聊天发送一条最终完成更新。
|
||||
|
||||
<AccordionGroup>
|
||||
<Accordion title="非阻塞、基于推送的完成">
|
||||
- 生成命令是非阻塞的;它会立即返回运行 ID。
|
||||
- 完成后,子智能体会向请求方聊天渠道公告一条摘要/结果消息。
|
||||
- 完成是基于推送的。一旦生成,不要为了等待它完成而在循环中轮询 `/subagents list`、`sessions_list` 或 `sessions_history`;仅在调试或干预需要时按需检查状态。
|
||||
- 完成时,在公告清理流程继续之前,OpenClaw 会尽力关闭该子智能体会话打开的已跟踪浏览器标签页/进程。
|
||||
- 生成命令是非阻塞的;它会立即返回一个运行 ID。
|
||||
- 完成时,子智能体会向请求方聊天渠道通告一条摘要/结果消息。
|
||||
- 完成是基于推送的。生成后,不要为了等待它完成而循环轮询 `/subagents list`、`sessions_list` 或 `sessions_history`;仅在调试或干预需要时按需检查 Status。
|
||||
- 完成时,OpenClaw 会尽力关闭该子智能体会话打开并被跟踪的浏览器标签页/进程,然后通告清理流程继续。
|
||||
|
||||
</Accordion>
|
||||
<Accordion title="手动生成的投递韧性">
|
||||
- OpenClaw 会先尝试使用稳定的幂等键进行直接 `agent` 投递。
|
||||
- 如果直接投递失败,它会回退到队列路由。
|
||||
- 如果队列路由仍不可用,则公告会在最终放弃前以短指数退避重试。
|
||||
- 完成投递会保留已解析的请求方路由:当线程绑定或对话绑定的完成路由可用时优先使用;如果完成来源只提供渠道,OpenClaw 会从请求方会话的已解析路由(`lastChannel` / `lastTo` / `lastAccountId`)补齐缺失的目标/账号,因此直接投递仍然有效。
|
||||
- 如果请求方智能体的完成轮次失败、没有产生可见输出,或者返回了已捕获子级结果的明显不完整前缀,OpenClaw 会回退为从已捕获的子级结果直接投递完成内容。
|
||||
- 如果无法使用直接投递,它会回退为队列路由。
|
||||
- 如果队列路由仍然不可用,则通告会使用短暂的指数退避重试,然后才最终放弃。
|
||||
- 完成投递会保留已解析的请求方路由:线程绑定或对话绑定的完成路由可用时优先;如果完成来源只提供了渠道,OpenClaw 会从请求方会话的已解析路由(`lastChannel` / `lastTo` / `lastAccountId`)补齐缺失的目标/账户,从而让直接投递仍可工作。
|
||||
|
||||
</Accordion>
|
||||
<Accordion title="完成交接元数据">
|
||||
交给请求方会话的完成交接是运行时生成的内部上下文(不是用户编写的文本),并包含:
|
||||
<Accordion title="完成移交元数据">
|
||||
交给请求方会话的完成移交是运行时生成的
|
||||
内部上下文(不是用户编写的文本),并包含:
|
||||
|
||||
- `Result` — 最新可见的 `assistant` 回复文本;否则为经过清理的最新工具/toolResult 文本。终端失败的运行不会复用捕获到的回复文本。
|
||||
- `Result` — 最新可见的 `assistant` 回复文本,否则是经过清理的最新 tool/toolResult 文本。终止失败的运行不会复用已捕获的回复文本。
|
||||
- `Status` — `completed successfully` / `failed` / `timed out` / `unknown`。
|
||||
- 精简的运行时/token 统计信息。
|
||||
- 一条投递指令,要求请求方智能体用正常助手语气重写(而不是转发原始内部元数据)。
|
||||
- 紧凑的运行时/token 统计信息。
|
||||
- 一条投递指令,要求请求方智能体用正常的助手语气重写(而不是转发原始内部元数据)。
|
||||
|
||||
</Accordion>
|
||||
<Accordion title="模式和 ACP 运行时">
|
||||
- `--model` 和 `--thinking` 会覆盖该特定运行的默认值。
|
||||
- 完成后,使用 `info`/`log` 检查详细信息和输出。
|
||||
- `/subagents spawn` 是一次性模式(`mode: "run"`)。对于持久线程绑定会话,使用带有 `thread: true` 和 `mode: "session"` 的 `sessions_spawn`。
|
||||
- 对于 ACP harness 会话(Claude Code、Gemini CLI、OpenCode,或显式的 Codex ACP/acpx),当工具声明该运行时时,使用带有 `runtime: "acp"` 的 `sessions_spawn`。调试完成或智能体到智能体循环时,请参阅 [ACP 投递模型](/zh-CN/tools/acp-agents#delivery-model)。启用 `codex` 插件时,除非用户明确要求 ACP/acpx,否则 Codex 聊天/线程控制应优先使用 `/codex ...`,而不是 ACP。
|
||||
- OpenClaw 会隐藏 `runtime: "acp"`,直到 ACP 已启用、请求方未处于沙箱隔离状态,并且已加载 `acpx` 等后端插件。`runtime: "acp"` 期望外部 ACP harness ID,或带有 `runtime.type="acp"` 的 `agents.list[]` 条目;对于来自 `agents_list` 的普通 OpenClaw 配置智能体,请使用默认子智能体运行时。
|
||||
- 使用 `info`/`log` 在完成后检查详情和输出。
|
||||
- `/subagents spawn` 是一次性模式(`mode: "run"`)。对于持久线程绑定会话,请使用带有 `thread: true` 和 `mode: "session"` 的 `sessions_spawn`。
|
||||
- 对于 ACP harness 会话(Claude Code、Gemini CLI、OpenCode,或显式的 Codex ACP/acpx),当工具通告该运行时时,请使用带有 `runtime: "acp"` 的 `sessions_spawn`。调试完成或智能体间循环时,请参阅 [ACP 投递模型](/zh-CN/tools/acp-agents#delivery-model)。当启用 `codex` 插件时,除非用户明确要求 ACP/acpx,否则 Codex 聊天/线程控制应优先使用 `/codex ...` 而不是 ACP。
|
||||
- OpenClaw 会隐藏 `runtime: "acp"`,直到 ACP 已启用、请求方未被沙箱隔离,并且已加载 `acpx` 等后端插件。`runtime: "acp"` 需要外部 ACP harness ID,或一个 `runtime.type="acp"` 的 `agents.list[]` 条目;对于来自 `agents_list` 的普通 OpenClaw 配置智能体,请使用默认子智能体运行时。
|
||||
|
||||
</Accordion>
|
||||
</AccordionGroup>
|
||||
|
||||
## 上下文模式
|
||||
|
||||
原生子智能体默认以隔离方式启动,除非调用方明确要求 fork 当前转录。
|
||||
原生子智能体会以隔离方式启动,除非调用方明确要求 fork
|
||||
当前转录。
|
||||
|
||||
| 模式 | 使用场景 | 行为 |
|
||||
| 模式 | 使用时机 | 行为 |
|
||||
| ---------- | -------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
|
||||
| `isolated` | 全新研究、独立实现、慢工具工作,或任何可以在任务文本中说明清楚的工作 | 创建干净的子转录。这是默认值,并会降低 token 使用量。 |
|
||||
| `fork` | 依赖当前对话、先前工具结果,或请求方转录中已存在的细微指令的工作 | 在子运行开始前,将请求方转录分支到子会话。 |
|
||||
| `isolated` | 全新研究、独立实现、慢工具工作,或任何可以在任务文本中简要说明的内容 | 创建干净的子级转录。这是默认值,并且会降低 token 用量。 |
|
||||
| `fork` | 依赖当前对话、先前工具结果,或请求方转录中已有细微指令的工作 | 在子级启动前,将请求方转录分支到子级会话。 |
|
||||
|
||||
谨慎使用 `fork`。它适用于对上下文敏感的委派,不是编写清晰任务提示的替代品。
|
||||
谨慎使用 `fork`。它用于对上下文敏感的委派,
|
||||
不能替代编写清晰的任务提示。
|
||||
|
||||
## 工具:`sessions_spawn`
|
||||
|
||||
在全局 `subagent` 通道上以 `deliver: false` 启动一个子智能体运行,然后执行公告步骤,并将公告回复发布到请求方聊天渠道。
|
||||
在全局 `subagent` 通道上以 `deliver: false` 启动子智能体运行,
|
||||
然后运行通告步骤,并将通告回复发布到请求方
|
||||
聊天渠道。
|
||||
|
||||
可用性取决于调用方的有效工具策略。`coding` 和 `full` 配置文件默认公开 `sessions_spawn`。`messaging` 配置文件不会;对于应委派工作的智能体,添加 `tools.alsoAllow: ["sessions_spawn", "sessions_yield", "subagents"]`,或使用 `tools.profile: "coding"`。在配置文件阶段之后,渠道/群组、提供商、沙箱和按智能体允许/拒绝策略仍可能移除该工具。请从同一会话使用 `/tools` 确认有效工具列表。
|
||||
可用性取决于调用方的有效工具策略。`coding` 和
|
||||
`full` 配置文件默认公开 `sessions_spawn`。`messaging` 配置文件
|
||||
不公开;对于应委派工作的智能体,请添加 `tools.alsoAllow: ["sessions_spawn", "sessions_yield",
|
||||
"subagents"]` 或使用 `tools.profile: "coding"`。
|
||||
渠道/组、提供商、沙箱,以及按智能体的允许/拒绝策略仍可
|
||||
在配置文件阶段后移除该工具。请在同一
|
||||
会话中使用 `/tools` 确认有效工具列表。
|
||||
|
||||
**默认值:**
|
||||
|
||||
- **模型:**继承调用方,除非你设置 `agents.defaults.subagents.model`(或按智能体设置 `agents.list[].subagents.model`);显式的 `sessions_spawn.model` 仍然优先。
|
||||
- **思考:**继承调用方,除非你设置 `agents.defaults.subagents.thinking`(或按智能体设置 `agents.list[].subagents.thinking`);显式的 `sessions_spawn.thinking` 仍然优先。
|
||||
- **运行超时:**如果省略 `sessions_spawn.runTimeoutSeconds`,OpenClaw 会在设置了 `agents.defaults.subagents.runTimeoutSeconds` 时使用它;否则回退到 `0`(不超时)。
|
||||
- **模型:**继承调用方,除非你设置了 `agents.defaults.subagents.model`(或按智能体设置 `agents.list[].subagents.model`);显式的 `sessions_spawn.model` 仍然优先。
|
||||
- **Thinking:**继承调用方,除非你设置了 `agents.defaults.subagents.thinking`(或按智能体设置 `agents.list[].subagents.thinking`);显式的 `sessions_spawn.thinking` 仍然优先。
|
||||
- **运行超时:**如果省略 `sessions_spawn.runTimeoutSeconds`,OpenClaw 会在已设置时使用 `agents.defaults.subagents.runTimeoutSeconds`;否则回退到 `0`(无超时)。
|
||||
|
||||
### 工具参数
|
||||
|
||||
@ -132,67 +159,79 @@ x-i18n:
|
||||
在 `subagents.allowAgents` 允许时,在另一个智能体 ID 下生成。
|
||||
</ParamField>
|
||||
<ParamField path="runtime" type='"subagent" | "acp"' default="subagent">
|
||||
`acp` 仅用于外部 ACP harness(`claude`、`droid`、`gemini`、`opencode`,或明确请求的 Codex ACP/acpx),以及 `runtime.type` 为 `acp` 的 `agents.list[]` 条目。
|
||||
`acp` 仅用于外部 ACP harness(`claude`、`droid`、`gemini`、`opencode`,或显式请求的 Codex ACP/acpx),以及 `runtime.type` 为 `acp` 的 `agents.list[]` 条目。
|
||||
</ParamField>
|
||||
<ParamField path="resumeSessionId" type="string">
|
||||
仅 ACP。在 `runtime: "acp"` 时恢复现有 ACP harness 会话;对原生子智能体生成会被忽略。
|
||||
仅 ACP。当 `runtime: "acp"` 时恢复现有 ACP harness 会话;原生子智能体生成会忽略此项。
|
||||
</ParamField>
|
||||
<ParamField path="streamTo" type='"parent"'>
|
||||
仅 ACP。在 `runtime: "acp"` 时,将 ACP 运行输出流式传输到父会话;原生子智能体生成请省略。
|
||||
仅 ACP。当 `runtime: "acp"` 时,将 ACP 运行输出流式传输到父会话;原生子智能体生成请省略。
|
||||
</ParamField>
|
||||
<ParamField path="model" type="string">
|
||||
覆盖子智能体模型。无效值会被跳过,并且子智能体会在默认模型上运行,同时在工具结果中给出警告。
|
||||
覆盖子智能体模型。无效值会被跳过,子智能体会在默认模型上运行,并在工具结果中给出警告。
|
||||
</ParamField>
|
||||
<ParamField path="thinking" type="string">
|
||||
覆盖子智能体运行的思考级别。
|
||||
覆盖子智能体运行的 thinking 级别。
|
||||
</ParamField>
|
||||
<ParamField path="runTimeoutSeconds" type="number">
|
||||
设置时默认为 `agents.defaults.subagents.runTimeoutSeconds`,否则为 `0`。设置后,子智能体运行会在 N 秒后中止。
|
||||
已设置时默认为 `agents.defaults.subagents.runTimeoutSeconds`,否则为 `0`。设置后,子智能体运行会在 N 秒后中止。
|
||||
</ParamField>
|
||||
<ParamField path="thread" type="boolean" default="false">
|
||||
当为 `true` 时,请求为此子智能体会话绑定渠道线程。
|
||||
当为 `true` 时,为此子智能体会话请求渠道线程绑定。
|
||||
</ParamField>
|
||||
<ParamField path="mode" type='"run" | "session"' default="run">
|
||||
如果 `thread: true` 且省略 `mode`,默认值变为 `session`。`mode: "session"` 要求 `thread: true`。
|
||||
如果 `thread: true` 且省略 `mode`,默认会变为 `session`。`mode: "session"` 需要 `thread: true`。
|
||||
</ParamField>
|
||||
<ParamField path="cleanup" type='"delete" | "keep"' default="keep">
|
||||
`"delete"` 会在公告后立即归档(仍通过重命名保留转录)。
|
||||
`"delete"` 会在通告后立即归档(仍会通过重命名保留转录)。
|
||||
</ParamField>
|
||||
<ParamField path="sandbox" type='"inherit" | "require"' default="inherit">
|
||||
`require` 会拒绝生成,除非目标子运行时处于沙箱隔离状态。
|
||||
`require` 会拒绝生成,除非目标子级运行时已被沙箱隔离。
|
||||
</ParamField>
|
||||
<ParamField path="context" type='"isolated" | "fork"' default="isolated">
|
||||
`fork` 会将请求方的当前转录分支到子会话。仅限原生子智能体。线程绑定生成默认为 `fork`;非线程生成默认为 `isolated`。
|
||||
`fork` 会将请求方的当前转录分支到子级会话。仅限原生子智能体。线程绑定生成默认为 `fork`;非线程生成默认为 `isolated`。
|
||||
</ParamField>
|
||||
|
||||
<Warning>
|
||||
`sessions_spawn` **不**接受渠道投递参数(`target`、`channel`、`to`、`threadId`、`replyTo`、`transport`)。如需投递,请从生成的运行中使用 `message`/`sessions_send`。
|
||||
`sessions_spawn` **不**接受渠道投递参数(`target`、
|
||||
`channel`、`to`、`threadId`、`replyTo`、`transport`)。对于投递,请从已生成的运行使用
|
||||
`message`/`sessions_send`。
|
||||
</Warning>
|
||||
|
||||
## 线程绑定会话
|
||||
|
||||
当某个渠道启用线程绑定时,子智能体可以保持绑定到一个线程,因此该线程中的后续用户消息会继续路由到同一个子智能体会话。
|
||||
当渠道启用线程绑定时,子智能体可以保持绑定到
|
||||
一个线程,因此该线程中的后续用户消息会继续路由到
|
||||
同一个子智能体会话。
|
||||
|
||||
### 支持线程的渠道
|
||||
|
||||
**Discord** 目前是唯一受支持的渠道。它支持持久线程绑定子智能体会话(带有 `thread: true` 的 `sessions_spawn`)、手动线程控制(`/focus`、`/unfocus`、`/agents`、`/session idle`、`/session max-age`),以及适配器键 `channels.discord.threadBindings.enabled`、`channels.discord.threadBindings.idleHours`、`channels.discord.threadBindings.maxAgeHours` 和 `channels.discord.threadBindings.spawnSessions`。
|
||||
**Discord** 目前是唯一受支持的渠道。它支持
|
||||
持久线程绑定的子智能体会话(带有
|
||||
`thread: true` 的 `sessions_spawn`)、手动线程控制(`/focus`、`/unfocus`、`/agents`、
|
||||
`/session idle`、`/session max-age`),以及适配器键
|
||||
`channels.discord.threadBindings.enabled`、
|
||||
`channels.discord.threadBindings.idleHours`、
|
||||
`channels.discord.threadBindings.maxAgeHours` 和
|
||||
`channels.discord.threadBindings.spawnSessions`。
|
||||
|
||||
### 快速流程
|
||||
|
||||
<Steps>
|
||||
<Step title="生成">
|
||||
带有 `thread: true` 的 `sessions_spawn`(也可选择带上 `mode: "session"`)。
|
||||
<Step title="Spawn">
|
||||
使用 `thread: true`(以及可选的 `mode: "session"`)调用 `sessions_spawn`。
|
||||
</Step>
|
||||
<Step title="绑定">
|
||||
OpenClaw 在活跃渠道中为该会话目标创建或绑定一个线程。
|
||||
<Step title="Bind">
|
||||
OpenClaw 会在活动渠道中为该会话目标创建或绑定一个线程。
|
||||
</Step>
|
||||
<Step title="路由后续消息">
|
||||
该线程中的回复和后续消息会路由到绑定的会话。
|
||||
<Step title="Route follow-ups">
|
||||
该线程中的回复和后续消息会路由到已绑定的会话。
|
||||
</Step>
|
||||
<Step title="检查超时">
|
||||
使用 `/session idle` 检查/更新非活跃自动取消聚焦,并使用 `/session max-age` 控制硬上限。
|
||||
<Step title="Inspect timeouts">
|
||||
使用 `/session idle` 检查/更新非活动自动取消聚焦,并使用
|
||||
`/session max-age` 控制硬性上限。
|
||||
</Step>
|
||||
<Step title="分离">
|
||||
<Step title="Detach">
|
||||
使用 `/unfocus` 手动分离。
|
||||
</Step>
|
||||
</Steps>
|
||||
@ -203,22 +242,22 @@ x-i18n:
|
||||
| ------------------ | --------------------------------------------------------------------- |
|
||||
| `/focus <target>` | 将当前线程(或创建一个线程)绑定到子智能体/会话目标 |
|
||||
| `/unfocus` | 移除当前已绑定线程的绑定 |
|
||||
| `/agents` | 列出活跃运行和绑定状态(`thread:<id>` 或 `unbound`) |
|
||||
| `/session idle` | 查看/更新空闲自动取消聚焦(仅限已聚焦的绑定线程) |
|
||||
| `/session max-age` | 查看/更新硬性上限(仅限已聚焦的绑定线程) |
|
||||
| `/agents` | 列出活动运行和绑定状态(`thread:<id>` 或 `unbound`) |
|
||||
| `/session idle` | 检查/更新空闲自动取消聚焦(仅限已聚焦的绑定线程) |
|
||||
| `/session max-age` | 检查/更新硬性上限(仅限已聚焦的绑定线程) |
|
||||
|
||||
### 配置开关
|
||||
|
||||
- **全局默认值:**`session.threadBindings.enabled`、`session.threadBindings.idleHours`、`session.threadBindings.maxAgeHours`。
|
||||
- **渠道覆盖和生成时自动绑定键** 是适配器特定的。请参见上方的 [支持线程的渠道](#thread-supporting-channels)。
|
||||
- **全局默认值:** `session.threadBindings.enabled`、`session.threadBindings.idleHours`、`session.threadBindings.maxAgeHours`。
|
||||
- **渠道覆盖和生成自动绑定键**因适配器而异。参见上方的[支持线程的渠道](#thread-supporting-channels)。
|
||||
|
||||
请参见 [配置参考](/zh-CN/gateway/configuration-reference) 和
|
||||
[斜杠命令](/zh-CN/tools/slash-commands),了解当前适配器详情。
|
||||
有关当前适配器详情,请参见[配置参考](/zh-CN/gateway/configuration-reference)和
|
||||
[斜杠命令](/zh-CN/tools/slash-commands)。
|
||||
|
||||
### 允许列表
|
||||
|
||||
<ParamField path="agents.list[].subagents.allowAgents" type="string[]">
|
||||
可通过显式 `agentId` 指定为目标的智能体 ID 列表(`["*"]` 允许任意目标)。默认值:仅限请求方智能体。如果你设置了列表,并且仍希望请求方通过 `agentId` 生成自身,请将请求方 ID 包含在列表中。
|
||||
可通过显式 `agentId` 作为目标的智能体 ID 列表(`["*"]` 允许任意目标)。默认值:仅请求方智能体。如果你设置了列表,并且仍希望请求方使用 `agentId` 生成自身,请将请求方 ID 包含在列表中。
|
||||
</ParamField>
|
||||
<ParamField path="agents.defaults.subagents.allowAgents" type="string[]">
|
||||
当请求方智能体未设置自己的 `subagents.allowAgents` 时使用的默认目标智能体允许列表。
|
||||
@ -227,26 +266,25 @@ x-i18n:
|
||||
阻止省略 `agentId` 的 `sessions_spawn` 调用(强制显式选择配置文件)。按智能体覆盖:`agents.list[].subagents.requireAgentId`。
|
||||
</ParamField>
|
||||
|
||||
如果请求方会话处于沙箱隔离状态,`sessions_spawn` 会拒绝将以非沙箱隔离方式运行的目标。
|
||||
如果请求方会话是沙箱隔离的,`sessions_spawn` 会拒绝会以非沙箱方式运行的目标。
|
||||
|
||||
### 设备发现
|
||||
|
||||
使用 `agents_list` 查看当前允许用于 `sessions_spawn` 的智能体 ID。响应包含每个列出智能体的有效模型和嵌入式运行时元数据,因此调用方可以区分 PI、Codex 应用服务器以及其他已配置的原生运行时。
|
||||
使用 `agents_list` 查看当前允许用于 `sessions_spawn` 的智能体 ID。响应包含每个列出智能体的有效模型和嵌入式运行时元数据,因此调用方可以区分 Pi、Codex 应用服务器以及其他已配置的原生运行时。
|
||||
|
||||
### 自动归档
|
||||
|
||||
- 子智能体会话会在 `agents.defaults.subagents.archiveAfterMinutes` 后自动归档(默认 `60`)。
|
||||
- 归档使用 `sessions.delete`,并将转录重命名为 `*.deleted.<timestamp>`(同一文件夹)。
|
||||
- `cleanup: "delete"` 会在通知后立即归档(仍通过重命名保留转录)。
|
||||
- 归档使用 `sessions.delete`,并将转录记录重命名为 `*.deleted.<timestamp>`(同一文件夹)。
|
||||
- `cleanup: "delete"` 会在公告后立即归档(仍会通过重命名保留转录记录)。
|
||||
- 自动归档是尽力而为;如果 Gateway 网关重启,待处理计时器会丢失。
|
||||
- `runTimeoutSeconds` **不会** 自动归档;它只会停止运行。会话会保留到自动归档发生。
|
||||
- `runTimeoutSeconds` **不会**自动归档;它只会停止运行。会话会一直保留到自动归档。
|
||||
- 自动归档同样适用于深度 1 和深度 2 会话。
|
||||
- 浏览器清理与归档清理相互独立:当运行结束时,会尽力关闭被跟踪的浏览器标签页/进程,即使转录/会话记录被保留。
|
||||
- 浏览器清理与归档清理是分开的:当运行结束时,会尽力关闭已跟踪的浏览器标签页/进程,即使转录记录/会话记录被保留。
|
||||
|
||||
## 嵌套子智能体
|
||||
|
||||
默认情况下,子智能体不能生成自己的子智能体
|
||||
(`maxSpawnDepth: 1`)。设置 `maxSpawnDepth: 2` 可启用一级嵌套,即 **编排器模式**:主智能体 → 编排器子智能体 → 工作子子智能体。
|
||||
默认情况下,子智能体不能生成自己的子智能体(`maxSpawnDepth: 1`)。设置 `maxSpawnDepth: 2` 可启用一层嵌套,即**编排器模式**:主智能体 → 编排器子智能体 → 工作子子智能体。
|
||||
|
||||
```json5
|
||||
{
|
||||
@ -265,125 +303,123 @@ x-i18n:
|
||||
|
||||
### 深度级别
|
||||
|
||||
| 深度 | 会话键形态 | 角色 | 可生成? |
|
||||
| ----- | -------------------------------------------- | --------------------------------------------- | ---------------------------- |
|
||||
| 0 | `agent:<id>:main` | 主智能体 | 始终 |
|
||||
| 1 | `agent:<id>:subagent:<uuid>` | 子智能体(允许深度 2 时为编排器) | 仅当 `maxSpawnDepth >= 2` |
|
||||
| 2 | `agent:<id>:subagent:<uuid>:subagent:<uuid>` | 子子智能体(叶子工作智能体) | 永不 |
|
||||
| 深度 | 会话键形态 | 角色 | 可以生成? |
|
||||
| ---- | -------------------------------------------- | ----------------------------------------- | ----------------------------- |
|
||||
| 0 | `agent:<id>:main` | 主智能体 | 始终可以 |
|
||||
| 1 | `agent:<id>:subagent:<uuid>` | 子智能体(允许深度 2 时为编排器) | 仅当 `maxSpawnDepth >= 2` |
|
||||
| 2 | `agent:<id>:subagent:<uuid>:subagent:<uuid>` | 子子智能体(叶子工作者) | 永不可以 |
|
||||
|
||||
### 通知链
|
||||
### 公告链
|
||||
|
||||
结果会沿链路向上流动:
|
||||
|
||||
1. 深度 2 工作智能体完成 → 通知其父级(深度 1 编排器)。
|
||||
2. 深度 1 编排器接收通知,综合结果,完成 → 通知主智能体。
|
||||
3. 主智能体接收通知并交付给用户。
|
||||
1. 深度 2 工作者完成 → 向其父级(深度 1 编排器)公告。
|
||||
2. 深度 1 编排器接收公告,综合结果,完成 → 向主智能体公告。
|
||||
3. 主智能体接收公告并交付给用户。
|
||||
|
||||
每一层只会看到来自其直接子级的通知。
|
||||
每一级只会看到其直接子级的公告。
|
||||
|
||||
<Note>
|
||||
**运维指导:**一次性启动子级工作并等待完成事件,而不是围绕 `sessions_list`、`sessions_history`、`/subagents list` 或 `exec` 睡眠命令构建轮询循环。`sessions_list` 和 `/subagents list` 会让子会话关系聚焦于实时工作:实时子级保持附加,已结束子级会在短暂的最近窗口内保持可见,并且过期的仅存储子级链接会在其新鲜度窗口之后被忽略。这可以防止旧的 `spawnedBy` / `parentSessionKey` 元数据在重启后复活幽灵子级。如果子级完成事件在你已经发送最终答案后到达,正确的后续操作是精确的静默令牌 `NO_REPLY` / `no_reply`。
|
||||
**操作指南:**启动一次子任务工作,然后等待完成事件,而不是围绕 `sessions_list`、`sessions_history`、`/subagents list` 或 `exec` 睡眠命令构建轮询循环。`sessions_list` 和 `/subagents list` 会让子会话关系专注于实时工作:实时子级保持附加,已结束子级会在短暂的最近窗口内保持可见,过期的仅存储子级链接会在其新鲜度窗口之后被忽略。这可以防止旧的 `spawnedBy` / `parentSessionKey` 元数据在重启后重新唤起幽灵子级。如果子级完成事件在你已经发送最终答案后到达,正确的后续回复是精确的静默令牌 `NO_REPLY` / `no_reply`。
|
||||
</Note>
|
||||
|
||||
### 按深度的工具策略
|
||||
### 按深度划分的工具策略
|
||||
|
||||
- 角色和控制范围会在生成时写入会话元数据。这可以防止扁平或已恢复的会话键意外重新获得编排器权限。
|
||||
- **深度 1(编排器,当 `maxSpawnDepth >= 2` 时):**获得 `sessions_spawn`、`subagents`、`sessions_list`、`sessions_history`,以便管理其子级。其他会话/系统工具仍被拒绝。
|
||||
- 角色和控制范围会在生成时写入会话元数据。这可以防止扁平或恢复的会话键意外重新获得编排器权限。
|
||||
- **深度 1(编排器,当 `maxSpawnDepth >= 2` 时):**获得 `sessions_spawn`、`subagents`、`sessions_list`、`sessions_history`,以便管理其子级。其他会话/系统工具仍会被拒绝。
|
||||
- **深度 1(叶子,当 `maxSpawnDepth == 1` 时):**没有会话工具(当前默认行为)。
|
||||
- **深度 2(叶子工作智能体):**没有会话工具,深度 2 下始终拒绝 `sessions_spawn`。不能继续生成子级。
|
||||
- **深度 2(叶子工作者):**没有会话工具;`sessions_spawn` 在深度 2 始终被拒绝。不能继续生成子级。
|
||||
|
||||
### 按智能体的生成限制
|
||||
### 按智能体生成限制
|
||||
|
||||
每个智能体会话(任意深度)同一时间最多可拥有 `maxChildrenPerAgent`
|
||||
(默认 `5`)个活跃子级。这可以防止单个编排器失控扇出。
|
||||
每个智能体会话(任意深度)同一时间最多可以有 `maxChildrenPerAgent`(默认 `5`)个活动子级。这可以防止单个编排器不受控地扇出。
|
||||
|
||||
### 级联停止
|
||||
|
||||
停止深度 1 编排器会自动停止其所有深度 2 子级:
|
||||
|
||||
- 主聊天中的 `/stop` 会停止所有深度 1 智能体,并级联到它们的深度 2 子级。
|
||||
- `/subagents kill <id>` 会停止指定子智能体,并级联到其子级。
|
||||
- `/subagents kill <id>` 会停止特定子智能体,并级联到其子级。
|
||||
- `/subagents kill all` 会停止请求方的所有子智能体并级联。
|
||||
|
||||
## 身份验证
|
||||
|
||||
子智能体身份验证按 **智能体 ID** 解析,而不是按会话类型解析:
|
||||
子智能体身份验证按**智能体 ID**解析,而不是按会话类型解析:
|
||||
|
||||
- 子智能体会话键为 `agent:<agentId>:subagent:<uuid>`。
|
||||
- 身份验证存储从该智能体的 `agentDir` 加载。
|
||||
- 主智能体的身份验证配置文件会作为 **后备** 合并进来;发生冲突时,智能体配置文件会覆盖主配置文件。
|
||||
- 子智能体会话键是 `agent:<agentId>:subagent:<uuid>`。
|
||||
- 身份验证存储会从该智能体的 `agentDir` 加载。
|
||||
- 主智能体的身份验证配置文件会作为**回退**合并;发生冲突时,智能体配置文件会覆盖主配置文件。
|
||||
|
||||
合并是增量式的,因此主配置文件始终可作为后备使用。尚不支持每个智能体完全隔离的身份验证。
|
||||
合并是增量式的,因此主配置文件始终可作为回退使用。尚不支持每个智能体完全隔离的身份验证。
|
||||
|
||||
## 通知
|
||||
## 公告
|
||||
|
||||
子智能体通过通知步骤回报:
|
||||
子智能体通过公告步骤回报:
|
||||
|
||||
- 通知步骤在子智能体会话内运行(不是请求方会话)。
|
||||
- 公告步骤在子智能体会话内运行(不是请求方会话)。
|
||||
- 如果子智能体精确回复 `ANNOUNCE_SKIP`,则不会发布任何内容。
|
||||
- 如果最新助手文本是精确的静默令牌 `NO_REPLY` / `no_reply`,即使之前存在可见进度,也会抑制通知输出。
|
||||
- 如果最新的助手文本是精确的静默令牌 `NO_REPLY` / `no_reply`,即使之前存在可见进度,也会抑制公告输出。
|
||||
|
||||
交付取决于请求方深度:
|
||||
|
||||
- 顶层请求方会话使用带外部交付的后续 `agent` 调用(`deliver=true`)。
|
||||
- 嵌套请求方子智能体会话会接收内部后续注入(`deliver=false`),使编排器可以在会话内综合子级结果。
|
||||
- 嵌套请求方子智能体会话接收内部后续注入(`deliver=false`),以便编排器在会话内综合子级结果。
|
||||
- 如果嵌套请求方子智能体会话已不存在,OpenClaw 会在可用时回退到该会话的请求方。
|
||||
|
||||
对于顶层请求方会话,完成模式直接交付会先解析任何已绑定的对话/线程路由和钩子覆盖,然后从请求方会话的已存储路由中填充缺失的渠道目标字段。这样即使完成来源只标识渠道,也能让完成内容落在正确的聊天/主题上。
|
||||
对于顶层请求方会话,完成模式的直接交付会先解析任何已绑定的对话/线程路由和钩子覆盖,然后从请求方会话存储的路由中填充缺失的渠道目标字段。即使完成来源只标识渠道,这也能将完成结果保持在正确的聊天/主题中。
|
||||
|
||||
构建嵌套完成发现时,子级完成聚合限定在当前请求方运行范围内,防止过期的先前运行子级输出泄漏到当前通知中。可用时,通知回复会保留渠道适配器上的线程/主题路由。
|
||||
构建嵌套完成发现时,子级完成聚合仅限于当前请求方运行,防止旧的先前运行子级输出泄漏到当前公告中。当渠道适配器可用线程/主题路由时,公告回复会保留这些路由。
|
||||
|
||||
### 通知上下文
|
||||
### 公告上下文
|
||||
|
||||
通知上下文会规范化为稳定的内部事件块:
|
||||
公告上下文会标准化为稳定的内部事件块:
|
||||
|
||||
| 字段 | 来源 |
|
||||
| -------------- | -------------------------------------------------------------------------------------------------------------- |
|
||||
| 来源 | `subagent` 或 `cron` |
|
||||
| 会话 ID | 子会话键/ID |
|
||||
| 类型 | 通知类型 + 任务标签 |
|
||||
| Status | 派生自运行时结果(`success`、`error`、`timeout` 或 `unknown`),**不是** 从模型文本推断 |
|
||||
| 结果内容 | 最新可见助手文本;否则为已清理的最新工具/toolResult 文本 |
|
||||
| 后续操作 | 描述何时回复与何时保持静默的指令 |
|
||||
| 字段 | 来源 |
|
||||
| -------- | --------------------------------------------------------------------------------------------------------- |
|
||||
| 来源 | `subagent` 或 `cron` |
|
||||
| 会话 ID | 子会话键/ID |
|
||||
| 类型 | 公告类型 + 任务标签 |
|
||||
| Status | 从运行时结果派生(`success`、`error`、`timeout` 或 `unknown`),**不是**从模型文本推断 |
|
||||
| 结果内容 | 最新可见的助手文本,否则为经过清理的最新工具/toolResult 文本 |
|
||||
| 后续 | 描述何时回复与何时保持静默的指令 |
|
||||
|
||||
终端失败运行会报告失败状态,而不会重放捕获到的回复文本。超时时,如果子级只执行到工具调用,通知可以将该历史折叠为简短的部分进度摘要,而不是重放原始工具输出。
|
||||
终端失败运行会报告失败状态,而不会重放捕获的回复文本。超时时,如果子级只完成了工具调用,公告可以将该历史折叠为简短的部分进度摘要,而不是重放原始工具输出。
|
||||
|
||||
### 统计行
|
||||
|
||||
通知载荷会在末尾包含统计行(即使被包装):
|
||||
公告载荷在末尾包含统计行(即使被换行包裹):
|
||||
|
||||
- 运行时长(例如 `runtime 5m12s`)。
|
||||
- 运行时(例如 `runtime 5m12s`)。
|
||||
- 令牌用量(输入/输出/总计)。
|
||||
- 配置模型定价时的估算成本(`models.providers.*.models[].cost`)。
|
||||
- `sessionKey`、`sessionId` 和转录路径,便于主智能体通过 `sessions_history` 获取历史或检查磁盘上的文件。
|
||||
- 配置模型定价时的预估成本(`models.providers.*.models[].cost`)。
|
||||
- `sessionKey`、`sessionId` 和转录记录路径,以便主智能体可以通过 `sessions_history` 获取历史,或检查磁盘上的文件。
|
||||
|
||||
内部元数据仅用于编排;面向用户的回复应以正常助手语气重写。
|
||||
内部元数据仅用于编排;面向用户的回复应改写为普通助手语气。
|
||||
|
||||
### 为什么优先使用 `sessions_history`
|
||||
|
||||
`sessions_history` 是更安全的编排路径:
|
||||
|
||||
- 助手回忆会先被规范化:移除思考标签;移除 `<relevant-memories>` / `<relevant_memories>` 脚手架;移除纯文本工具调用 XML 载荷块(`<tool_call>`、`<function_call>`、`<tool_calls>`、`<function_calls>`),包括从未干净闭合的截断载荷;移除降级的工具调用/结果脚手架和历史上下文标记;移除泄漏的模型控制令牌(`<|assistant|>`、其他 ASCII `<|...|>`、全角 `<|...|>`);移除格式异常的 MiniMax 工具调用 XML。
|
||||
- 类凭证/令牌文本会被脱敏。
|
||||
- 助手回忆会先标准化:剥离思考标签;剥离 `<relevant-memories>` / `<relevant_memories>` 脚手架;剥离纯文本工具调用 XML 载荷块(`<tool_call>`、`<function_call>`、`<tool_calls>`、`<function_calls>`),包括从未干净关闭的截断载荷;剥离降级的工具调用/结果脚手架和历史上下文标记;剥离泄漏的模型控制令牌(`<|assistant|>`、其他 ASCII `<|...|>`、全角 `<|...|>`);剥离格式错误的 MiniMax 工具调用 XML。
|
||||
- 类似凭证/令牌的文本会被遮盖。
|
||||
- 长块可能会被截断。
|
||||
- 非常大的历史可能会丢弃较早行,或将过大的行替换为 `[sessions_history omitted: message too large]`。
|
||||
- 当你需要完整逐字节转录时,原始磁盘转录检查是后备方式。
|
||||
- 非常大的历史可能会丢弃较旧的行,或用 `[sessions_history omitted: message too large]` 替换过大的行。
|
||||
- 当你需要完整逐字节转录记录时,原始磁盘转录记录检查是回退方案。
|
||||
|
||||
## 工具策略
|
||||
|
||||
子智能体首先使用与父级或目标智能体相同的配置文件和工具策略流水线。之后,OpenClaw 会应用子智能体限制层。
|
||||
子智能体首先使用与父智能体或目标智能体相同的 profile 和工具策略管线。之后,OpenClaw 会应用子智能体限制层。
|
||||
|
||||
如果没有限制性的 `tools.profile`,子智能体会获得 **除会话工具** 和系统工具之外的 **所有工具**:
|
||||
如果没有限制性的 `tools.profile`,子智能体会获得**除会话工具**和系统工具之外的所有工具:
|
||||
|
||||
- `sessions_list`
|
||||
- `sessions_history`
|
||||
- `sessions_send`
|
||||
- `sessions_spawn`
|
||||
|
||||
这里的 `sessions_history` 也仍是有界、已清理的回忆视图,**不是** 原始转录转储。
|
||||
这里的 `sessions_history` 也仍然是有界且经过清理的回忆视图,不是原始 transcript dump。
|
||||
|
||||
当 `maxSpawnDepth >= 2` 时,深度 1 编排器子智能体还会获得 `sessions_spawn`、`subagents`、`sessions_list` 和
|
||||
`sessions_history`,以便管理其子级。
|
||||
当 `maxSpawnDepth >= 2` 时,深度为 1 的编排子智能体还会额外获得 `sessions_spawn`、`subagents`、`sessions_list` 和 `sessions_history`,这样它们就可以管理自己的子级。
|
||||
|
||||
### 通过配置覆盖
|
||||
|
||||
@ -409,11 +445,7 @@ x-i18n:
|
||||
}
|
||||
```
|
||||
|
||||
`tools.subagents.tools.allow` 是最终的仅允许过滤器。它可以缩小
|
||||
已解析的工具集,但不能**重新添加**被 `tools.profile` 移除的工具。
|
||||
例如,`tools.profile: "coding"` 包含 `web_search`/`web_fetch`,但不包含
|
||||
`browser` 工具。要让 coding-profile 子智能体使用浏览器自动化,请在
|
||||
profile 阶段添加 browser:
|
||||
`tools.subagents.tools.allow` 是最终的仅允许过滤器。它可以收窄已经解析出的工具集合,但不能**加回**被 `tools.profile` 移除的工具。例如,`tools.profile: "coding"` 包含 `web_search`/`web_fetch`,但不包含 `browser` 工具。要让 coding-profile 子智能体使用浏览器自动化,请在 profile 阶段添加 browser:
|
||||
|
||||
```json5
|
||||
{
|
||||
@ -424,7 +456,7 @@ profile 阶段添加 browser:
|
||||
}
|
||||
```
|
||||
|
||||
当只有一个智能体需要获得浏览器自动化时,请使用每个智能体的 `agents.list[].tools.alsoAllow: ["browser"]`。
|
||||
当只有一个智能体需要获得浏览器自动化时,使用按智能体配置的 `agents.list[].tools.alsoAllow: ["browser"]`。
|
||||
|
||||
## 并发
|
||||
|
||||
@ -433,37 +465,31 @@ profile 阶段添加 browser:
|
||||
- **通道名称:** `subagent`
|
||||
- **并发数:** `agents.defaults.subagents.maxConcurrent`(默认 `8`)
|
||||
|
||||
## 存活性和恢复
|
||||
## 活跃性和恢复
|
||||
|
||||
OpenClaw 不会把缺少 `endedAt` 视为子智能体仍然存活的永久证明。超过过期运行窗口且未结束的运行,不再计入 `/subagents list`、Status 摘要、后代完成门控和每会话并发检查中的 active/pending。
|
||||
OpenClaw 不会把缺少 `endedAt` 当作子智能体仍然存活的永久证明。超过过期运行窗口的未结束运行,不再在 `/subagents list`、状态摘要、后代完成门控和按会话并发检查中计为 active/pending。
|
||||
|
||||
Gateway 网关重启后,过期且未结束的已恢复运行会被清理,除非其子会话被标记为 `abortedLastRun: true`。这些因重启而中止的子会话仍可通过子智能体孤儿恢复流程恢复,该流程会先发送一条合成的 resume 消息,然后清除 aborted 标记。
|
||||
Gateway 网关重启后,过期的未结束恢复运行会被清理,除非它们的子会话被标记为 `abortedLastRun: true`。这些因重启而中止的子会话仍然可以通过子智能体孤儿恢复流程恢复,该流程会先发送一条合成 resume 消息,然后清除中止标记。
|
||||
|
||||
自动重启恢复按每个子会话设置边界。如果同一个子智能体子会话在快速重复卡住窗口内反复被接受执行孤儿恢复,OpenClaw 会在该会话上持久化一个恢复墓碑,并在后续重启时停止自动恢复它。运行 `openclaw tasks maintenance --apply` 以协调任务记录,或运行 `openclaw doctor --fix` 以清除已设墓碑会话上的过期 aborted 恢复标志。
|
||||
自动重启恢复按每个子会话设有边界。如果同一个子智能体子级在快速重新卡住窗口内反复被接受进行孤儿恢复,OpenClaw 会在该会话上持久化一个恢复 tombstone,并在后续重启时停止自动恢复它。运行 `openclaw tasks maintenance --apply` 来协调任务记录,或运行 `openclaw doctor --fix` 来清除 tombstone 会话上的过期中止恢复标志。
|
||||
|
||||
<Note>
|
||||
如果子智能体 spawn 失败并出现 Gateway 网关 `PAIRING_REQUIRED` /
|
||||
`scope-upgrade`,请先检查 RPC 调用方,再编辑配对状态。
|
||||
内部 `sessions_spawn` 协调应通过 direct
|
||||
loopback 共享令牌/密码认证,以 `client.id: "gateway-client"` 和 `client.mode: "backend"` 连接;该路径不依赖于
|
||||
CLI 的已配对设备 scope 基线。远程调用方、显式
|
||||
`deviceIdentity`、显式设备令牌路径,以及浏览器/node 客户端
|
||||
仍需要正常的设备批准才能进行 scope 升级。
|
||||
如果子智能体 spawn 因 Gateway 网关 `PAIRING_REQUIRED` / `scope-upgrade` 失败,请先检查 RPC 调用方,再编辑配对状态。内部 `sessions_spawn` 协调应通过直接 loopback 共享令牌/密码认证,以 `client.id: "gateway-client"` 和 `client.mode: "backend"` 连接;该路径不依赖 CLI 的已配对设备 scope baseline。远程调用方、显式 `deviceIdentity`、显式设备令牌路径以及 browser/node 客户端,在 scope 升级时仍然需要常规设备批准。
|
||||
</Note>
|
||||
|
||||
## 停止
|
||||
|
||||
- 在请求方聊天中发送 `/stop` 会中止请求方会话,并停止从中生成的所有活动子智能体运行,同时级联到嵌套子级。
|
||||
- 在请求者聊天中发送 `/stop` 会中止请求者会话,并停止由它 spawn 的任何活跃子智能体运行,同时级联到嵌套子级。
|
||||
- `/subagents kill <id>` 会停止指定子智能体,并级联到其子级。
|
||||
|
||||
## 限制
|
||||
|
||||
- 子智能体公告是**尽力而为**的。如果 Gateway 网关重启,待处理的“announce back”工作会丢失。
|
||||
- 子智能体仍共享同一个 Gateway 网关进程资源;请将 `maxConcurrent` 视为安全阀。
|
||||
- 子智能体仍然共享同一个 Gateway 网关进程资源;请把 `maxConcurrent` 视为安全阀。
|
||||
- `sessions_spawn` 始终是非阻塞的:它会立即返回 `{ status: "accepted", runId, childSessionKey }`。
|
||||
- 子智能体上下文只注入 `AGENTS.md` + `TOOLS.md`(不包含 `SOUL.md`、`IDENTITY.md`、`USER.md`、`HEARTBEAT.md` 或 `BOOTSTRAP.md`)。
|
||||
- 子智能体上下文只注入 `AGENTS.md` + `TOOLS.md`(不包括 `SOUL.md`、`IDENTITY.md`、`USER.md`、`HEARTBEAT.md` 或 `BOOTSTRAP.md`)。
|
||||
- 最大嵌套深度为 5(`maxSpawnDepth` 范围:1–5)。大多数用例建议使用深度 2。
|
||||
- `maxChildrenPerAgent` 限制每个会话的活动子级数量(默认 `5`,范围 `1–20`)。
|
||||
- `maxChildrenPerAgent` 限制每个会话的活跃子级数量(默认 `5`,范围 `1–20`)。
|
||||
|
||||
## 相关
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user