OpenClaw + n8n：AI 不碰密钥的安全工作流

🔧 Step 0：先配置 Notion（推荐存储后端）

⚠️ 本案例推荐使用 Notion 管理数据，免费且多人协作 👉 去配置 Notion 接入 →

解决什么问题

每次让 OpenClaw 对接新的外部服务，就要把 API Key 告诉它。但如果 AI 直接持有大量密钥，一旦出问题后果难控。而且 AI 的调用过程不透明，你不知道它到底发了什么请求。把外部 API 的调用交给 n8n 代理：AI 说帮我做这件事，n8n 来真正执行，密钥留在 n8n 里。

最简上手：直接发这句话

我想用 n8n 作为外部 API 的代理层。
帮我设计这样的架构：
- OpenClaw 需要发邮件时，调用我的 n8n webhook，而不是直接调用邮件 API
- n8n webhook URL 是 [你的 n8n webhook URL]
- 告诉我需要给 n8n 发什么格式的数据，我去配置 n8n 那边

完整配置步骤

第一步：在 n8n 里建 webhook 工作流

1. 打开你的 n8n 实例
2. 新建工作流：Webhook 触发 → 执行外部 API → 返回结果
3. 每个需要代理的服务建一个独立 webhook

常见的可代理服务：

• 发邮件（Gmail/Outlook）
• 发短信（阿里云/Twilio）
• 存数据库（Airtable/Notion/飞书）
• 发推文或发帖

第二步：告诉 OpenClaw 用 webhook

以后需要发邮件时，不要直接调用邮件 API，
而是调用这个 webhook：[你的 n8n URL]
发送 JSON：{"to": "收件人", "subject": "主题", "body": "内容"}
n8n 会帮我实际发送，并返回发送结果。

第三步：在 n8n 里审计调用记录

所有经过 n8n 的调用都有完整日志，你可以：

• 查看 AI 到底发了什么请求
• 重放失败的请求
• 暂时禁用某个 webhook

效果是什么

• AI 不持有任何 API 密钥，只知道 webhook URL
• 所有外部调用在 n8n 可视化界面里清晰可查
• 出问题可以在 n8n 层面拦截，不用改 OpenClaw 配置
• n8n 本地部署的话，所有数据不出内网

注意事项

• n8n 需要自己搭建（有云版本，但推荐自部署）
• 初始配置复杂，但建好之后新增集成只需要在 n8n 里加 webhook
• webhook URL 本身也要保护好，加上认证 token
• 每个 webhook 只做一件事，不要做成万能 webhook