OpenClaw（龙虾助手）对接哔哩哔哩完整指南：TaoToken 统一 Key 配置与 MCP 验证（2026最新版）

1. OpenClaw 对接哔哩哔哩为什么 Key 管理成了第一道坎OpenClaw龙虾助手是一套把聊天入口、技能系统、MCP 工具链和 RPA 自动化串起来的智能体框架能做的事情很杂总结视频、抓热榜、自动发稿、直播弹幕回复。哔哩哔哩则是国内创作者密度最高的内容平台之一视频解析、数据监控、评论互动这些需求天然适合交给智能体跑。把两者接起来理论上就是装个 MCP、填个 Cookie 的事。但真正动手你会发现麻烦不在 MCP 本身而在 Key。BibiGPT 要一个 KeyAI 模型要一个 KeyB 站开放平台要 Client ID 和 SecretRPA 云手机还要一套连接凭证。每个技能各自读自己的配置改一处忘一处日志里全是 401 和 403。我试过在四个配置文件之间来回跳最后连哪个 Key 对应哪个技能都记混了。这篇就聚焦一件事用 TaoToken 的统一 Key 把 OpenClaw 的模型调用收敛到一个入口再让 Bilibili MCP 和 RPA 技能共用这套凭证体系。你会拿到可复制的config.toml与settings.json骨架、MCP 连通性验证清单以及 RPA 动作的检查项。目标很明确——一次跑通不用反复试错。适合谁看已经在用 OpenClaw 但被多 Key 搞烦的人想给 B 站账号加自动化能力但不想每个技能单独配一遍的人以及准备把直播弹幕、视频发布这类 RPA 流程跑起来的主播和运营。2. TaoToken 统一 Key把分散的模型凭证收拢2.1 为什么要在 OpenClaw 里做统一 KeyOpenClaw 的技能体系是插件化的每个技能默认读自己的配置段。BibiGPT 读skills.bibigpt.api_key模型对话读models.provider.api_keyMCP 工具如果涉及模型推理又是另一套。这种设计灵活但代价是配置分散。TaoToken 的思路是提供一个兼容多模型的统一 API 入口OpenClaw 里所有需要模型推理的地方都指向同一个 base_url 和同一个 Key。这样你只需要维护一份凭证换模型、加技能都不用重新配 Key。对 B 站场景尤其有用视频总结、文案改写、弹幕回复生成背后都是模型调用统一之后排查问题也简单——先确认 TaoToken 通不通再怀疑 MCP。2.2 获取 Key 与确认接入信息登录 TaoToken 控制台在 API Keys 页面创建一个新 Key。建议按用途命名比如openclaw-bilibili方便后面在日志里定位。创建后立即复制页面刷新后不再完整显示。接入信息记两个Base URLhttps://taotoken.net/apiAPI Key控制台生成的那串模型对话入口在 https://taotoken.net/api-keys 接入文档在 https://taotoken.net/doc 需要确认参数细节时翻文档比猜快。注意Key 不要写进会提交到 Git 的文件。OpenClaw 的配置目录默认在~/.openclaw/这个目录本身不该进版本库但如果你手动备份配置记得把 Key 抽成环境变量。2.3 在 OpenClaw 中写入统一配置OpenClaw 的主配置是config.toml模型段和技能段都在这里。下面是一份可直接改的骨架重点是把base_url指向 TaoToken并让 BibiGPT 这类技能复用同一个 Key。# ~/.openclaw/config.toml [gateway] host 127.0.0.1 port 18789 [models.default] provider openai-compatible base_url https://taotoken.net/api api_key ${TAOTOKEN_API_KEY} model deepseek-v4 timeout 120 [skills.bibigpt] enabled true # 复用统一 Key不再单独填 api_key ${TAOTOKEN_API_KEY} base_url https://taotoken.net/api [mcp.bilibili] enabled true cookie ${BILIBILI_COOKIE} default_privacy public auto_generate_tags true${TAOTOKEN_API_KEY}是环境变量引用OpenClaw 启动时会读取。这样配置文件本身可以安全备份。设置环境变量的方式# Linux / macOS写入 shell 配置 export TAOTOKEN_API_KEY你的Key export BILIBILI_COOKIE你的B站Cookie # 验证是否生效 echo $TAOTOKEN_API_KEY | head -c 8Windows 用setx TAOTOKEN_API_KEY 你的Key然后重开终端。改完配置重启网关openclaw gateway restart openclaw gateway statusstatus返回 running 才算配置加载成功。如果报配置解析错误多半是 TOML 语法问题检查引号和段名。3. Bilibili MCP 与 RPA 的可复制配置3.1 安装 Bilibili MCP 并验证工具列表MCP 是 OpenClaw 接外部工具的协议层Bilibili MCP 把 B 站的操作封装成 24 个左右的工具视频上传、数据查询、热榜抓取、评论回复都在里面。# 安装 MCP 管理器已装可跳过 openclaw mcp install # 安装 B 站 MCP openclaw mcp install bilibili-mcp # 重启网关 openclaw gateway restart # 列出已注册的 MCP 工具确认 bilibili 出现 openclaw mcp listmcp list输出里应该能看到bilibili-mcp及其工具清单。如果没出现先看openclaw gateway logs -f的实时日志常见原因是 MCP 包下载失败或 Node 版本不满足。3.2 获取并配置 B 站 CookieMCP 操作 B 站账号靠 Cookie 鉴权。获取方式浏览器登录 B 站F12 打开开发者工具切到网络标签刷新页面找任意一个api.bilibili.com的请求复制请求头里的完整 Cookie 值。openclaw config set mcp.bilibili.cookie $BILIBILI_COOKIE openclaw config set mcp.bilibili.default_privacy public openclaw config set mcp.bilibili.auto_generate_tags trueCookie 有效期通常 7 到 30 天过期后 MCP 调用会返回鉴权失败。建议在日历里设个提醒或者写个定时任务检查。3.3 settings.json 骨架RPA 与直播助手RPA 部分用 Airtest 技能控制云手机配置写在settings.json里。这份骨架覆盖云手机连接和直播助手的基础参数。{ airtest: { device: { type: android, connect: 192.168.1.100:5555, timeout: 30 }, action_delay: 1.5, retry: 3 }, bilibili_live_assistant: { room_id: 你的直播间ID, reply_interval: 2, danmaku_rules: [ { keywords: [主播好, 你好, hi], reply: 欢迎来到直播间喜欢的话点个关注~ }, { keywords: [源码, 资料], reply: 源码和资料在粉丝群公告里哦~ } ], gift_rules: [ { gift_name: 辣条, reply: 感谢{{username}}送的辣条 }, { gift_name: 舰长, reply: 感谢{{username}}开通舰长私信领取专属福利~ } ] } }action_delay是每个 RPA 动作之间的等待秒数设太小容易点空设太大直播回复会延迟。1.5 秒是实测比较稳的起点。retry控制失败重试次数网络抖动时有用。安装 RPA 技能并连接云手机openclaw skills install airtest-skill openclaw skills install bilibili-live-assistant openclaw gateway restart # 连接云手机IP 和端口换成你自己的 openclaw airtest connect 192.168.1.100:5555连接成功会返回设备信息。如果超时检查云手机的 ADB 调试是否开启、端口是否放行。4. 验证请求从 MCP 连通性到 RPA 动作4.1 MCP 连通性验证清单配置写完不代表能用按下面顺序逐项验证每步都有明确的成功标志。第一步确认网关和 MCP 都活着openclaw gateway status openclaw mcp list | grep bilibili第二步用只读工具测试鉴权不要一上来就发视频。抓热榜是最安全的验证openclaw mcp call bilibili-mcp get_hot_list --limit 5返回 JSON 数组且包含标题、播放量字段说明 Cookie 有效、MCP 通路正常。如果返回 401Cookie 过期返回 403账号可能被风控。第三步测试模型调用是否走通 TaoToken。在 OpenClaw 聊天界面发一句帮我总结这个B站视频的核心内容https://www.bilibili.com/video/BV1xx411c7mZ成功标志是返回结构化的总结文本而不是超时或鉴权错误。这一步同时验证了 TaoToken Key 和 BibiGPT 技能。4.2 RPA 动作验证RPA 的验证要更谨慎因为涉及真实账号操作。先在云手机上手动确认 B 站 APP 已登录、直播间能正常打开再跑自动化。# 启动直播助手前台运行方便看日志 openclaw skills run bilibili-live-assistant # 确认稳定后再转后台 openclaw skills run bilibili-live-assistant --daemon前台运行时在直播间发一条测试弹幕比如「主播好」。日志里应该出现匹配规则和回复动作。如果没反应检查room_id是否正确、弹幕规则的关键词是否匹配。RPA 动作的检查项云手机分辨率与 Airtest 模板匹配否则图像识别会失败网络延迟低于 100ms延迟高时点击会错位B 站 APP 版本与技能适配大版本更新后模板可能失效回复间隔不低于 2 秒太快容易触发风控5. 本篇常见错排查5.1 MCP 授权失败最常见的原因是 Cookie 过期。B 站 Cookie 有效期不长尤其是频繁调用后可能提前失效。重新登录获取新 Cookie更新配置后重启网关。如果新 Cookie 也失败检查账号是否被限制——用浏览器手动访问 B 站看是否需要验证码或短信验证。另一个坑是 Cookie 复制不完整。开发者工具里 Cookie 很长容易漏掉末尾字段。复制时确认从第一个键值对到最后一个都包含。5.2 TaoToken Key 报 401 或 403先确认环境变量真的被读到了openclaw gateway logs -f | grep -i api_key\|401\|403如果日志显示 Key 为空说明环境变量没生效。OpenClaw 作为服务启动时可能不继承 shell 的环境变量需要在服务配置里显式传入或者把 Key 直接写进config.toml仅限本机且目录权限收紧的情况。如果 Key 有值但仍 401去 TaoToken 控制台确认 Key 状态是否正常、额度是否充足。模型对话入口 https://taotoken.net/api-keys 可以重新生成。5.3 RPA 操作不稳定点空、点错、识别不到基本是三个原因延迟、分辨率、模板。先把action_delay调到 2 秒以上测试如果稳定了再逐步调小。分辨率不匹配的话在 Airtest 里重新截取模板图。模板失效通常发生在 B 站 APP 更新后重新截一次就好。云手机本身也会卡。定期重启云手机和 B 站 APP能解决大部分偶发问题。5.4 视频发布后被限流限流不一定是自动化导致的但自动化会放大风险。降低发布频率每天不超过 3 条间隔至少 2 小时。内容上避免纯搬运AI 生成的视频做二次剪辑。如果连续限流停几天发一条纯实拍测试账号状态。账号安全上绝对不要用主号跑自动化。小号先养 7 到 14 天正常浏览点赞评论后再开始。每个账号对应唯一设备和 IP不要频繁切换。6. 下一步把统一 Key 用到更多场景B 站对接跑通之后TaoToken 统一 Key 的价值会越来越明显。你再加一个技能、再换一个模型都不用重新配凭证。长期做编码或 Agent 开发的话Coding Plan 入口在 https://taotoken.net/coding-plan 适合需要持续调用模型的场景。模型对话验证在 https://taotoken.net/chat 接入文档在 https://taotoken.net/doc API Keys 管理在 https://taotoken.net/api-keys 。实际用下来最省时间的做法是先把 MCP 的只读工具跑通确认鉴权和模型调用都没问题再开 RPA。RPA 涉及真实账号操作出问题排查成本高前置验证做扎实能省很多事。直播助手的规则文件建议单独备份B 站 APP 更新后模板要重截有备份恢复快。