核心用法
openclaw-antseed 用于将 OpenClaw 与 AntSeed P2P AI 网络对接，使 OpenClaw 能够通过去中心化的点对点网络获取 LLM 推理能力，而非直接调用中心化 API。
工作流程：
1. 安装 AntSeed CLI：全局安装 @antseed/cli 并添加本地代理插件
2. 启动买家代理：运行 antseed connect --router local-proxy --port 5005，该代理通过 DHT 协议加入 P2P 网络，自动发现可用的模型提供节点
3. 配置 OpenClaw 提供商：将 http://127.0.0.1:5005 设为模型提供商端点，使用 anthropic-messages API 格式
4. 添加并激活模型：指定网络中可用的模型 ID（如 moonshotai/kimi-k2.5），设置为默认模型
显著优点
- 去中心化架构：不依赖单一 API 服务商，网络由多个独立节点提供算力，具备抗审查和容错能力
- 潜在成本优势：P2P 网络可能提供更灵活的定价，避免传统云服务商的固定费率
- 本地隐私保护：请求通过本地代理转发，原始 IP 不直接暴露给上游 API
- 开源可审计：AntSeed 基于开源协议，代理逻辑透明，可自行验证数据流向
潜在缺点与局限性
- 网络可用性不确定：P2P 网络的稳定性取决于在线节点数量和分布，可能出现"无可用卖家"的情况
- 延迟较高：DHT 发现需 5-10 秒，P2P 路由增加网络跳数，不适合延迟敏感场景
- 模型选择受限：可用模型完全取决于当前在线的提供节点，缺乏云服务商的完备性保证
- 配置复杂度：需维护本地 systemd 服务、处理 DHT 连接、排查 P2P 网络问题，技术门槛高于直接 API 调用
- 安全责任模糊：提供节点的可信度无法链上验证，存在恶意节点风险
适合人群
- 注重去中心化理念、愿意承担技术运维成本的技术用户
- 对 API 成本敏感且能接受一定可用性波动的场景
- 具备 Linux 系统管理、Node.js 环境和网络故障排查能力的开发者
- 实验性项目或非关键业务场景，适合作为传统 API 的备用方案
常规风险
- 节点信任风险：P2P 网络中的提供节点可能记录、篡改或泄露请求内容，敏感数据需谨慎
- 服务连续性风险：节点随时可能下线，无 SLA 保障，不适合生产关键路径
- 配置泄露风险：配置文件中包含网络拓扑信息，需妥善保管
~/.antseed/config.json - 依赖维护风险：
@antseed/cli为第三方 npm 包，需关注供应链安全更新
运维建议：建议配合传统 API 提供商作为 fallback，监控 antseed-buyer 服务状态，定期验证可用模型列表。