Docs: update zh-CN translations and pipeline

What: - update zh-CN glossary, TM, and translator prompt - regenerate zh-CN docs and apply targeted fixes - add zh-CN AGENTS pipeline guidance Why: - address terminology/spacing feedback from #6995 Tests: - pnpm build && pnpm check && pnpm test
2026-05-10 04:42:44 +00:00 · 2026-02-03 13:23:00 -08:00
parent 9f03791aa9
commit a3ec2d0734
228 changed files with 10651 additions and 10475 deletions
--- a/docs/zh-CN/broadcast-groups.md
+++ b/docs/zh-CN/broadcast-groups.md
@@ -3,29 +3,29 @@ read_when:
  - 配置广播群组
  - 调试 WhatsApp 中的多智能体回复
 status: experimental
-summary: 将 WhatsApp 消息广播给多个智能体
+summary: 向多个智能体广播 WhatsApp 消息
 title: 广播群组
 x-i18n:
-  generated_at: "2026-02-01T19:40:25Z"
+  generated_at: "2026-02-03T07:43:43Z"
  model: claude-opus-4-5
  provider: pi
  source_hash: eaeb4035912c49413e012177cf0bd28b348130d30d3317674418dca728229b70
  source_path: broadcast-groups.md
-  workflow: 14
+  workflow: 15
 ---

 # 广播群组

-**状态：** 实验性  
-**版本：** 在 2026.1.9 中添加
+**状态：** 实验性功能  
+**版本：** 于 2026.1.9 版本新增

 ## 概述

-广播群组允许多个智能体同时处理和回复同一条消息。这使你可以创建在单个 WhatsApp 群组或私聊中协同工作的专业智能体团队——全部使用同一个电话号码。
+广播群组允许多个智能体同时处理并响应同一条消息。这使你能够在单个 WhatsApp 群组或私信中创建协同工作的专业智能体团队——全部使用同一个手机号码。

-当前范围：**仅限 WhatsApp**（Web 渠道）。
+当前范围：**仅限 WhatsApp**（web 渠道）。

-广播群组在渠道允许列表和群组激活规则之后进行评估。在 WhatsApp 群组中，这意味着广播发生在 OpenClaw 正常回复的时机（例如：被提及时，取决于你的群组设置）。
+广播群组在渠道白名单和群组激活规则之后进行评估。在 WhatsApp 群组中，这意味着广播会在 OpenClaw 正常回复时发生（例如：被提及时，具体取决于你的群组设置）。

 ## 使用场景

@@ -34,53 +34,53 @@ x-i18n:
 部署多个具有原子化、专注职责的智能体：

 ```
-群组："Development Team"
-智能体：
-  - CodeReviewer（审查代码片段）
-  - DocumentationBot（生成文档）
-  - SecurityAuditor（检查漏洞）
-  - TestGenerator（建议测试用例）
+Group: "Development Team"
+Agents:
+  - CodeReviewer (reviews code snippets)
+  - DocumentationBot (generates docs)
+  - SecurityAuditor (checks for vulnerabilities)
+  - TestGenerator (suggests test cases)
 ```

-每个智能体处理同一条消息并提供其专业视角。
+每个智能体处理相同的消息并提供其专业视角。

 ### 2. 多语言支持

 ```
-群组："International Support"
-智能体：
-  - Agent_EN（用英语回复）
-  - Agent_DE（用德语回复）
-  - Agent_ES（用西班牙语回复）
+Group: "International Support"
+Agents:
+  - Agent_EN (responds in English)
+  - Agent_DE (responds in German)
+  - Agent_ES (responds in Spanish)
 ```

 ### 3. 质量保证工作流

 ```
-群组："Customer Support"
-智能体：
-  - SupportAgent（提供回答）
-  - QAAgent（审查质量，仅在发现问题时回复）
+Group: "Customer Support"
+Agents:
+  - SupportAgent (provides answer)
+  - QAAgent (reviews quality, only responds if issues found)
 ```

 ### 4. 任务自动化

 ```
-群组："Project Management"
-智能体：
-  - TaskTracker（更新任务数据库）
-  - TimeLogger（记录时间消耗）
-  - ReportGenerator（创建摘要）
+Group: "Project Management"
+Agents:
+  - TaskTracker (updates task database)
+  - TimeLogger (logs time spent)
+  - ReportGenerator (creates summaries)
 ```

 ## 配置

 ### 基本设置

-添加顶层 `broadcast` 部分（与 `bindings` 同级）。键为 WhatsApp peer ID：
+添加一个顶层 `broadcast` 部分（与 `bindings` 同级）。键为 WhatsApp peer id：

 - 群聊：群组 JID（例如 `120363403215116621@g.us`）
- 私聊：E.164 格式电话号码（例如 `+15551234567`）
+- 私信：E.164 格式的电话号码（例如 `+15551234567`）

 ```json
 {
@@ -90,7 +90,7 @@ x-i18n:
 }
 ```

-**效果：** 当 OpenClaw 在此聊天中回复时，它会运行所有三个智能体。
+**结果：** 当 OpenClaw 在此聊天中回复时，将运行所有三个智能体。

 ### 处理策略

@@ -111,7 +111,7 @@ x-i18n:

 #### 顺序

-智能体按顺序处理（每个等待前一个完成）：
+智能体按顺序处理（后一个等待前一个完成）：

 ```json
 {
@@ -161,62 +161,62 @@ x-i18n:

 ### 消息流程

-1. **收到消息**，来自 WhatsApp 群组
+1. **接收消息** 到达 WhatsApp 群组
 2. **广播检查**：系统检查 peer ID 是否在 `broadcast` 中
 3. **如果在广播列表中**：
   - 所有列出的智能体处理该消息
   - 每个智能体有自己的会话键和隔离的上下文
-   - 智能体并行（默认）或顺序处理
+   - 智能体并行处理（默认）或顺序处理
 4. **如果不在广播列表中**：
   - 应用正常路由（第一个匹配的绑定）

-注意：广播群组不会绕过渠道允许列表或群组激活规则（提及/命令等）。它们仅在消息符合处理条件时改变*哪些智能体运行*。
+注意：广播群组不会绕过渠道白名单或群组激活规则（提及/命令等）。它们只改变消息符合处理条件时*运行哪些智能体*。

 ### 会话隔离

-广播群组中的每个智能体维护完全独立的：
+广播群组中的每个智能体完全独立维护：

- **会话键**（`agent:alfred:whatsapp:group:120363...` 与 `agent:baerbel:whatsapp:group:120363...`）
+- **会话键**（`agent:alfred:whatsapp:group:120363...` vs `agent:baerbel:whatsapp:group:120363...`）
 - **对话历史**（智能体看不到其他智能体的消息）
- **工作区**（如果配置了则为独立沙箱）
- **工具访问**（不同的允许/拒绝列表）
+- **工作空间**（如果配置了则使用独立的沙箱）
+- **工具访问权限**（不同的允许/拒绝列表）
 - **记忆/上下文**（独立的 IDENTITY.md、SOUL.md 等）
- **群组上下文缓冲区**（用于上下文的最近群组消息）按 peer 共享，因此所有广播智能体在触发时看到相同的上下文
+- **群组上下文缓冲区**（用于上下文的最近群组消息）按 peer 共享，因此所有广播智能体在被触发时看到相同的上下文

-这使得每个智能体可以拥有：
+这允许每个智能体拥有：

 - 不同的个性
- 不同的工具访问权限（例如只读与读写）
- 不同的模型（例如 opus 与 sonnet）
+- 不同的工具访问权限（例如只读 vs 读写）
+- 不同的模型（例如 opus vs sonnet）
 - 不同的已安装 Skills

-### 示例：隔离会话
+### 示例：隔离的会话

 在群组 `120363403215116621@g.us` 中，智能体为 `["alfred", "baerbel"]`：

 **Alfred 的上下文：**

 ```
-会话：agent:alfred:whatsapp:group:120363403215116621@g.us
-历史：[用户消息，alfred 之前的回复]
-工作区：/Users/pascal/openclaw-alfred/
-工具：read、write、exec
+Session: agent:alfred:whatsapp:group:120363403215116621@g.us
+History: [user message, alfred's previous responses]
+Workspace: /Users/pascal/openclaw-alfred/
+Tools: read, write, exec
 ```

 **Bärbel 的上下文：**

 ```
-会话：agent:baerbel:whatsapp:group:120363403215116621@g.us
-历史：[用户消息，baerbel 之前的回复]
-工作区：/Users/pascal/openclaw-baerbel/
-工具：仅 read
+Session: agent:baerbel:whatsapp:group:120363403215116621@g.us
+History: [user message, baerbel's previous responses]
+Workspace: /Users/pascal/openclaw-baerbel/
+Tools: read only
 ```

 ## 最佳实践

 ### 1. 保持智能体专注

-为每个智能体设计单一、明确的职责：
+将每个智能体设计为具有单一、明确的职责：

 ```json
 {
@@ -226,12 +226,12 @@ x-i18n:
 }
 ```

-✅ **好的做法：** 每个智能体只有一项工作  
-❌ **不好的做法：** 一个通用的 "dev-helper" 智能体
+✅ **好的做法：** 每个智能体只有一个任务  
+❌ **不好的做法：** 一个通用的"dev-helper"智能体

 ### 2. 使用描述性名称

-让每个智能体的功能一目了然：
+明确每个智能体的功能：

 ```json
 {
@@ -245,16 +245,16 @@ x-i18n:

 ### 3. 配置不同的工具访问权限

-只给智能体它们需要的工具：
+只给智能体提供它们需要的工具：

 ```json
 {
  "agents": {
    "reviewer": {
-      "tools": { "allow": ["read", "exec"] } // 只读
+      "tools": { "allow": ["read", "exec"] } // Read-only
    },
    "fixer": {
-      "tools": { "allow": ["read", "write", "edit", "exec"] } // 读写
+      "tools": { "allow": ["read", "write", "edit", "exec"] } // Read-write
    }
  }
 }
@@ -262,19 +262,19 @@ x-i18n:

 ### 4. 监控性能

-当智能体数量较多时，请考虑：
+当有多个智能体时，请考虑：

 - 使用 `"strategy": "parallel"`（默认）以提高速度
 - 将广播群组限制在 5-10 个智能体
- 为较简单的智能体使用更快的模型
+- 为较简单的智能体使用较快的模型

-### 5. 优雅处理失败
+### 5. 优雅地处理失败

 智能体独立失败。一个智能体的错误不会阻塞其他智能体：

 ```
-消息 → [智能体 A ✓, 智能体 B ✗ 错误, 智能体 C ✓]
-结果：智能体 A 和 C 回复，智能体 B 记录错误
+Message → [Agent A ✓, Agent B ✗ error, Agent C ✓]
+Result: Agent A and C respond, Agent B logs error
 ```

 ## 兼容性
@@ -290,7 +290,7 @@ x-i18n:

 ### 路由

-广播群组与现有路由并行工作：
+广播群组与现有路由一起工作：

 ```json
 {
@@ -306,14 +306,14 @@ x-i18n:
 }
 ```

- `GROUP_A`：仅 alfred 回复（正常路由）
- `GROUP_B`：agent1 和 agent2 都回复（广播）
+- `GROUP_A`：只有 alfred 响应（正常路由）
+- `GROUP_B`：agent1 和 agent2 都响应（广播）

 **优先级：** `broadcast` 优先于 `bindings`。

 ## 故障排除

-### 智能体没有回复
+### 智能体不响应

 **检查：**

@@ -327,18 +327,18 @@ x-i18n:
 tail -f ~/.openclaw/logs/gateway.log | grep broadcast
 ```

-### 仅一个智能体回复
+### 只有一个智能体响应

 **原因：** Peer ID 可能在 `bindings` 中但不在 `broadcast` 中。

-**修复：** 添加到广播配置中或从 bindings 中移除。
+**修复：** 添加到广播配置或从绑定中移除。

 ### 性能问题

-**如果智能体较多时速度慢：**
+**如果智能体较多时速度较慢：**

 - 减少每个群组的智能体数量
- 使用更轻量的模型（sonnet 而非 opus）
+- 使用较轻的模型（sonnet 而非 opus）
 - 检查沙箱启动时间

 ## 示例
@@ -380,9 +380,9 @@ tail -f ~/.openclaw/logs/gateway.log | grep broadcast
 ```

 **用户发送：** 代码片段  
-**回复：**
+**响应：**

- code-formatter："已修复缩进并添加了类型提示"
+- code-formatter："修复了缩进并添加了类型提示"
 - security-scanner："⚠️ 第 12 行存在 SQL 注入漏洞"
 - test-coverage："覆盖率为 45%，缺少错误情况的测试"
 - docs-checker："函数 `process_data` 缺少文档字符串"
@@ -420,7 +420,7 @@ interface OpenClawConfig {

 ### 字段

- `strategy`（可选）：智能体的处理方式
+- `strategy`（可选）：如何处理智能体
  - `"parallel"`（默认）：所有智能体同时处理
  - `"sequential"`：智能体按数组顺序处理
 - `[peerId]`：WhatsApp 群组 JID、E.164 号码或其他 peer ID
@@ -428,19 +428,19 @@ interface OpenClawConfig {

 ## 限制

-1. **最大智能体数：** 无硬性限制，但 10 个以上可能会变慢
-2. **共享上下文：** 智能体看不到彼此的回复（设计如此）
-3. **消息排序：** 并行回复可能以任意顺序到达
-4. **速率限制：** 所有智能体共同计入 WhatsApp 速率限制
+1. **最大智能体数：** 无硬性限制，但 10 个以上智能体可能会较慢
+2. **共享上下文：** 智能体看不到彼此的响应（设计如此）
+3. **消息顺序：** 并行响应可能以任意顺序到达
+4. **速率限制：** 所有智能体都计入 WhatsApp 速率限制

 ## 未来增强

 计划中的功能：

- [ ] 共享上下文模式（智能体可以看到彼此的回复）
- [ ] 智能体协调（智能体可以互相通信）
+- [ ] 共享上下文模式（智能体可以看到彼此的响应）
+- [ ] 智能体协调（智能体可以相互发信号）
 - [ ] 动态智能体选择（根据消息内容选择智能体）
- [ ] 智能体优先级（某些智能体先于其他智能体回复）
+- [ ] 智能体优先级（某些智能体先于其他智能体响应）

 ## 另请参阅