大多数人通过 Telegram 或 Web 界面使用 OpenClaw。但如果你的团队每天泡在 Discord 或 Slack 里——2026 年大部分团队确实如此——你就错过了 OpenClaw 最有价值的用法:一个真正参与工作流的 AI 队友。
OpenClaw 的 Discord 机器人可以实时分类支持工单。Slack 机器人可以自动跑每日站会、总结会议讨论、回答公司知识库里的问题。这不是玩具,而是每周能帮团队省 5-10 小时的实用自动化。
本文将完整走一遍 OpenClaw 接入 Discord 和 Slack 的全过程——从创建应用凭证到配置消息技能。我们会覆盖实战场景、安全最佳实践和成本预估,让你部署团队机器人时心里有底。
如果你还不了解 OpenClaw,建议先读什么是 OpenClaw?。如果需要先搭建实例,看OpenClaw 安装指南。
准备工作
开始之前,你需要:
- 一个运行中的 OpenClaw 实例 — 可以是自托管的 VPS、本地运行、或通过 ClawPod 部署。实例必须能从公网访问(不能只是 localhost),这样 Discord 和 Slack 才能把 Webhook 事件推送过来。
- AI 提供商的 API Key — Anthropic、OpenAI、Google 或 OpenRouter。如果不确定选哪个模型,通过 OpenRouter 用 Claude Sonnet 4 是团队机器人的稳妥选择。
- Discord 服务器或 Slack 工作区的管理员权限 — 你需要有安装应用/机器人的权限。
如果你在本地网络(NAT 或防火墙后)运行 OpenClaw,需要配置端口转发或用 ngrok 之类的隧道工具。这是自托管最头疼的问题之一——也是 ClawPod 这类托管服务存在的主要原因。用 ClawPod 的话,你的实例已经自带公网访问和 SSL 证书,可以直接跳到机器人配置步骤。
第一部分:搭建 OpenClaw Discord 机器人
第 1 步 — 创建 Discord 应用
前往 Discord 开发者门户,点击 New Application。
- 给应用起个名字(比如 "Team Assistant" 或你的公司名)
- 同意服务条款
- 进入 General Information 页面后,记下 Application ID,后面会用到
第 2 步 — 创建 Bot 用户
在左侧菜单进入 Bot 页面。
- 点击 Reset Token 生成新的机器人令牌
- 立刻复制令牌 — Discord 只显示一次
# 令牌格式示例(这不是真实令牌)
MTIzNDU2Nzg5MDEyMzQ1Njc4.GAbCdE.abcdefghijklmnopqrstuvwxyz1234567890重要: 安全保存这个令牌。绝对不要提交到 Git 仓库、发到公开频道、或出现在截图里。关于令牌安全的详细指南,请参阅我们的 OpenClaw 安全指南。
- 在 Privileged Gateway Intents 下启用:
- Message Content Intent — OpenClaw 读取消息内容必需
- Server Members Intent — 可选,机器人需要用用户名字时有用
- Presence Intent — 可选,只在需要基于在线状态触发时使用
第 3 步 — 设置机器人权限
进入 OAuth2 > URL Generator。
-
Scopes 下勾选:
botapplications.commands(如果需要斜杠命令)
-
Bot Permissions 下勾选:
- Send Messages(发送消息)
- Read Message History(读取历史消息)
- Embed Links(嵌入链接)
- Attach Files(附件)
- Use Slash Commands(斜杠命令)
- Add Reactions(添加反应)
- Manage Threads(可选,用于线程对话)
-
复制生成的 URL,在浏览器中打开,把机器人邀请到你的服务器
团队机器人千万别图方便给 Administrator 权限。最小权限原则——只给机器人实际需要的权限。后面有新需求再加也来得及。
第 4 步 — 配置 OpenClaw
现在把 Discord 连接到你的 OpenClaw 实例。编辑配置文件:
# config.yaml
messaging:
discord:
enabled: true
token: "${DISCORD_BOT_TOKEN}" # 通过环境变量设置
command_prefix: "!" # 可选:用 !ask、!help 等触发
allowed_channels: # 可选:限制到特定频道
- "bot-commands"
- "team-support"
- "general"
allowed_roles: # 可选:限制到特定角色
- "Team Member"
- "Admin"
thread_mode: true # 在线程中回复,保持频道整洁
max_message_length: 2000 # Discord 字符限制把令牌设为环境变量——永远不要硬编码到配置文件里:
# .env 文件(永远不要提交这个文件)
DISCORD_BOT_TOKEN=MTIzNDU2Nzg5MDEyMzQ1Njc4.GAbCdE.abcdefghijklmnopqrstuvwxyz1234567890第 5 步 — 启动和测试
重启 OpenClaw 实例加载新配置:
# Docker 部署
docker compose restart openclaw
# 直接运行
openclaw restart去机器人有权限的频道发一条测试消息:
!ask 法国的首都是哪里?如果机器人回复了,你的 Discord 集成就搞定了。如果没回复,检查以下几项:
- 机器人令牌是否正确且未过期
- 机器人是否已邀请到服务器(第 3 步)
- Message Content Intent 是否已启用(第 2 步)
- 频道是否在
allowed_channels列表中(或删除该配置允许所有频道) - OpenClaw 实例日志中的错误信息
Discord 使用技巧
线程模式对团队频道至关重要。 不开线程模式的话,机器人的回复会把主频道搞得一团糟。开启 thread_mode: true 后,每次对话自动在线程中进行——频道保持整洁,还能同时进行多个对话。
积极使用频道限制。 一个在每个频道每条消息都回复的机器人只会让人烦。把它限制在专用频道(比如 #bot-commands 或 #ask-ai)和需要自动化的特定频道里。
斜杠命令体验更好。 比起 !ask <问题>,用户输入 /ask 就能获得自动补全、参数提示和更清爽的界面。OpenClaw 支持注册 Discord 斜杠命令:
messaging:
discord:
slash_commands:
enabled: true
commands:
- name: ask
description: "向 AI 助手提问"
- name: summarize
description: "总结频道最近 N 条消息"
- name: standup
description: "发布今日站会总结"第二部分:搭建 OpenClaw Slack 机器人
Slack 的配置比 Discord 复杂一些,因为它采用 OAuth 架构。但最终效果也更强——Slack 机器人有更深入的工作区集成、更丰富的消息格式,以及按钮和弹窗等交互元素的原生支持。
第 1 步 — 创建 Slack App
前往 Slack API 门户,点击 Create New App。
- 选择 From scratch
- 给应用起名(比如 "OpenClaw Assistant")
- 选择要安装到的工作区
第 2 步 — 配置 OAuth 权限
在左侧菜单进入 OAuth & Permissions。
在 Bot Token Scopes 下添加以下权限:
channels:history # 读取公开频道消息
channels:read # 查看频道基本信息
chat:write # 发送消息
groups:history # 读取私有频道消息(按需添加)
groups:read # 查看私有频道基本信息
im:history # 读取与机器人的私聊
im:read # 查看私聊基本信息
im:write # 主动发起私聊
reactions:read # 读取 emoji 反应
reactions:write # 添加 emoji 反应
users:read # 查看用户资料(用于 @提及)
files:read # 读取共享文件(可选)不需要的权限不要加。每多一个权限范围就多一个潜在攻击面。如果你的机器人只在公开频道运行,groups:history 和 groups:read 就不需要。
第 3 步 — 启用事件订阅
进入 Event Subscriptions 并开启。
Request URL 填写你的 OpenClaw 实例 Webhook 端点:
https://your-openclaw-domain.com/api/webhooks/slack如果你用的是 ClawPod,这个 URL 已经自动配好且带 SSL。自托管的话需要有效的 SSL 证书——Slack 会拒绝纯 HTTP 端点。
在 Subscribe to bot events 下添加:
message.channels # 公开频道消息
message.groups # 私有频道消息
message.im # 机器人私聊消息
app_mention # 有人 @提及你的机器人
reaction_added # 有人给消息加 emoji 反应(可选)建议做法: 一开始只订阅 app_mention 和 message.im。这意味着机器人只在被 @提及或收到私聊时才回复——干扰最小的方式。等你确认需要主动监控频道消息时再添加其他事件。
第 4 步 — 安装到工作区
进入左侧菜单的 Install App,点击 Install to Workspace,授权请求的权限。
安装完成后你会看到两个令牌:
- Bot User OAuth Token(以
xoxb-开头)— 这是 OpenClaw 需要的 - User OAuth Token(以
xoxp-开头)— 大多数场景用不到
复制 Bot User OAuth Token。
你还需要 Basic Information 页面的 Signing Secret — OpenClaw 用它来验证传入的 Webhook 请求确实来自 Slack,而不是攻击者伪造的。
第 5 步 — 配置 OpenClaw
编辑 OpenClaw 配置文件:
# config.yaml
messaging:
slack:
enabled: true
bot_token: "${SLACK_BOT_TOKEN}"
signing_secret: "${SLACK_SIGNING_SECRET}"
app_token: "${SLACK_APP_TOKEN}" # 仅 Socket Mode 需要
mode: "webhook" # "webhook" 或 "socket"
allowed_channels:
- "bot-commands"
- "engineering"
- "support-internal"
response_type: "thread" # 在线程中回复
unfurl_links: false # 不在机器人消息中预览链接
markdown: true # 使用 Slack mrkdwn 格式把凭证设为环境变量:
# .env 文件(永远不要提交)
SLACK_BOT_TOKEN=xoxb-1234567890-1234567890123-AbCdEfGhIjKlMnOpQrStUvWx
SLACK_SIGNING_SECRET=abc123def456ghi789jkl012mno345pqWebhook 模式 vs Socket 模式: Webhook 模式需要你的 OpenClaw 实例有公网 URL 和 SSL 证书。Socket 模式使用 WebSocket 连接,由你的服务器主动发起,所以在防火墙后面也能用,不需要端口转发。自托管且在 NAT 后面的话,Socket 模式更省事。如果在 ClawPod 或任何有公网 IP 的服务器上,Webhook 模式更可靠、延迟更低。
第 6 步 — 启动和测试
重启 OpenClaw 后在 Slack 中测试:
@OpenClaw Assistant 今天有什么优先事项?或者给机器人发私聊。如果有回复,就成功了。
排查清单:
- 确认 Bot User OAuth Token 正确(以
xoxb-开头) - 确认 Signing Secret 正确(来自 Basic Information 页面,不是 OAuth 页面)
- 检查 Event Subscriptions 的 Request URL 是否显示绿色对勾
- 确保机器人已被邀请到频道(
/invite @OpenClaw Assistant) - 查看 OpenClaw 实例日志中的 Webhook 事件
团队机器人的实战场景
接入配置只是开始。真正的价值在于你拿它来做什么。以下是团队中已验证有效的五个 OpenClaw Discord/Slack 机器人用例。
1. 自动化每日站会
配置机器人每天早上 9 点发送站会提示,全天收集回复:
skills:
standup:
schedule: "0 9 * * 1-5" # 周一到周五早上 9 点
channel: "standups"
prompt: |
发布每日站会提示。要求团队成员回复:
1. 昨天完成了什么
2. 今天在做什么
3. 有什么阻碍
下午 5 点,汇总所有回复生成总结并发布。机器人全天收集回复,然后生成一份日终总结——高亮阻碍项、识别重复工作、标记未报告的同事。这替代了一个打断所有人心流的 15 分钟同步会议。
2. 工单分类和路由
把机器人接入一个客户或团队成员提报问题的支持频道:
skills:
ticket-triage:
trigger: "channel:support-requests"
actions:
- classify: [bug, feature_request, question, urgent]
- route:
bug: "#engineering-bugs"
feature_request: "#product-backlog"
question: "#faq-responses"
urgent: "#on-call"
- acknowledge: true # 回复报告者,告知分类结果和后续步骤机器人读取每条新消息,按类型和紧急程度分类,路由到对应频道,并给报告者发确认消息和预计响应时间。使用这套模式的团队反馈:支持工单的首次响应时间缩短了 60-70%。
3. 知识库问答
这是最让管理层兴奋的场景。把公司文档、Wiki 或 SOP 加载到 OpenClaw 的记忆中,团队成员就能用自然语言提问:
skills:
knowledge-base:
trigger: "@bot"
sources:
- type: file
path: /data/company-wiki/
- type: notion
database_id: "abc123..."
- type: confluence
space_key: "ENG"
prompt: |
仅使用知识库中的内容回答问题。
如果知识库中没有答案,明确说明。
始终引用来源文档。不用再在 Confluence 里翻找 15 分钟了——团队成员问一句 @bot 怎么申请年假? 就能即时得到答案和来源链接。这个方案特别能扩展——机器人不会因为被 50 个人问同一个问题而感到烦躁。
4. 会议总结和待办提取
会议结束后,把录音转写稿发给机器人:
@bot 总结这段会议记录,提取带负责人和截止日期的待办事项:
[粘贴转写稿]机器人会生成结构化总结:
- 达成的关键决定
- 带指定负责人的待办事项
- 需要跟进的开放问题
- 提到的截止日期
对于每天开 5-10 个会的团队来说,这能省下 30-60 分钟的手工记录时间,确保没有事项被遗漏。
5. 事件响应协调
工程团队可以配置机器人来协助事件管理:
skills:
incident:
trigger: "!incident"
actions:
- create_channel: "incident-{date}-{short_description}"
- invite: ["@on-call-engineer", "@engineering-lead"]
- post_template: |
**事件开启:** {description}
**严重等级:** {severity}
**值班人员:** {on_call}
**状态:** 调查中
请在此频道发布更新。我会整理时间线。
- monitor: true # 跟踪所有消息并生成时间线
- post_mortem: true # 事件解决后生成复盘文档草稿有人输入 !incident API 延迟飙升 - P1 后,机器人自动创建专属频道、邀请相关人员、发布结构化模板、监控对话并自动生成事件时间线和复盘文档草稿。
安全注意事项
运行一个能读取团队对话的机器人,安全规划必须到位。以下是不可跳过的实践。
令牌管理
- 绝对不要把令牌硬编码 到可能提交到版本控制的配置文件里。用环境变量或密钥管理器。
- 每季度轮换一次令牌。 Discord 和 Slack 都支持重新生成令牌。旧令牌会立即失效。
- 开发和生产用不同的令牌。 测试机器人和生产机器人应该是不同的 Slack/Discord 应用,使用不同的凭证。
- 监控令牌使用。 机器人出现你没触发的 API 调用或消息,就是令牌泄露的信号。
完整的安全清单请看我们的 OpenClaw 安全指南。
权限范围控制
Discord: 使用频道限制和基于角色的访问控制。机器人不应该有权访问 #hr-confidential 或 #exec-strategy 等频道,除非明确需要。
Slack: 对 OAuth 权限范围贯彻最小权限原则。从最小集合开始,只在特定功能需要时才添加权限。定期在 Slack 管理面板审计应用的权限范围。
速率限制
Discord 和 Slack 都有速率限制。超出限制会被暂时封禁——严重的话会被永久封禁。
- Discord: 每频道每 10 秒 50 条消息;全局每秒 5 个 API 请求
- Slack: 每频道每秒 1 条消息;Web API 的其他端点各有不同限制
OpenClaw 在大多数情况下自动处理速率限制,但如果你的机器人要响应高流量频道,建议加个冷却时间:
messaging:
rate_limit:
messages_per_minute: 20
cooldown_seconds: 3数据隐私
你的机器人会处理它监控的频道中的所有消息。这意味着:
- 对话数据会发送到 AI 提供商(Anthropic、OpenAI 等)处理。确保团队成员知道这一点。
- 消息日志可能保存 在 OpenClaw 的对话历史中。配置好数据保留策略。
- 敏感频道应完全排除 在机器人监控范围之外。
如果你的公司有合规要求(SOC 2、GDPR、PIPL),在部署读取内部通信的 AI 机器人之前,请先咨询安全团队。
成本拆解:运行团队机器人要花多少钱
以一个 10 人工程团队为例,看看实际的费用结构。
API 费用
| 场景 | 日消息量 | 平均 Token/条 | 模型 | 月费用 |
|---|---|---|---|---|
| 知识库问答 | 30 | 4,000 | Sonnet 4 | $12 |
| 站会自动化 | 15 | 2,000 | Sonnet 4 | $3 |
| 工单分类 | 20 | 3,000 | Sonnet 4 | $6 |
| 会议总结 | 5 | 15,000 | Sonnet 4 | $8 |
| 临时提问 | 40 | 3,000 | Sonnet 4 | $13 |
| 合计 | 110 | 约 $42/月 |
以上基于 Claude Sonnet 4 通过 OpenRouter 的定价(输入 $3/百万 token,输出 $15/百万 token)。如果应用我们 Token 费用优化指南 中的技巧,成本还能大幅降低。
托管费用
| 方案 | 月费用 | 包含内容 |
|---|---|---|
| 自托管 VPS(Hetzner、DigitalOcean) | $5-15 | 完全控制,手动配置维护 |
| ClawPod 托管 | $29.9 | 一键部署、SSL、监控、自动更新 |
| 本地机器 | $0(仅电费) | 无稳定性保证、无 SSL、需要端口转发 |
总拥有成本
典型团队机器人部署:
- 自托管方案: $5-15/月(VPS)+ $42/月(API)= $47-57/月
- ClawPod 方案: $29.9/月(托管)+ $42/月(API)= 约 $72/月
- 本地方案: $0(托管)+ $42/月(API)= $42/月(但没有可用性保证)
对比一下:招一个初级运维人员每月 $3,000-5,000,或者订阅一个专用客服机器人平台 $200-500/月。不到 $75/月的 OpenClaw 团队机器人,性价比非常突出。
个人创业者如果想跑更轻量的配置,可以参考 用 OpenClaw 一个人运营公司(月成本 $300 以内)。
为什么 ClawPod 让这一切更简单
部署 OpenClaw Discord/Slack 机器人最难的部分不是机器人配置——而是基础设施。你需要:
- 一台始终在线的服务器(笔记本电脑进入睡眠,机器人就挂了)
- 公网 IP 地址或域名
- 有效的 SSL 证书(Slack 的 Webhook 要求 HTTPS)
- 允许传入 Webhook 流量的防火墙规则
- 监控机制,知道机器人什么时候挂了
- 定期更新以保持 OpenClaw 最新版本
ClawPod 以 $29.9/月搞定以上所有。你会获得:
- 一个在托管基础设施上 24/7 运行的专属 OpenClaw 实例
- 自动 SSL 证书(不用操心 Let's Encrypt 续期)
- 预配好的 Webhook 端点,Discord 和 Slack 开箱即用
- 带运行时间监控和告警的管理面板
- OpenClaw 新版本发布时一键更新
如果你的时间价值超过 $10/小时——当然超过——那省下来不调试 SSL 证书和 Docker 网络的时间,足以让订阅费翻倍回本。
多平台同时运行:Discord + Slack
很多团队两个平台都用——Discord 做社区,Slack 做内部沟通。OpenClaw 支持同时接入两个平台:
messaging:
discord:
enabled: true
token: "${DISCORD_BOT_TOKEN}"
allowed_channels:
- "community-support"
- "general"
thread_mode: true
slack:
enabled: true
bot_token: "${SLACK_BOT_TOKEN}"
signing_secret: "${SLACK_SIGNING_SECRET}"
allowed_channels:
- "engineering"
- "support-internal"
response_type: "thread"两个集成共享同一个 OpenClaw 实例、同一个 AI 模型和同一个知识库——但各自独立运行。Discord 的提问不会出现在 Slack,反之亦然。机器人为每个平台和每个频道维护独立的对话上下文。
这对用 Discord 做公开社区支持、用 Slack 做内部运营的公司特别有用。一个 OpenClaw 实例,两个受众,一致的回答质量。
常见问题
OpenClaw 能同时连 Discord 和 Slack 吗?
可以。OpenClaw 支持单个实例同时连接多个消息平台。每个平台在配置文件中独立配置,各自运行——独立的对话、独立的频道权限、共享的知识库和 AI 模型。同时运行两个平台不会有性能损失。
OpenClaw 实例必须有公网访问才能跑 Discord 和 Slack 机器人吗?
Slack 的 Webhook 模式需要——Slack 会向你的服务器发送 HTTP 请求,要求公网 URL 和 SSL。Discord 取决于连接方式:Webhook 模式需要公网 URL,但默认的 Gateway 模式(WebSocket)不需要,因为是你的服务器主动向外发起连接。如果公网访问是个问题,可以用 ClawPod 自带 SSL 和公网端点,或者用 Slack 的 Socket 模式作为替代。
怎样保证 Discord 和 Slack 机器人令牌的安全?
不要把令牌硬编码到配置文件里。用环境变量或密钥管理器(Docker secrets 或 HashiCorp Vault)。每 90 天轮换一次令牌。开发和生产使用不同的机器人应用。监控异常的机器人活动。详细方案请看我们的安全指南。
运行 OpenClaw 团队机器人要花多少钱?
对于一个中等使用量的 10 人团队(每天 100-150 条消息),使用 Claude Sonnet 4 的 API 费用约 $40-50/月。托管费 $5-30/月不等,取决于自托管还是用托管服务。总计 $50-80/月,大约是同等人力成本的 1-2%。更多省钱技巧请看我们的 Token 费用优化指南。
OpenClaw Discord/Slack 机器人最好用来做什么?
投资回报率最高的场景:(1)知识库问答,省去翻找文档的时间;(2)自动化每日站会,替代同步会议;(3)工单分类,瞬间路由到正确的团队;(4)会议总结与待办事项自动提取;(5)事件响应协调。更多真实案例请看我们的 OpenClaw 实战场景指南。
如果你想了解 OpenClaw 还能为你的业务自动化哪些工作,看看我们的实战场景指南、一个人的公司和安全最佳实践。
想部署团队机器人又不想折腾基础设施?ClawPod 提供带 SSL、监控和预配 Webhook 端点的托管 OpenClaw 实例——Discord 和 Slack 几分钟即可上线。$29.9/月,立即开始。

