核心用法
Everclaw是OpenClaw的Morpheus网络集成技能，让AI代理拥有自托管的推理能力。用户通过质押MOR代币（Base链）开启与去中心化提供者的会话，会话结束后代币自动返还，实现"一次质押，永久使用"的经济模型。
关键操作流程：
1. 获取MOR代币（通过Uniswap/Aerodrome兑换）
2. 安装proxy-router本地节点并配置.env
3. 质押MOR开启会话（支持Kimi K2.5、Qwen3、GLM-4等30+模型）
4. 通过OpenAI兼容API（localhost:8082/v1/chat/completions）发送请求
5. 内置代理层（8083端口）自动管理会话续期，无需人工干预
高阶功能：
- Gateway Guardian v2：四层自愈监控（HTTP探测→推理探测→优雅重启→核弹重装），解决"所有提供者进入冷却"的脑死亡状态
- 多密钥轮换：支持Venice多API密钥自动切换，单密钥额度耗尽立即轮换，避免模型降级
- x402支付客户端：代理间USDC自动支付（EIP-712签名，日限额$10）
- ERC-8004注册表：链上代理发现与声誉查询
- 模型路由器：<1ms本地分类器，将请求路由至最便宜的 capable 模型（LIGHT→STANDARD→HEAVY三级）
显著优点
1. 经济可持续性：MOR质押而非消耗，长期成本趋近于零；Morpheus API Gateway免费层（至2026年3月）实现零门槛启动
2. 抗审查与隐私：P2P直连提供者，无中心化API审查；会话ID作为头部传输，非传统API密钥模式
3. 企业级可靠性：五级故障转移链（Venice多密钥→本地Morpheus→API Gateway），配合Guardian v2的核级自愈，理论可用性>99.9%
4. 安全纵深防御：SkillGuard（供应链扫描）、ClawdStrike（配置审计）、PromptGuard（注入检测）、Bagman（密钥管理）四层安全体系
5. 零依赖钱包：v0.4起内置macOS Keychain集成，无需1Password/Foundry/Safe Wallet
潜在缺点与局限性
1. 技术门槛陡峭：需理解区块链质押、RPC配置、模型ID映射等概念，文档中存在大量"#1 GOTCHA"式陷阱（如session_id必须是HTTP头部而非body字段）
2. 会话易失性：proxy-router重启后内存会话状态丢失，必须重新开仓，虽代理层自动处理但仍增加复杂度
3. MOR价格波动风险：质押期间代币价格波动影响实际资金占用成本
4. 提供者质量参差：P2P网络中某些模型（如kimi-k2.5:web）存在超时问题，需手动配置可靠 fallback
5. macOS中心化：Keychain集成、launchd守护进程等特性绑定Apple生态，跨平台支持有限
6. ClawHub命名冲突：存在同名"Everclaw Vault"产品，官方警告勿用clawhub update以免覆盖
适合人群
- 高频AI使用者：日均数百次调用，传统API账单>$/月的重度用户
- 隐私敏感场景：金融、医疗等需避免数据流经中心化API的合规需求
- Agent基础设施运营者：需要24/7在线、多密钥轮换、自动故障转移的企业级部署
- Web3原生开发者：熟悉Solidity、DeFi操作，希望将AI能力纳入链上工作流
- 成本优化型团队：希望通过"一次质押"替代"按token计费"的长期成本结构
常规风险
| 风险类别 | 具体表现 | 缓解措施 |
|---------|---------|---------|
| 智能合约风险 | Morpheus合约漏洞导致MOR锁定 | 审计合约（CertiK/SlowMist），小额分批质押 |
| 私钥泄露 | .env或Keychain提取失败，密钥落盘 | 强制1Password/op run模式，Bagman泄露检测规则 |
| 提供者恶意行为 | P2P节点返回错误结果或窃听数据 | 多提供者共识，敏感任务走HEAVY级中心化模型 |
| 冷却级联故障 | Venice额度耗尽+Morpheus错误分类导致双冷却 | v0.5代理层强制返回"server_error"非"billing"，Guardian v2核重启 |
| 依赖过时 | Node.js版本、proxy-router二进制版本漂移 | install-everclaw.sh内置版本检测与自动更新 |
| 监管不确定性 | MOR代币证券定性、Base链合规变化 | 合规架构设计，预留法币支付回退路径 |