我这几天刚把「飞书 + OpenClaw」跑通，甚至在飞书里一口气创建了 5 个企业自建应用，给它们起名 A/B/C/D/E，当成我的“数字员工”。
我当时的幻想是这样的：
– 数字员工 A：收集信息，永不疲倦
– 数字员工 B：写文章，出口成章
– 数字员工 C：搞运营，日更不断
– 我：坐在工位上喝咖啡，静静迈入万恶的资产阶级
然后，飞书用现实轻轻拍了拍我的脸：“本月 API 调用次数已达上限。”
1. 巨坑是什么：免费版 API 月度总量 10,000 次（而且全租户共享）
某天早上我照常打开电脑，准备在飞书群里给数字员工们派活——结果一个个集体罢工，鸦雀无声。
我熟练打开 OpenClaw/网关控制台，看到一个飞书相关错误（类似这样）：
第一反应：不会吧？难道我充的模型调用费 1000 块一夜蒸发？
仔细一看，报错链接指向飞书 OpenAPI 的错误解释页面：
打开后我当场沉默：
本月 API 调用次数已达上限，请联系企业管理员升级飞书版本。
继续往下看，官方说明大意是：
飞书基础免费版内，单租户下所有企业自建应用的 API 调用总量上限为 10,000 次/月，每月 1 号刷新。
注意：是“单租户所有自建应用共享” ，不是“每个应用 10,000 次”。
我看完只剩一个念头：
我这 5 个数字员工，竟然在同一个“月度 10,000 次”的食堂里抢饭吃。
2. 为什么会用得这么快：你以为在聊天，其实在“调用 API”
很多人会疑惑：我不就是“发两句话、回两句话”吗？怎么就把 API 打爆了？
因为对于机器人来说，“聊天”通常意味着至少这些动作（每个动作都可能是一次 OpenAPI 调用）：
– 收到消息事件（订阅/长连接）→ 解析消息
– 获取或刷新 tenant_access_token（如果没缓存好）
– 回复消息 im/v1/messages（一次消息一调）
– 发送富文本/卡片/图片/文件（更多调用）
– 分段/流式输出（你多发几条，就多打几次）
你在群里觉得自己只说了“在吗”，机器人这边可能已经跑完了一个“API 全家桶”。
3. 你会不会踩坑？一分钟算账
飞书免费版：10,000 次/月（全租户共享）。
做个粗算（非常保守）：
– 每次你 @ 机器人一次，机器人至少回 1 条：≈ 1 次发送 API
– 再加上其它必要调用（鉴权、拉取资源、卡片更新等）：按 2～5 次/互动计
如果你一天有 100 次互动（一个小团队完全可能），按 3 次/互动算：
100 次/天 × 3 次/互动 × 30 天 = 9,000 次/月
你还没开始“数字员工 24 小时打工”，额度就已经被“日常问候”吃得差不多了。
多开应用不会让额度变多
重点是“单租户所有企业自建应用共享”。
你建 1 个机器人是 10,000/月，你建 5 个机器人还是 10,000/月——只是消耗更快。
4. 解决方案：要么交钱，要么降耗，要么换路
我继续往下翻，果然看到了最资本主义的解决方案：
4.1 方案 A：升级飞书版本（最直接）
如果你确实要在飞书里跑高频对话、多机器人协作、文件/卡片/图片来回飞：
别拧巴，直接评估升级成本与收益。
4.2 方案 B：把“数字员工的嘴”管住（降耗技巧）
如果你暂时不想升级，可以先做“节流”：
– 合并输出：能一条说完就别拆成五条（拆五条 = 五次调用）。
– 减少卡片更新：卡片“实时刷新”很爽，但也很费。
– 缓存 token：确保通道实现有正确的 token 缓存（避免频繁取 token）。
– 限流与白名单：只对关键群/关键人开放，别让全公司把你当公共客服压测。
– 把高频交互挪到别的平台：飞书保留“指令入口 + 结果回传”，过程放到更便宜的通道。
4.3 方案 C：换一个不那么“按月掐脖子”的聊天通道
这条路的核心思路是：选那些“机器人 API 可公开使用、没有月度调用量付费墙”的平台（但注意：几乎所有平台都存在速率限制与风控规则，“完全没有限制”并不准确）。
- OpenClaw 支持哪些聊天工具？（以及哪些通常更“宽松”）
先把结论说清楚：OpenClaw 的通道（channel）通常是插件化的，你实际能用哪些，取决于你安装了哪些插件/适配器、以及你当前版本支持什么。
你可以用下面两类命令“以事实为准”地查：
openclaw –help
openclaw config
如果你是 ClawDBot/插件体系，常见是：
clawdbot plugins list
clawdbot config list
5.1 常见可选通道（示例，按“通常不按月计费掐死”的倾向）
下面按行业常见生态列举“你可以优先考虑的方向”，不承诺你的 OpenClaw 版本一定原生支持；最终以 channels list/plugins list 为准。
A. 官方 Bot API 通常可免费使用（但有速率限制）
– Telegram
– Discord
– Slack
这些平台往往不会像“免费版直接给你一个月度总量 10,000 次”这么硬核地卡住你（但会有每秒/每分钟的限流，发太猛一样会被限速/风控）。
B. 自托管/自控的聊天系统（你自己掌控“额度”）
– Matrix（Element）
– Mattermost
– Rocket.Chat
– Zulip
这类系统的优势是：没有厂商月度调用量套餐，瓶颈通常变成你自己的服务器与配置（当然，你也得自己运维）。
C. 最通用的“无平台绑定”入口
– Webhook（你自己定义协议与鉴权）
– 邮件/HTTP API（看你通道实现）
如果你就是想让“数字员工”能收任务、回结果，Webhook 往往是最朴素、也最可控的方案。
6. 给准备上路的你：一张避坑清单
– [ ] 先确认飞书版本与 OpenAPI 月度额度（别等爆了才发现）
– [ ] 多机器人 ≠ 多额度（全租户共享就别做“五倍幻想”）
– [ ] 评估交互频率：预计每天多少次对话？机器人会回几条？是否卡片/文件？
– [ ] 默认做节流：合并输出、限流、白名单、缓存 token
– [ ] 预留 Plan B：必要时迁移到 Telegram/Discord/自托管 IM/Webhook
7. 结尾：别急着当资产阶级，先把账算明白
飞书 + OpenClaw 当然能做出很酷的“数字员工”，但如果你在飞书免费版上直接做高频多机器人协作，很容易被月度 10,000 次 OpenAPI 上限一脚踹回现实。
所以我的建议是：
-
先明确你要的“数字员工”到底是低频指令入口，还是高频对话机器人；
-
把“平台成本/额度”当成架构的一部分（不是上线后的惊喜彩蛋）；
-
能省则省，真要高强度用就别抗拒升级或换通道。
如果你也准备把飞书当作数字员工的办公大厅——祝你少踩坑，少交智商税，多交“值得的”钱。
个人网站(www.frogchou.com)
语录（yulu.frogchou.com ）
