核心用法
Amber 是一个生产级的语音电话桥梁,让任何 OpenClaw 部署获得真实的电话交互能力。核心架构分为三层:
1. Runtime 桥接层 (runtime/):Node.js 服务器连接 Twilio 电话网络与 OpenAI Realtime API,实现实时语音对话流转
2. 技能系统 (amber-skills/):模块化中通话能力,包括 CRM 联系人记忆、日历查询/预约、留言记录与转发
3. 管理界面 (dashboard/):通话记录浏览、转录查看、手动同步功能
部署流程极简:通过交互式向导 (npm run setup) 完成凭证验证、自动配置,5 分钟内即可接听真实来电。v5.4.0 新增 Claude Desktop MCP 插件,支持 9 个工具函数,可直接从桌面端准备确认通话、查询历史、管理日程。
典型工作流:
- 来电:自动识别联系人 → 个性化问候 → 根据意图处理(留言/预约/转人工)
- 外呼:MCP 工具生成通话计划 → 代码强制二次确认 → 执行预约确认或跟进
- 日程:实时查询可用时段 → 收集确认信息 → 创建日历事件
显著优点
- 生产就绪:完整的安全护栏设计,非实验性原型
- 代码级确认强制:外呼功能在 MCP 层实现硬编码确认门(非仅 LLM 指令),
confirmed=true参数必须二次调用才能拨号 - 隐私优先:日历查询仅返回忙闲状态,事件详情对来电者不可见;CRM 数据本地 SQLite 存储,非云托管
- 双向记忆:来电/去电共用同一 CRM,跨通话保持上下文
- 最小权限设计:OpenClaw 网关仅在通话关键需求时查询,避免无关任务消耗
- 运营商审查机制:CRM 自动提取的联系人信息需人工定期审校,防止错误持久化
潜在局限性与风险
- 依赖原生模块:CRM 功能依赖
better-sqlite3,需本地编译环境(macOS 需 Xcode 许可,Linux 需 build-essential) - 实时性约束:语音对话对延迟敏感,
ask_openclaw调用可能超时,需配置保守的超时策略 - Twilio/OpenAI 依赖:通话质量与成本受第三方服务商 SLA 约束
- ngrok 开发依赖:本地开发需隧道工具,生产部署需自有域名
- 确认机制的认知负担:代码强制确认虽防误拨,但增加了交互步骤
适合人群
- 需要为 AI 智能体添加电话能力的独立开发者或小团队
- 已使用 OpenClaw/Claude 生态,希望扩展至语音渠道的用户
- 对数据隐私敏感、倾向本地 CRM 存储的个人助理场景
- 愿意承担 Twilio/OpenAI API 成本(按通话时长计费)的用例
常规风险
- 凭证泄露风险:Twilio/OpenAI 密钥需妥善保管,建议按文档使用子账户和项目级 API 密钥
- 误拨社会风险:即使有多层确认,外呼功能仍存在骚扰电话或错误拨号的潜在影响
- 转录数据留存:通话音频和转录流经 Twilio/OpenAI,虽 CRM 本地存储,但通话内容受第三方数据处理条款约束
- VAD 调优复杂度:语音活动检测参数需针对实际场景微调,否则可能出现截断或延迟响应