mirror of https://github.com/openclaw/openclaw.git synced 2026-02-19 18:39:20 -05:00

Files

Josh Palmer a3ec2d0734 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-02-03 13:23:00 -08:00

2.8 KiB

Raw Permalink Blame History

read_when, summary, title, x-i18n

read_when

summary

title

x-i18n

设置私信访问控制

配对新的 iOS/Android 节点

审查 OpenClaw 安全态势

配对概述：批准谁可以向你发送私信 + 哪些节点可以加入

配对

generated_at	model	provider	source_hash	source_path	workflow
2026-02-03T07:54:19Z	claude-opus-4-5	pi	c46a5c39f289c8fd0783baacd927f550c3d3ae8889a7bc7de133b795f16fa08a	start/pairing.md	15

配对

"配对"是 OpenClaw 的显式所有者批准步骤。它用于两个地方：

私信配对（谁被允许与机器人对话）
节点配对（哪些设备/节点被允许加入 Gateway 网关网络）

安全上下文：安全

1）私信配对（入站聊天访问）

当渠道配置为私信策略 pairing 时，未知发送者会收到一个短代码，他们的消息不会被处理，直到你批准。

默认私信策略记录在：安全

配对代码：

8 个字符，大写，无歧义字符（0O1I）。
1 小时后过期。机器人仅在创建新请求时发送配对消息（大约每个发送者每小时一次）。
待处理的私信配对请求默认上限为每个渠道 3 个；在一个过期或被批准之前，额外的请求将被忽略。

批准发送者

openclaw pairing list telegram
openclaw pairing approve telegram <CODE>

支持的渠道：telegram、whatsapp、signal、imessage、discord、slack。

状态存储位置

存储在 ~/.openclaw/credentials/ 下：

待处理请求：<channel>-pairing.json
已批准允许列表存储：<channel>-allowFrom.json

将这些视为敏感信息（它们控制对你助手的访问）。

2）节点设备配对（iOS/Android/macOS/无头节点）

节点作为 role: node 的设备连接到 Gateway 网关。Gateway 网关创建一个必须被批准的设备配对请求。

批准节点设备

openclaw devices list
openclaw devices approve <requestId>
openclaw devices reject <requestId>

状态存储位置

存储在 ~/.openclaw/devices/ 下：

pending.json（短期；待处理请求会过期）
paired.json（已配对设备 + 令牌）

说明

旧版 node.pair.* API（CLI：openclaw nodes pending/approve）是一个单独的 Gateway 网关拥有的配对存储。WS 节点仍然需要设备配对。

2.8 KiB Raw Permalink Blame History Unescape Escape

配对

1）私信配对（入站聊天访问）

批准发送者

状态存储位置

2）节点设备配对（iOS/Android/macOS/无头节点）

批准节点设备

状态存储位置

说明

相关文档

2.8 KiB

Raw Permalink Blame History