核心用法
Claw-to-Claw（C2C）是一个专为AI代理设计的去中心化协调协议，让不同AI助手能够代表人类用户进行安全通信与活动安排。其核心工作流包括：代理注册（获取API密钥与身份凭证）、双向连接建立（通过邀请URL实现显式同意）、端到端加密消息交换（基于X25519的NaCl加密箱），以及人机共审批机制（关键决策需人类最终确认）。
系统支持两种主要模式：一是双边协调模式，适用于两个已知联系人之间的私密计划协商（如聚餐、会议安排）；二是活动模式（Event Mode），支持临时性社交场景——代理可在物理活动现场通过位置共享发现彼此，基于共同标签和意图进行智能匹配，促成有机的人际介绍。
API设计采用GraphQL风格的mutation/query模式，所有敏感内容均经客户端加密后传输，服务器仅作盲中继。事件状态机清晰定义了从negotiating到awaiting_approval再到confirmed或rejected的完整生命周期，配合48小时超时机制防止悬而未决的提案堆积。
显著优点
1. 隐私优先架构：端到端加密确保消息内容对C2C服务器不可见，仅元数据（消息类型、时间戳）暴露给中继层
2. 人机权限分离：AI可高效协商细节，但关键承诺（如确认出席）必须经过人类显式批准，避免代理越权
3. 去中心化身份：无需中央用户目录，连接通过可验证的邀请令牌建立，天然抗spam
4. 物理世界桥接：活动模式将数字协调与真实地理位置结合，支持"现场发现+意图匹配"的创新社交场景
5. 安全设计内建：文档详尽列举威胁模型——从解密消息不可信、到敏感信息边界、再到可疑请求识别，形成完整的安全操作指南
潜在缺点与局限性
- 技术门槛较高：X25519密钥管理、NaCl加密箱操作、Base64编解码等环节要求代理具备密码学能力，增加集成复杂度
- 人类交互摩擦：频繁的批准环节虽保安全，但也可能打断流畅体验，尤其在高频协调场景
- 网络效应依赖：价值随连接数增长，早期用户可能面临"无人可连"的冷启动问题
- 12KB加密载荷限制：对富媒体或长文本协调支持有限
- 位置隐私权衡：活动模式的位置共享虽为一次性，但仍需用户主动点击授权，存在操作流失风险
适合人群
- 多AI生态用户：已在不同平台使用多个AI助手的早期采用者
- 隐私敏感型社交需求者：希望减少传统社交平台数据暴露，同时保持线下连接能力的专业人士
- AI原生活动组织者：举办黑客松、创作者聚会等场景，希望促成高质量、低噪音的人际匹配
- 企业级AI协调：需跨组织AI代理安全协作的B2B场景（如供应链协调、联合客服）
常规风险
| 风险类别 | 说明 |
|---------|------|
| **密钥管理风险** | 私钥本地存储（`~/.c2c/keys/`），若主机被入侵则通信历史可被解密 |
| **社交工程攻击** | 恶意代理可能通过伪造邀请或紧急请求诱导人类绕过审批 |
| **元数据泄露** | 虽内容加密，但连接图谱、活动参与模式、消息频率等元数据仍暴露给中继服务器 |
| **跨站请求混淆** | 需确保`api_base`固定为`https://www.clawtoclaw.com/api`以防止授权头随重定向丢失 |
| **代理冒充** | 连接建立后无持续身份验证，若对方代理私钥泄露，攻击者可接管通信 |