1. 为什么我要把 Claude Code 和 OpenClaw 拼在一起当日程助理先说清楚这套组合到底能做什么Claude Code 负责在终端里理解你的自然语言、生成结构化日程OpenClaw 负责把这份日程主动推送到飞书你人不用守在电脑前手机飞书就能收到提醒。适合谁适合每天被会议、写稿、改 bug 追着跑又懒得手动往日历里敲字的人尤其是已经在用 Claude Code 写代码、想让同一个 Key 顺带把生活杂事也管起来的开发者。我之前的痛点很具体日程散在三个地方脑子里记一份、备忘录记一份、飞书群里又发一份到了晚上全对不上。试过纯手动整理坚持不到三天就放弃。后来发现 Claude Code 本身能读文件、能跑命令OpenClaw 又能挂飞书机器人那干脆让 AI 主动来问我“明天要干嘛”再把结果推给我。核心思路就一句话用 TaoToken 的统一 Key 打通模型调用Claude Code 出内容OpenClaw 出通道飞书出提醒。这里有个前提得先讲明白OpenClaw 这类能读写本地文件、能执行命令的 Agent别装在主力机上。我自己的做法是丢在一台旧笔记本或者云主机里跑主力机只留 Claude Code 做代码相关的事。原因很简单Agent 权限给大了之后它能碰的东西比你想象的多隔离环境是底线不是可选项。另外提一句模型选择。日程规划这种任务不需要顶配模型GLM 系列完全够用响应快、成本低实测下来比拿高价模型硬刷划算得多。TaoToken 的好处是它把多家模型的调用统一到一个 Key 和一条 API 通道上你在 Claude Code 和 OpenClaw 两边填同一套凭证就行不用来回切换账号。2. TaoToken 前置准备一个 Key 打通 Claude Code 与 OpenClaw这一步的目标是拿到统一 Key并且确认它能同时被两个工具识别。TaoToken 在这里扮演的角色是模型调用的统一入口你不需要为 Claude Code 和 OpenClaw 分别申请不同的凭证一套 Key 走天下。先去控制台创建 API Key。打开 https://taotoken.net/api 对应的控制台入口登录后进 API Keys 页面新建一个复制出来存好。这个 Key 后面要填进两个配置文件所以别弄丢。如果你还没注册从官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 进去走一遍流程即可。创建完 Key 之后建议先单独验证一次通道是否通。用 curl 发一条最小请求确认返回正常再往下配能省掉后面一半的排障时间curl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer 你的_TaoToken_Key \ -H Content-Type: application/json \ -d { model: glm-4-plus, messages: [{role: user, content: 只回复两个字通了}] }返回里能看到choices字段和内容就说明 Key 和通道都没问题。这一步别跳过我见过太多人配置文件写得漂漂亮亮结果 Key 本身是错的排查半天。关于模型名TaoToken 的通道支持多家模型你在请求里指定model字段即可。日程规划场景我一般用 GLM 系列稳定且便宜如果某天需要更强的推理换成别的模型名就行配置文件不用大改。注意Key 属于敏感凭证别提交到 Git 仓库也别贴在公开的飞书群里。建议放在环境变量或者本地配置文件里权限设成仅自己可读。3. 可复制配置settings.json 与 config.toml 骨架填 Key这一节是全文的核心两个配置文件分别对应 Claude Code 和 OpenClaw。我直接把可复制的骨架给你你只需要替换 Key 和少量路径。3.1 Claude Code 的 settings.jsonClaude Code 读取的是settings.json位置通常在用户目录下的配置文件夹里。核心是把 API 通道指向 TaoToken并填入统一 Key{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: 你的_TaoToken_Key, ANTHROPIC_MODEL: glm-4-plus }, permissions: { allow: [ Read, Write, Bash(date:*) ] } }几个关键点解释一下。ANTHROPIC_BASE_URL指向 TaoToken 的 API 地址这样 Claude Code 的请求就走统一通道ANTHROPIC_AUTH_TOKEN填你刚才创建的 KeyANTHROPIC_MODEL指定默认模型。permissions.allow里我特意放开了Bash(date:*)因为日程规划经常要读当前时间放开这一条能让它自己算“明天是几号”。3.2 OpenClaw 的 config.tomlOpenClaw 用的是config.toml结构比 JSON 更直观。下面这份骨架包含模型通道和飞书机器人两块[model] provider openai-compatible base_url https://taotoken.net/api/v1 api_key 你的_TaoToken_Key model glm-4-plus [gateway] host 127.0.0.1 port 8080 [feishu] app_id 你的_飞书_App_ID app_secret 你的_飞书_App_Secret event_mode long_connection[model]段把 OpenClaw 的模型调用也指向 TaoTokenprovider用openai-compatible是因为 TaoToken 的接口兼容 OpenAI 格式这样 OpenClaw 不用改代码就能接。[feishu]段填飞书应用的凭证event_mode选长连接避免公网回调地址那套麻烦事。3.3 飞书侧的权限与事件飞书开放平台里创建应用后需要开这几个权限im:message收发消息、im:message:send_as_bot以机器人身份发消息、contact:user.base:readonly读取用户基础信息。事件订阅里加上im.message.receive_v1订阅方式选长连接。发布应用后拿到 App ID 和 App Secret填回上面的config.toml。两个文件都改完之后重启 OpenClaw 网关让配置生效openclaw gateway restart重启后看日志有没有报模型连接失败或者飞书鉴权失败没有的话就进入下一步验证。4. 验证请求发一条测试指令确认日程推到飞书配置写完不算完得跑通一条完整链路才算数。验证分两步先确认 Claude Code 能生成日程再确认 OpenClaw 能把日程推到飞书。4.1 先验证 Claude Code 生成日程在终端里进 Claude Code发一条自然语言指令claude 帮我规划明天上午的日程输出成三条待办每条带时间点正常的话它会返回类似这样的结构09:00-10:00 整理昨天的代码 review 意见 10:00-11:30 写新功能的接口文档 11:30-12:00 回复飞书里的未读消息如果这一步就报错多半是settings.json里的 Key 或 base_url 写错了回到第 5 节排查。4.2 再验证 OpenClaw 推送到飞书确认 Claude Code 没问题后让 OpenClaw 走一遍完整流程。在飞书里找到你创建的机器人发一条测试消息帮我规划明天的日程然后发给我OpenClaw 收到消息后会调用 TaoToken 通道让模型生成日程再通过飞书机器人把结果推回给你。你会在飞书里收到一条机器人消息内容就是刚生成的日程清单。实测下来从发消息到收到回复大概几秒钟取决于模型响应速度。如果想更主动一点可以配一个定时任务让 OpenClaw 每天晚上固定时间主动生成第二天的日程并推送。这样你睡前就能在飞书里看到明天的安排不用每次手动问。4.3 成功结果的判断标准链路通了会有三个明显信号飞书里收到机器人主动发的日程消息OpenClaw 日志里能看到模型调用成功的记录Claude Code 那边单独跑也能正常出结果。三个都满足说明统一 Key 在两个工具里都生效了。5. 本篇常见错排查Key、通道、飞书鉴权三类问题配置过程中最容易翻车的地方我整理成三类对照着查基本能定位。第一类Key 或通道问题。表现是 Claude Code 或 OpenClaw 报 401、403或者提示模型不存在。先确认 Key 有没有复制完整前后有没有多余空格。再确认base_url写对了Claude Code 用https://taotoken.net/apiOpenClaw 用https://taotoken.net/api/v1两者路径不一样别混用。如果还报错用第 2 节的 curl 命令单独测一次通道能通说明是配置文件的问题不能通说明是 Key 本身的问题。第二类飞书鉴权问题。表现是机器人不回复或者日志里报 app_id/app_secret 无效。检查飞书应用是否已发布未发布的应用权限不生效。再检查event_mode是不是long_connection短连接模式在本地环境基本连不上。权限列表里im:message:send_as_bot必须开否则机器人能收不能发。第三类模型名不匹配。表现是请求返回模型不存在。TaoToken 通道里模型名要写对比如glm-4-plus这种完整名称别简写成glm。如果你不确定有哪些模型可用去控制台的模型列表里查一下复制准确名称填进配置。提示改完配置一定要重启网关openclaw gateway restart这条命令能解决大部分“改了没生效”的问题。我踩过的坑就是改完config.toml忘了重启对着日志找了半小时。还有一个隐蔽的坑Claude Code 和 OpenClaw 同时跑的时候如果两个都用了同一个 Key 且并发很高可能触发限流。日程助理这种低频场景一般不会遇到但如果你还拿同一个 Key 跑批量任务建议错开时间或者申请更高的配额。6. 把统一 Key 用顺之后这套日程助理还能怎么扩展跑通之后你会发现这套组合的价值不只是日程提醒。Claude Code 能读你本地的项目文件OpenClaw 能挂更多消息通道两者用同一个 TaoToken Key 串起来等于给日常事务加了一层自动化。几个我实际在用的扩展方向。一是让 Claude Code 读你的 Git 提交记录自动生成周报草稿再通过 OpenClaw 推到飞书二是把日程和待办打通每天早上一份今日清单、晚上一份完成情况三是接多个消息通道飞书收提醒、其他渠道做备份。这些都不需要改模型调用逻辑因为 Key 和通道已经统一了。如果你主要拿它做长期编码和 Agent 任务可以看看 Coding Plan 相关的入口把额度用在刀刃上如果只是想先验证模型对话效果从模型对话页面进去试几条指令最直接。接入过程中遇到鉴权或配置问题API Keys 页面和接入文档里有更细的参数说明。最后留一个我自己的习惯每周花十分钟检查一次 OpenClaw 的日志看看有没有异常的模型调用或者飞书推送失败。日程助理这种工具稳定比花哨重要跑得久才是真的好用。