chore(i18n): refresh zh-CN translations
This commit is contained in:
parent
c04137973a
commit
d1bd85db57
129
docs/zh-CN/concepts/parallel-specialist-lanes.md
Normal file
129
docs/zh-CN/concepts/parallel-specialist-lanes.md
Normal file
@ -0,0 +1,129 @@
|
||||
---
|
||||
read_when:
|
||||
- 你将群聊路由到专用智能体
|
||||
- 你希望并行处理工作,而不是让一个长任务阻塞所有聊天
|
||||
- 你正在设计一个多智能体运维设置
|
||||
sidebarTitle: Specialist lanes
|
||||
status: active
|
||||
summary: 并行运行专用智能体,避免占用共享的模型和工具容量
|
||||
title: 并行专家通道
|
||||
x-i18n:
|
||||
generated_at: "2026-05-02T10:18:26Z"
|
||||
model: gpt-5.5
|
||||
provider: openai
|
||||
source_hash: b09f10ce4fbd79954a7196fbedb23f9b3f34b459b98eb7a5480f7eeb0bb6be98
|
||||
source_path: concepts/parallel-specialist-lanes.md
|
||||
workflow: 16
|
||||
---
|
||||
|
||||
并行专用通道让一个 Gateway 网关可以将不同聊天或房间路由到
|
||||
不同智能体,同时保持快速的用户体验。关键是把并行性当成稀缺资源的设计问题,
|
||||
而不只是“更多智能体”。
|
||||
|
||||
## 基本原则
|
||||
|
||||
只有在减少真实瓶颈争用时,专用通道才会提升吞吐量:
|
||||
|
||||
- **会话锁**:同一时间只应有一次运行修改给定会话。
|
||||
- **全局模型容量**:所有可见的聊天运行仍然共享提供商限制。
|
||||
- **工具容量**:shell、浏览器、网络和代码库工作可能比模型轮次本身更慢。
|
||||
- **上下文预算**:长转录会让未来每个轮次更慢、焦点更分散。
|
||||
- **所有权模糊**:重复执行同一工作的智能体会浪费容量。
|
||||
|
||||
OpenClaw 已经按会话串行化运行,并通过
|
||||
[命令队列](/zh-CN/concepts/queue)限制全局并行度。专用通道在此之上添加策略:
|
||||
哪个智能体拥有哪项工作,哪些留在聊天中,哪些变成后台工作。
|
||||
|
||||
## 推荐推广路径
|
||||
|
||||
### 阶段 1:通道契约 + 后台重型工作
|
||||
|
||||
在每个通道的工作区和系统提示中写明契约:
|
||||
|
||||
- **目的**:该通道负责的工作。
|
||||
- **非目标**:它应交接而不是尝试处理的工作。
|
||||
- **聊天预算**:快速回答留在聊天中;长任务应简短确认,
|
||||
然后在后台子智能体或任务中运行。
|
||||
- **交接规则**:当另一条通道拥有该工作时,说明应转到哪里,
|
||||
并提供紧凑的交接摘要。
|
||||
- **工具风险规则**:优先使用能完成工作的最小工具面。
|
||||
|
||||
这是成本最低的阶段,并能解决大部分堵塞:一个编码任务不再把研究通道拖得很慢,
|
||||
每个聊天也能保持自己的上下文整洁。
|
||||
|
||||
### 阶段 2:优先级和并发控制
|
||||
|
||||
围绕每条通道的业务价值调优队列和模型容量:
|
||||
|
||||
```json5
|
||||
{
|
||||
agents: {
|
||||
defaults: {
|
||||
maxConcurrent: 4,
|
||||
subagents: { maxConcurrent: 8 },
|
||||
},
|
||||
},
|
||||
messages: {
|
||||
queue: {
|
||||
mode: "collect",
|
||||
debounceMs: 1000,
|
||||
cap: 20,
|
||||
drop: "summarize",
|
||||
},
|
||||
},
|
||||
}
|
||||
```
|
||||
|
||||
将直接/个人聊天和生产运维智能体用于高优先级工作。当系统繁忙时,
|
||||
让研究、起草和批量编码转入后台任务。
|
||||
|
||||
### 阶段 3:协调器 / 流量控制器
|
||||
|
||||
在多条通道都处于活跃状态后,添加一个小型协调器模式:
|
||||
|
||||
- 跟踪活跃通道任务和所有者。
|
||||
- 检测跨群组的重复请求。
|
||||
- 在通道之间路由交接摘要。
|
||||
- 只呈现阻塞项、已完成结果以及需要人类做出的决策。
|
||||
|
||||
不要从这里开始。没有通道契约的协调器只是在协调混乱。
|
||||
|
||||
## 最小通道契约模板
|
||||
|
||||
```md
|
||||
# Lane contract
|
||||
|
||||
## Owns
|
||||
|
||||
- <job this lane is responsible for>
|
||||
|
||||
## Does not own
|
||||
|
||||
- <work to hand off>
|
||||
|
||||
## Chat budget
|
||||
|
||||
- Answer quick questions directly.
|
||||
- For multi-step, slow, or tool-heavy work: acknowledge briefly, spawn/background
|
||||
the work, then return the result when complete.
|
||||
|
||||
## Handoff
|
||||
|
||||
If another lane owns the request, reply with:
|
||||
|
||||
- target lane
|
||||
- objective
|
||||
- relevant context
|
||||
- exact next action
|
||||
|
||||
## Tool posture
|
||||
|
||||
Use the smallest tool surface that can complete the task. Avoid broad shell or
|
||||
network work unless this lane explicitly owns it.
|
||||
```
|
||||
|
||||
## 相关内容
|
||||
|
||||
- [多智能体路由](/zh-CN/concepts/multi-agent)
|
||||
- [命令队列](/zh-CN/concepts/queue)
|
||||
- [子智能体](/zh-CN/tools/subagents)
|
||||
Loading…
Reference in New Issue
Block a user