1. 从 Moltbook 的 150 万 Agent 说起我想看清它们到底在聊什么Moltbook 这个站点最近在 Agent 圈子里刷屏三天注册量破百万现在上面挂着 150 万级别的 Agent 账号每天产生海量帖子。问题在于这些内容不是给人读的——它们是 Agent 之间互相发帖、互相回复、互相点赞产生的。你想知道「Agent 们到底在聊什么」靠人肉翻页根本不现实必须让另一个 Agent 去抓、去聚类、去出报告。我这次要复现的链路是这样的用 OpenClaw 作为执行 Agent通过飞书机器人接收我的自然语言指令让它去抓 Moltbook 的帖子数据把结果写进飞书多维表格再做话题聚类和趋势看板最后输出一份飞书文档。整条链路里最容易被卡住的不是抓取逻辑而是模型接入——OpenClaw 需要一个稳定的模型后端来驱动推理和工具调用。这篇就聚焦在 TaoToken 统一 Key 的接入配置与端到端验证上让你能把 Agent 话题热度榜跑出来。适合谁看已经在用 OpenClaw、想接飞书做自动化分析、但被多模型 Key 管理搞烦的人。如果你还没装 OpenClaw文末的配置骨架同样适用于任何兼容 OpenAI 协议的客户端。2. 为什么用 TaoToken 统一 Key 接 OpenClawOpenClaw 的模型配置是写在config.toml或 Web UI 的 Raw 配置里的一旦你要在多个模型之间切换比如抓取用便宜模型、总结用强模型就得反复改 baseUrl 和 apiKey。TaoToken 的做法是给你一个统一的入口把不同模型的调用收敛到一套 Key 和一套地址上OpenClaw 侧只需要改一个 provider 配置。具体来说TaoToken 提供 OpenAI 兼容的接口baseUrl 指向https://taotoken.net/api你用同一个 Key 就能调用它背后挂载的模型。对 OpenClaw 这种需要频繁做工具调用和长上下文推理的场景统一 Key 的好处是配置一次后面换模型只改 model id不用动认证信息。这里要区分两个概念TaoToken 的 API 地址是https://taotoken.net/api而官网入口是https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。注册和拿 Key 走官网实际请求走 API 地址别搞混。如果你打算长期跑编码类或 Agent 类任务可以关注 Coding Plan 这个入口它面向的是持续性的编码和 Agent 工作负载比按次调用更适合 OpenClaw 这种常驻进程。拿 Key 的页面在 console 里接入文档在 doc 里这两个后面配置时会用到。3. OpenClaw 侧的可复制配置config.toml 骨架OpenClaw 的配置有两种改法Web UI 里点 Settings - Config - Authentication底部切到 Raw 直接改 JSON或者直接编辑本地的config.toml。下面给一份以 TaoToken 为 provider 的骨架你可以直接对照替换。先看核心的 provider 段。OpenClaw 兼容 OpenAI 的 completions 协议所以api字段填openai-completionsbaseUrl 填 TaoToken 的 API 地址[models.providers.taotoken] baseUrl https://taotoken.net/api apiKey YOUR_TAOTOKEN_API_KEY api openai-completions [[models.providers.taotoken.models]] id claude-sonnet-4-5 name claude-sonnet-4-5 [[models.providers.taotoken.models]] id gpt-4o-mini name gpt-4o-mini然后是 agent 默认模型段把 primary 指向 TaoToken 下的模型。抓取和聚类这种重工具调用的任务建议 primary 用能力强的模型compaction 用便宜的[agents.defaults.model] primary taotoken/claude-sonnet-4-5 [agents.defaults.models.taotoken/claude-sonnet-4-5] alias taotoken [agents.defaults] workspace /Users/yourname/.openclaw/workspace maxConcurrent 4 [agents.defaults.subagents] maxConcurrent 8gateway 段保持本地回环即可端口默认 18789token 在 Web UI 的 Overview - Gateway Token 里找[gateway] port 18789 mode local bind loopback [gateway.auth] mode token token YOUR_GATEWAY_TOKEN改完之后在 Web UI 里先点 Save 再点 Update或者重启 OpenClaw 进程。这里有个坑如果你之前配过火山方舟的 Coding Planprovider 名字可能叫volcengine别和taotoken混在同一个 agent 的 primary 里否则会出现模型路由混乱。注意apiKey 不要写进会提交到 git 的文件里。OpenClaw 的 workspace 目录如果被版本管理建议把 config 里的 Key 换成环境变量引用或者单独放一份不追踪的配置。4. 飞书机器人回调配置让 OpenClaw 能收能发OpenClaw 要能通过飞书接收你的指令、并把分析结果写回飞书文档需要装飞书插件并配好机器人权限。先装插件openclaw plugins install m1heng-clawd/feishu然后在飞书开放平台创建企业自建应用添加机器人能力。权限这块用批量导入最省事把下面这段 JSON 贴进「权限管理」-「批量导入/导出权限」{ scopes: { tenant: [ im:message:readonly, im:message:send_as_bot, im:message.p2p_msg:readonly, im:chat:read, docx:document:create, docx:document:readonly, docx:document:write_only, docs:document.content:read, docs:permission.member:create ], user: [ docx:document:create, docx:document:readonly ] } }权限里im:message:readonly和im:message:send_as_bot是收发消息的基础docx:document:create和docx:document:write_only是写飞书文档用的。导入后确认开通。接着配事件订阅。在「事件与回调」里订阅方式选「使用长连接接收事件」添加事件「接收消息」。长连接方式不需要你暴露公网回调地址OpenClaw 本地进程直接和飞书保持连接这对本地部署很友好。最后在 OpenClaw Web UI 的 Channels 里填飞书的 App ID 和 App Secret保存。确保应用已发布且可用范围包含你自己的账号否则在飞书里搜不到机器人。5. 端到端验证从一条消息到一份话题热度榜配置完成后做一次最小验证。在飞书里给机器人发一条消息帮我抓取 Moltbook.com 上最近 24 小时的帖子标题按出现频率聚类出前 10 个话题写进一个飞书文档标题叫「Agent 话题热度榜」。预期行为是OpenClaw 收到消息后用 TaoToken 的模型做推理调用抓取工具拉取帖子做聚类然后调用飞书文档 API 创建文档并写入结果。你会在飞书里收到机器人的回复附带文档链接。如果这一步成功再验证定时任务。发第二条消息以后每天上午 10 点重复上面的分析更新同一个飞书文档。OpenClaw 会把这条指令注册成定时任务之后每天自动跑。这里的关键是模型要能稳定做多轮工具调用如果中途模型返回格式不对任务会断。所以 primary 模型的选择很重要别用太弱的模型跑这种链路。验证成功的标志有三个飞书里收到回复、文档被创建且内容非空、定时任务在 OpenClaw 的 task 列表里可见。三个都满足说明 TaoToken 的 Key 接入和飞书回调都通了。6. 本篇常见错排查报错一401 Unauthorized。大概率是 apiKey 填错或者 baseUrl 写成了官网地址。记住请求地址是https://taotoken.net/api不是带 utm 的官网链接。检查 config 里baseUrl字段有没有多写路径。报错二模型 not found。OpenClaw 里 model id 要和 TaoToken 侧实际挂载的模型名一致。如果你在 config 里写了claude-sonnet-4-5但 TaoToken 侧叫别的名字就会 404。去 doc 里核对模型列表或者先用模型对话页面测一下这个 id 能不能通。报错三飞书机器人不回复。先看应用是否已发布、可用范围是否包含你。再看事件订阅是不是选了长连接、有没有添加「接收消息」事件。最后看 OpenClaw 的 Channels 配置里 App ID 和 Secret 有没有填反。报错四文档创建成功但内容为空。这是模型工具调用返回格式问题。检查 primary 模型是否支持 function calling以及 OpenClaw 的飞书插件版本是否匹配。可以先把任务简化成「只创建一个空文档」确认文档 API 通了再叠加抓取逻辑。报错五定时任务不触发。OpenClaw 的 gateway 必须是常驻运行状态如果你关了终端或进程定时任务不会跑。确认 gateway 进程在后台端口 18789 可访问。排障时如果怀疑是 Key 或接入问题直接去 API Keys 页面重新生成一个 Key 替换测试如果是模型能力问题去模型对话页面单独测这个模型的工具调用如果是长期编码或 Agent 任务稳定性问题考虑切到 Coding Plan 的接入方式。7. 把这条链路跑成日常这套配置跑通之后你其实得到的是一个可复用的模板OpenClaw 负责执行TaoToken 负责模型供给飞书负责交互和存储。换一个数据源比如把 Moltbook 换成别的 Agent 社区只需要改抓取工具的参数模型和飞书部分不用动。我自己的习惯是把 config.toml 里的 provider 段单独抽出来做备份换机器时直接贴回去只改 workspace 路径和 gateway token。飞书那边的权限 JSON 也存一份新应用导入权限时不用一个个勾。最后提醒一句抓取公开站点的数据要注意频率别把人家站点打挂。OpenClaw 的 maxConcurrent 别设太高4 到 8 之间比较稳。跑定时任务时错开高峰凌晨跑一次就够看清趋势了。
