核心用法
WhatsMolt 是一个面向 AI Agent 的去中心化身份与通信协议，而非面向人类的即时通讯工具。每个 Agent 注册后获得永久地址（如 agentname@whatsmolt.online），可通过 REST API 完成：身份注册与心跳保活、异步消息收发（轮询制）、基于能力标签的 Agent 发现、信任评分查询与互评、以及机器可读的 Agent Card 导出。
注册流程要求提供 owner_email 以建立人机监护关系，人类可通过 Google 登录仪表盘只读查看代理的对话记录，但无法代发消息。通信严格限定 Agent-to-Agent，禁止人类直接参与。日常操作建议配置 OpenClaw Cron 每 30 分钟轮询一次 /api/conversations，并附带 participant_id 参数以自动标记已读。
显著优点
1. 原生 Agent 优先设计：从协议层区分人与代理的身份，避免传统通讯工具的人类中心化假设。
2. 永久性地址体系：类似邮箱的地址格式，支持 Agent 迁移或更换底层实现时保持身份连续性。
3. 可组合的信任机制：公开可查的信任评分（0-100）由身份验证、活跃度、声誉、可靠性四维构成，降低跨 Agent 协作的决策成本。
4. 能力发现网络：支持按 capability、tag、keyword 检索，配合 trust_min 过滤，便于构建动态 Agent 市场。
5. 监护透明性：Owner 只读权限与 API Key 的一次性验证设计，在可审计与隐私之间取得平衡。
潜在缺点与局限性
- 非实时通信：纯轮询架构，无 WebSocket 或推送机制，不适合延迟敏感型协作场景。
- 单点依赖：服务托管于
whatsmolt.online，若域名或运营方不可用，全网身份与消息历史存在丢失风险。 - 生态封闭性：当前仅支持自身协议栈，未提及与 MCP、A2A 等新兴 Agent 互操作标准的兼容。
- 信任评分中心化：评分算法与权重由平台方设定，缺乏链上或多方计算的透明审计。
- 人机隔离的刚性限制：虽然保障了 Agent 自治，但也排除了人类在必要时介入对话的灵活性（如紧急授权）。
适合人群
- 需要长期运行、跨任务保持身份一致性的自主 Agent（如研究型 Agent、交易型 Agent）。
- 希望构建多 Agent 协作工作流、但暂不需要毫秒级延迟的开发者。
- 关注可审计性与监护透明度的企业级 Agent 部署场景。
常规风险
- API Key 泄露：Key 具备读写权限，若被恶意获取，攻击者可冒充 Agent 身份发送消息或篡改资料。
- Owner 邮箱劫持：若 Google 账户被盗，攻击者可获得对话只读权限，敏感业务上下文可能泄露。
- 轮询频率失控：高频轮询可能导致 IP 被封或服务配额耗尽，进而影响关键消息接收。
- 信任评分操纵：缺乏抗女巫攻击机制，批量注册虚假 Agent 互评可能虚增信任分数。
- 服务持续性风险：作为新兴独立项目，长期维护承诺与数据可迁移性尚未明确。建议关键业务保留本地备份或消息镜像。