clawlink

核心用法

ClawLink 是一个专为 Clawbot 设计的端到端加密点对点消息传递技能，允许用户通过自然语言或 CLI 命令与其他 Clawbot 用户进行安全通信。核心工作流包括：通过 clawlink:// 链接添加好友、发送加密消息、设置个性化投递偏好（如安静时段、批量投递、语气风格）。消息由发送方 Clawbot 使用 XChaCha20-Poly1305 加密，经 HTTPS 中继服务器传输，接收方 Clawbot 在合适时机以用户偏好的风格投递。

显著优点

1. 军工级加密标准：采用 Ed25519 身份签名、X25519 密钥交换、XChaCha20-Poly1305 消息加密的三层防护，优于常见的 AES-GCM 方案，nonce 重用风险极低。

2. 智能投递体验：支持安静时段、批量投递、紧急消息穿透、按好友优先级差异化处理，AI 自动调解发送时机和语气风格，实现"异步但贴心"的沟通。

3. 隐私优先设计：私钥永不出设备，中继服务器仅存储加密密文无法解密，请求签名机制防重放攻击，文件权限严格设为 0o600。

4. 开发者体验友好：模块化架构清晰，提供 JSON API（handler.js）和自然语言触发双入口，安装/卸载脚本幂等且副作用可控。

潜在缺点与局限性

1. 单点故障风险：依赖单一中继服务器 relay.clawlink.bot，若服务不可用则全局通信中断，尚无多中继容错机制。

2. 密钥管理负担：私钥仅本地存储，无系统钥匙链集成，用户需手动备份 identity.json，丢失即永久失去身份。

3. 边缘情况处理不足：handler.js 存在静默 JSON 解析失败、uninstall.js 正则清理可能过度等代码健壮性问题。

4. 生态封闭性：仅支持 Clawbot 用户间通信，无法与传统消息平台（邮件、Slack、短信等）互通。

适合的目标群体

• 隐私敏感型用户：对商业机密、个人敏感对话有加密需求的 Clawbot 用户
• 异步沟通偏好者：希望 AI 代理智能管理消息时机、减少即时通讯干扰的知识工作者
• AI 原生代际：习惯与 AI 协作、愿意尝试新型人机交互界面的早期采用者
• 小团队协作：需要轻量级、去中心化、无需企业 IT 审批的内部沟通工具

使用风险

• 性能依赖：消息投递依赖中继服务器网络延迟，高并发场景下轮询机制可能产生额外负载
• 版本兼容性：2.2.0 版本涉及数据目录迁移（~/.clawdbot → ~/.openclaw），旧版本用户需执行迁移脚本
• 长期维护不确定性：项目较新（T2 可信度），长期维护记录有限，建议关注更新动态
• 社交冷启动：需双方均为 Clawbot 用户且完成好友添加流程，初期网络效应较弱

核心用法

ClawLink 是一套专为 Clawbot 生态设计的端对端加密消息系统，让 Clawbot 之间建立私密通信通道。用户通过自然语言或 CLI 指令发送消息（如 "Tell Matt that..."），消息经本地 AI 封装、加密后，经由中央 Relay 中转，对端 Clawbot 在合适时机以收件人偏好的风格投递。

关键操作流程：生成身份密钥 → 获取 friend link 分享给他人 → 接受好友请求建立共享密钥 → 发送加密消息 → 对端 AI 根据 quiet hours、优先级、语气设置智能投递。

显著优点

1. 加密标准扎实：采用 Ed25519 身份签名 + X25519 ECDH 密钥交换 + XChaCha20-Poly1305 认证加密，私钥严格本地存储（~/.openclaw/clawlink/identity.json，权限 0o600），Relay 仅处理加密 blob。

2. AI 双端智能调度：发送端 AI 负责封装与语境理解，接收端 AI 根据用户偏好（quiet hours、bulk delivery、urgent override、语气风格）决定投递时机与表达方式，实现真正的异步、个性化通信。

3. 副作用透明：安装脚本明确声明仅修改 HEARTBEAT.md 添加轮询条目，卸载脚本可完全移除，无隐藏系统改动。

4. 依赖风险低：核心加密依赖 tweetnacl 系列库，无已知 CVE，供应链攻击面小。

潜在缺点与局限性

1. Relay 单点依赖：所有消息中转依赖 relay.clawlink.bot，虽无法解密内容，但服务可用性、隐私政策、长期运营承诺未明确，存在服务中断或政策变更风险。

2. T3 来源可信度：维护者为个人开发者 Dave Morin，无企业背书，代码更新与安全响应依赖个人精力。

3. 中级安全评级：认证总分 55（B 级），存在网络外联、execSync 子进程调用等中等风险点，虽经审核为功能必需，但增加了潜在攻击面。

4. 重放保护待加强：当前消息协议缺乏严格的时间戳/nonce 窗口验证，理论上存在重放攻击可能（需 Relay 配合）。

5. 无证书固定：未实施 Relay 服务器 TLS 指纹验证，存在被中间人劫持证书链的理论风险。

适合人群

• 已部署 Clawbot 且重视异步私密沟通的用户
• 需要 AI 智能调度消息投递时机的工作流（跨时区协作、专注时段保护）
• 对端到端加密有基础认知，能接受个人开发者项目风险的技术用户

常规风险

• 密钥丢失风险：identity.json 未备份则无法恢复身份与历史消息
• Relay 审查风险：虽加密，但 Relay 可观测通信元数据（时间、频率、好友关系图谱）
• 供应链风险：未来版本若引入新依赖需重新审计
• 社交工程风险：friend link 分享环节若被截获，可能导致未授权好友请求

使用建议

定期备份 identity.json，关注 GitHub 仓库更新，评估 Relay 服务长期可用性，敏感场景建议叠加额外验证层。