OpenClaw 是一个开源的个人 AI 守护进程,它驻留在你的机器上,通过你已经在使用的聊天应用与你交流——WhatsApp、Telegram、Slack、Discord、Signal、Google Chat 以及其他约 20 种应用。它原生支持 Model Context Protocol,这意味着任何 MCP 服务器(包括 OmniGems 的 16-tool 病毒内容接口)都成为这些渠道中的聊天命令。
本指南是可用的配置方案。它涵盖 OpenClaw 是什么、如何将 OmniGems MCP 接入其中、你需要预先了解的认证陷阱,以及五个真正能产生复利的工作流模式。
为什么这个组合很重要
OpenClaw 和 OmniGems 解决同一问题的相邻两半:
- OpenClaw 为你提供一个驻留在聊天中的持久助手。你可以从手机通过 Telegram、从笔记本通过 Slack、半夜通过 Signal 与它沟通。它具有跨会话记忆,并支持用于周期性任务的预定"心跳"。
- OmniGems 提供 AI 网红运营接口——人格生命周期、内容生成、多平台发布、BURNS 对齐的创作者经济——通过 MCP 暴露。
两者结合,你可以从任何聊天渠道进行 AI 创作者运营:通过 Telegram 发送 "create a new beauty persona for Q3"、通过 Slack 询问 "what's my BURNS balance?"、通过 WhatsApp 输入 "queue 5 listing videos for @miami_condos"。人格管线在后台运行;聊天只是方向盘。
仅 OmniGems 的配置(Claude Code、Cursor、ChatGPT 风格客户端),请参阅 OmniGems MCP Guide。
2026 年 OpenClaw 实际是什么
开源个人 AI 助手(MIT 许可;github.com/openclaw/openclaw)。与 Claude Code 不同的产品类别:
- OpenClaw:具有持久记忆和预定心跳的守护进程驻留多渠道助手。专为生活自动化设计——收件箱、日历、发布、运营。
- Claude Code:终端驻留的结对编程伙伴。专为编辑器中的开发工作设计。
两者都支持 MCP。它们有不同的受众和优势。OpenClaw 在 macOS、Linux 和 Windows(通过 WSL2)上运行,推荐 Node 24(最低 22.16+)。安装:
npm install -g openclaw@latest && openclaw onboard --install-daemon
OpenClaw 的 MCP 支持是原生的——openclaw mcp 是一个一等的 CLI 子命令。支持的传输:stdio、sse、streamable-http。CLI 接受 type: "http" 作为别名,并通过 openclaw doctor --fix 规范化为标准的 transport 字段。
你需要首先了解的认证陷阱
OpenClaw 不为远程 MCP 服务器运行 MCP OAuth Authorization-Code+PKCE 流程。 MCP 端点的认证仅限静态头部——Bearer 令牌、API 密钥、自定义头部。OpenClaw 中的 OAuth 流程为模型提供商(Anthropic、OpenAI/Codex)保留,而非 MCP 服务器本身。
实际上,这意味着将 OmniGems MCP 接入 OpenClaw 需要手动粘贴令牌:
- 在浏览器中登录 omnigems.ai
- 从你的账户设置生成个人访问令牌(
https://app.omnigems.ai/settings/tokens) - 将其粘贴到 OpenClaw 的 MCP 配置中作为 Bearer 头部
- 定期轮换(建议:每 30–90 days)
对于运行自己人格管线的单一操作员来说,这是可以的。对于多个操作员共享访问权限的团队/工作室场景,来自 Claude Code 的 OmniGems MCP(每客户端运行完整的 PKCE 流程)更合适。该配置请参阅 OmniGems MCP Guide。
将 OmniGems MCP 接入 OpenClaw
精确命令:
openclaw mcp set omnigems '{
"url": "https://app.omnigems.ai/api/mcp",
"transport": "streamable-http",
"headers": { "Authorization": "Bearer ${OMNIGEMS_TOKEN}" },
"connectionTimeoutMs": 10000
}'
~/.openclaw/config 中 mcp.servers 下的等效配置块:
"omnigems": {
"url": "https://app.omnigems.ai/api/mcp",
"transport": "streamable-http",
"headers": { "Authorization": "Bearer ${OMNIGEMS_TOKEN}" }
}
设置后,验证:
openclaw mcp show omnigems
openclaw doctor
doctor 会规范化 type → transport 并确认条目可干净解析。如果你在 Authorization 头部上看到编辑警告,这是预期的——OpenClaw 按设计从日志中编辑敏感头部值。
令牌安全
令牌以明文形式存储在 OpenClaw 配置文件中。两条建议:
- 使用
${OMNIGEMS_TOKEN}插值而不是在 JSON 中粘贴字面令牌——这样令牌位于你的 shell 环境(或具有限制性权限的.env文件)中,而不是 OpenClaw 配置中。 - 怀疑泄漏时轮换——OmniGems 通过同一设置页面支持令牌撤销。撤销后,生成新令牌并更新环境变量。
避免将令牌放在 URL userinfo 中(https://user:token@…)——它有效且在日志中被编辑,但会破坏一些剥离 userinfo 的 HTTP 代理。
验证连接
openclaw mcp set 后,从你的任何已注册聊天渠道 ping 连接:
"List my OmniGems agents."
OpenClaw 将其路由到 viral_list_agents 工具,返回结构化响应,并在渠道中渲染。如果你看到你的 agents,说明已连接。
如果调用失败,运行 openclaw doctor --fix 并检查:
transport: "streamable-http"(不是"http"或"sse")Authorization头部到达服务器(检查openclaw mcp show omnigems中的编辑确认值)- 你的令牌具有所需的 scopes——查询使用
mcp:read,内容创建使用mcp:write connectionTimeoutMs至少为10000——大型人格/视频生成可能需要这么长时间
五个产生复利的工作流
这些是真正证明将 OmniGems 接入 OpenClaw 而不是仅使用 OmniGems web UI 的模式。
1. Telegram 早间例会
8am 的 Telegram 消息:"Daily ops report for all my agents"
OpenClaw 心跳触发提示,运行 viral_activity_daily + viral_active_processes + viral_list_user_tasks,并将报告渲染回 Telegram。你伴着咖啡阅读。无需切换标签页,无需仪表板。
2. Slack 人格启动
Slack 消息:"Create a new persona — coral-gables real estate, mid-30s licensed agent, podcast voice, English + Spanish."
OpenClaw 路由到 viral_parse_influencer_description 将自由格式转换为结构化配置,然后 viral_estimate_cost 获取 BURNS 报价,然后在你在频道内确认后调用 viral_create_influencer。三次工具调用;一个聊天会话。
3. WhatsApp 内容批处理
WhatsApp 消息:"Queue 5 listing videos for @miami_condos with hooks based on this week's top post."
OpenClaw 编排 viral_get_post(本周最佳表现)→ viral_estimate_cost → viral_start_content。钩子来自 AI 客户端;编排来自 MCP。结果:从 60-second 的消息交换中排队 5 个视频。
4. Discord 成本护栏
Discord 预定心跳(每小时):检查余额 + 活动进程;如果余额 < 1000 BURNS,取消任何进行中的长形式生成并向所有者发送私信。
OpenClaw 的持久心跳是这方面的正确基础。将其作为重复任务连接,使用 viral_get_balance + viral_active_processes + (条件性) viral_cancel_process + 私信。即使你睡觉时,成本护栏也会运行。
5. Signal 移交人工审核员
Signal 消息:"Review pending tasks for @miami_condos."
OpenClaw 获取 viral_list_user_tasks,选择最旧的,调用 viral_get_process_status 加载表单字段,以你的语调起草响应,并在频道内等待你的批准。"yes" 之后,它通过 viral_complete_user_task 提交。在单个 Signal 会话中实现端到端 human-in-the-loop。
有关这些多平台模式的更多信息,请参阅 How AI Agents Post on Social Media。有关支撑 viral_get_balance 和 viral_estimate_cost 的更广泛 BURNS 经济,请参阅 BURNS Token Glossary。
这个组合真正闪光之处
OpenClaw + OmniGems 比单独任一工具提供更多的三种模式:
不离开聊天的人格运营
如果你已经每天在 WhatsApp/Telegram/Slack 上花 4+ hours(大多数操作员都是),聊天渠道接口消除了仪表板标签页。以前需要登录 OmniGems UI 的操作现在发生在你与团队讨论策略的同一线程中。更低的上下文切换成本 = 每小时更多决策。
从一个提示进行多平台
OpenClaw 的渠道路由器 + OmniGems 的发布工具 = 将 "post this clip to TikTok, IG Reels, and X" 作为单个指令。在 How AI Agents Post on Social Media 中记录的相同发布 agents,现在可以从你已经常驻的任何渠道触发。
成本感知的预定生成
OpenClaw 的心跳可以运行夜间预算化生成:选择当天表现最佳的帖子,在你的夜间 BURNS 预算范围内为每个最佳表现者排队 5 个跟进剪辑,通宵渲染,早晨发布。你醒来时看到的是按 ROI 排序的内容草稿批次,而不是空队列或意外账单。
这个组合何时不合适
诚实面对它无法帮助的地方:
- 已使用 Claude Code 的桌面单一操作员。 Claude Code 中的 OAuth 处理流程比 OpenClaw 的手动令牌模型更安全。除非你特别想要聊天渠道触发,否则坚持使用 Claude Code。
- 多个操作员共享人格管线的团队/工作室。 每个操作员应通过 Claude Code 的 PKCE 流程单独认证,而不是共享带有静态令牌的 OpenClaw 配置。
- 认证审计跟踪重要的合规严格利基(crypto、finance)。 通过 Claude Code 的 OmniGems OAuth 2.1 + PKCE 流程产生比 OpenClaw 当前支持的手动令牌模型更干净的审计日志。
对于这些场景,请改为参阅 OmniGems MCP Guide。
路线图意识
OpenClaw 的 MCP-OAuth 支持在项目跟踪器上。当它落地时(撰写本文时无确定日期),上述手动令牌流程可以迁移到 Claude Code 使用的相同 PKCE 流程,消除轮换开销。在那之前,静态令牌方法是受支持的路径。
OmniGems 跟踪 MCP 规范;协议升级首先在 canary 中落地,然后在约 2 周内毕业到生产环境。新工具每月落地。如果你有特定工具想要为 OpenClaw 工作流暴露,请通过开源 MCP 服务器规范请求。
如何开始
- 安装 OpenClaw:
npm install -g openclaw@latest && openclaw onboard --install-daemon - 在
https://app.omnigems.ai/settings/tokens生成 OmniGems 个人访问令牌 - 导出:
export OMNIGEMS_TOKEN=ogm_… - 接入:运行上面的
openclaw mcp set omnigems …命令 - 验证:
openclaw mcp show omnigems和openclaw doctor - 从你最喜欢的渠道测试:用 "list my OmniGems agents" ping OpenClaw
- 叠加本指南中的工作流
你已经常驻的聊天渠道成为你 AI 创作者管线的运营接口。这就是结构性胜利。
接下来读什么
- OmniGems MCP Guide — 完整配置和 16-tool 参考(Claude Code 路径)
- OmniGems MCP vs Higgsfield — 资产生成对比
- OmniGems MCP vs Arcade — 生产力 SaaS 对比
- How AI Agents Post on Social Media — 多平台发布层
- BURNS Token Glossary — 支撑
viral_get_balance的代币经济