1. 从 tools/list 超时看 Google Home MCP 与 TaoToken Key 的分工Google Home 开放 MCP 集成后很多人的第一反应是在 Claude Code 里注册一个 Google Home MCP Server然后直接问“帮我关掉客厅灯”。实际调试时常见报错并不是设备权限而是两条链路混在一起模型侧返回401 invalid x-api-keyMCP 侧返回MCP error -32001: Request timed out。前者通常说明 Claude 客户端调用的模型供应商 Key 或 Base URL 没配对后者才可能是 Google Home MCP 端点、网络、OAuth 或工具发现阶段的问题。建议先把模型通道切到 TaoToken到 TaoToken 官网 创建 Key再把 Claude Code / Codex 里的模型 Base URL 设为https://taotoken.net/api。注意MCP 服务授权仍然使用 Google Home 侧发放的凭证两者不要互相填错。这篇内容不讨论热点新闻本身而是把它当成一个可复现的协议接入案例Google Home 通过 Model Context Protocol 暴露设备与事件历史能力第三方 AI 智能体负责理解用户意图、规划工具调用Claude 等模型在推理和工具回传过程中消耗 TokenTaoToken 负责管理 Claude Key 与模型入口。你最终会得到三样东西一份协议客户端配置、几条工具发现命令以及一张 Key 管理对照表。先明确一个容易混淆的点MCP 不是模型也不是 API 中转。MCP 是一套让客户端发现工具、读取资源、调用工具的协议。模型要做的是根据用户问题决定“是否调用工具”“调用哪个工具”“参数是什么”。当 MCP Server 返回设备列表、事件历史、执行结果后这些内容还会作为上下文再交给模型推理。因此Google Home MCP 接入能否跑通取决于三段是否同时正确AI 客户端Claude Code、Codex、CC Switch 等负责发起模型请求和管理 MCP Server。模型通道Base URL 指向https://taotoken.net/apiKey 使用YOUR_API_KEY。MCP 通道Google Home MCP Server 地址、访问令牌、协议版本、工具权限。只要其中一段错位就会出现看似相同的 401、403、超时或“没有可用工具”。下面按配置顺序拆开。2. Google Home MCP 协议链路拆解客户端、TaoToken Base URL、MCP 授权MCP 客户端通常会先做初始化然后调用tools/list获取工具清单。Google Home 这次开放的能力核心是让支持 MCP 的智能体能够访问设备状态、事件历史并执行控制动作。Antigravity、Claude、Hermes、Open Claw 等客户端只是不同外壳底层链路都可以抽象成用户自然语言 - Claude/Codex 等模型推理 - MCP 客户端发现 Google Home 工具 - 调用 Google Home MCP Server - 返回设备/事件/执行结果 - 模型再次推理并生成回答这里有两个独立的凭据平面模型凭据平面TaoToken API Key放在ANTHROPIC_AUTH_TOKEN、TAOTOKEN_API_KEY或 CC Switch 的供应商配置里。智能家居凭据平面Google Home MCP 访问令牌放在 MCP Server 的Authorization头或本地环境变量里。最常见的错误是把 Google Home 的 MCP Token 填到ANTHROPIC_AUTH_TOKEN结果模型请求 401或者把 TaoToken 的YOUR_API_KEY填到 MCP Server 的Authorization结果tools/list返回 401/403。排查时不要先怀疑模型能力先看请求打到了哪个域名。MCP 的tools/list可以用 JSON-RPC 理解。不同传输方式略有差异stdio 型由客户端启动本地进程HTTP/Streamable 型则直接向 MCP 端点发 POST。对于远程 Google Home MCP 服务通常是 HTTP 类传输。你可以在本地终端执行下面的最小请求把端点替换为 Google 官方提供的 MCP 地址curl -sS -X POST https://GOOGLE_HOME_MCP_ENDPOINT/mcp \ -H Accept: application/json, text/event-stream \ -H Content-Type: application/json \ -H MCP-Protocol-Version: 2025-03-26 \ -H Authorization: Bearer YOUR_GOOGLE_HOME_MCP_TOKEN \ -d {jsonrpc:2.0,id:1,method:tools/list,params:{}}如果返回-32001或连接超时先检查端点是否需要/mcp后缀是否需要Accept: application/json, text/event-stream协议版本头是否与服务端一致当前网络环境是否允许访问该端点Google Home 授权是否包含设备读取、事件历史、控制执行等 scope。如果返回 401则说明模型通道可能已经通了但 MCP 通道的 Token 不对。此时不要改ANTHROPIC_BASE_URL应该检查 MCP 配置里的Authorization。这也是为什么推荐把 TaoToken Key 和 Google Home MCP Token 分开管理一个管 Claude 推理消耗一个管智能家居权限。Claude 在工具调用场景下会消耗更多 Token因为每轮都可能携带工具 schema、历史消息、工具返回结果。尤其是事件历史查询返回内容可能很长模型需要再总结。TaoToken 的价值在这里比较直接统一管理 Claude Key、Base URL 和用量入口避免在多个客户端里散落不同供应商配置。需要创建 Key 时可以从 TaoToken 官网进入控制台链接见 TaoToken 官网。3. Claude Code 接入settings.json、ANTHROPIC_* 与 Google Home MCP 注册Claude Code 的模型配置建议放在~/.claude/settings.json或项目级.claude/settings.json。核心是设置ANTHROPIC_BASE_URL和ANTHROPIC_AUTH_TOKEN。不要把 MCP Token 混进来。{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_CLAUDE_MODEL_ID } }如果你更喜欢临时环境变量可以在当前 shell 中执行export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_CLAUDE_MODEL_ID然后在同一个终端启动 Claude Code。这样模型请求会走 TaoTokenBase URL 不带 UTM保持为https://taotoken.net/api。接下来注册 Google Home MCP Server。Claude Code 支持用命令添加 MCP 配置避免手改错文件。远程 HTTP MCP 可以写成claude mcp add-json google-home { type: http, url: https://GOOGLE_HOME_MCP_ENDPOINT/mcp, headers: { Authorization: Bearer YOUR_GOOGLE_HOME_MCP_TOKEN, MCP-Protocol-Version: 2025-03-26 } }添加后检查是否注册成功claude mcp list claude mcp get google-home如果claude mcp list能看到google-home但 Claude 回答“没有可用工具”优先看claude mcp get google-home里的状态。常见原因是url少了/mcp、Token 过期、协议版本不匹配或者客户端没有成功完成initialize。Claude Code 的完整排查顺序可以固定为# 1. 确认模型通道 echo $ANTHROPIC_BASE_URL test -n $ANTHROPIC_AUTH_TOKEN echo model key exists # 2. 确认 MCP 注册 claude mcp list # 3. 查看 MCP 详情 claude mcp get google-home # 4. 重新添加或移除后重试 claude mcp remove google-home这里再强调一次ANTHROPIC_*只用于 Claude Code 的模型访问不要套到 Codex。Codex 使用自己的config.toml下一节单独说明。TaoToken 的 Claude Code 文档入口也放在文末 CTA配置时如果遇到字段差异优先以文档为准。4. Codex 接入config.toml 与 CC Switch 三件套不要混用Codex 的配置在~/.codex/config.toml。它的模型供应商配置与 Claude Code 完全不是一套字段不能把ANTHROPIC_BASE_URL写进 Codex也不能把ANTHROPIC_AUTH_TOKEN当成 Codex 的 Key。一个通用示例如下model YOUR_CODEX_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat然后在 shell 里设置export TAOTOKEN_API_KEYYOUR_API_KEY如果 Codex 版本支持远程 MCP Server可以在config.toml中单独增加 MCP 段。不同版本字段可能不同不要把 Claude Code 的headers结构直接复制过去。更稳妥的做法是先用 Codex 自带命令或官方文档确认 MCP 配置格式再填入 Google Home 的端点和 Token。CC Switch 场景下建议把“三件套”理解为三组配置而不是一个 Key 到处复制配置项作用推荐值常见错误供应商 Base URL模型请求入口https://taotoken.net/api写成 MCP 端点模型 API Key调用 Claude/Codex 模型YOUR_API_KEY填 Google Home TokenMCP 服务配置控制 Google HomeGoogle Home MCP URL Token填 TaoToken Key在 CC Switch 里切换时先确认当前激活的是 TaoToken 供应商再启动 Claude Code 或 Codex。如果你在 CC Switch 中同时管理多个供应商最容易出现的问题是Claude Code 已经切到 TaoToken但 Codex 仍然读旧配置或者 MCP 服务列表里保留了旧的 Google Home Token。处理方法是把供应商配置、模型映射、MCP 服务清单分别核对一遍。5. 工具发现命令与 JSON-RPC 排障清单工具发现是 MCP 接入的核心步骤。无论使用 Claude Code 还是其他客户端最终都要确认tools/list能返回工具并且工具名、描述、参数 schema 能被模型理解。本地调试时可以使用 MCP Inspector。对于 stdio 型 MCP Server命令形式通常是npx -y modelcontextprotocol/inspector -- GOOGLE_HOME_MCP_COMMAND ARGS对于 HTTP 型 MCP Server直接用前面的curl请求tools/list。如果服务端返回 SSE 流curl可能持续输出可以加超时curl -sS --max-time 15 -X POST https://GOOGLE_HOME_MCP_ENDPOINT/mcp \ -H Accept: application/json, text/event-stream \ -H Content-Type: application/json \ -H MCP-Protocol-Version: 2025-03-26 \ -H Authorization: Bearer YOUR_GOOGLE_HOME_MCP_TOKEN \ -d {jsonrpc:2.0,id:1,method:tools/list,params:{}}拿到工具清单后不要手写猜测的工具名。调用时直接把tools/list返回的name填进去curl -sS -X POST https://GOOGLE_HOME_MCP_ENDPOINT/mcp \ -H Accept: application/json, text/event-stream \ -H Content-Type: application/json \ -H MCP-Protocol-Version: 2025-03-26 \ -H Authorization: Bearer YOUR_GOOGLE_HOME_MCP_TOKEN \ -d { jsonrpc:2.0, id:2, method:tools/call, params:{ name:tools/list 返回的工具名, arguments:{} } }常见现象与定位方式如下现象优先检查处理方向401 invalid x-api-key模型 Key、Base URL确认ANTHROPIC_AUTH_TOKEN是YOUR_API_KEYBase URL 是https://taotoken.net/apiMCP401/403MCP Token、scope更换 Google Home MCP Token检查设备/事件权限tools/list超时端点、网络、协议版本确认/mcp路径、Accept头、MCP-Protocol-Version工具列表为空MCP Server 初始化查看客户端日志确认initialize成功模型不调用工具工具 schema、系统提示让模型显式读取工具清单检查描述是否清晰设备控制无效Google Home 授权检查 OAuth scope、设备归属、家庭成员权限事件历史过长分页、时间范围限制查询窗口避免一次拉取过多上下文MCP 调用失败时不建议让 Agent 直接连生产数据库或绕过权限。Google Home 的设备和事件历史本身就属于敏感数据所有命令应由读者在本地终端执行所有授权应通过官方 OAuth/MCP 配置完成。TaoToken 只负责模型 API Key 和 Base URL不替 Google Home 做设备授权。6. Key 管理对照与安全边界把 Key 分清楚能减少大量无效排查。建议按下面的对照表管理用途配置位置示例值不要放哪里调用 Claude/Codex 模型Claude CodeANTHROPIC_AUTH_TOKEN、CodexTAOTOKEN_API_KEYYOUR_API_KEYGoogle Home MCPAuthorization调用 Google Home MCPMCP ServerAuthorization头或本地环境变量YOUR_GOOGLE_HOME_MCP_TOKEN模型供应商 Key模型 Base URLClaude CodeANTHROPIC_BASE_URL、Codexmodel_providers.taotoken.base_urlhttps://taotoken.net/apiMCP 端点MCP 端点Claude Code MCP 配置、Codex MCP 配置https://GOOGLE_HOME_MCP_ENDPOINT/mcp模型 Base URL模型 IDANTHROPIC_MODEL、Codexmodel按控制台模型列表工具名工具名tools/call.params.name从tools/list获取凭据字段安全边界也要明确TaoToken Key 只用于模型请求不要提交到 Git 仓库。建议放环境变量或本地配置文件并加入.gitignore。Google Home MCP Token 具有设备和事件权限泄露风险高于普通模型 Key。不要写入公开笔记、截图或聊天记录。不要把 MCP Token 当成模型 Key 使用也不要把模型 Key 填进 MCP Server。如果 Key 曾经进入日志或公开仓库立即在控制台轮换。多客户端场景下Claude Code、Codex、CC Switch 各自维护配置避免一处修改后误以为全局生效。如果你还没有 TaoToken Key可以从官网入口进入控制台创建链接是 TaoToken 官网。创建后先把模型通道打通再配置 Google Home MCP。顺序不要反模型通道不通你会看到 401MCP 通道不通你会看到工具列表为空或超时。两者同时出现时先解决模型 401再解决 MCP 工具发现。7. 文末 CTA模型对话 → Coding Plan → 创建 Key → Claude Code 文档如果你准备把 Google Home MCP 接入 Claude Code、Codex 或 CC Switch建议按下面路径完成先用模型对话验证 TaoToken Key 和 Base URL 是否可用模型对话如果要在 Claude Code / Codex 中长时间做工具调用和事件历史分析可以查看 Coding PlanCoding Plan创建并管理模型 Key不要把 Google Home MCP Token 混在一起API KeysClaude Code 的字段、Base URL 和 MCP 配置细节以官方文档为准Claude Code 文档配置完成后你可以用claude mcp list确认 Google Home MCP 已注册用tools/list确认工具发现正常再让 Claude 执行一次只读查询例如读取设备状态或事件历史。确认只读链路稳定后再开放控制类工具。整个过程里TaoToken 管的是 Claude Key、Base URL 和模型推理入口Google Home MCP 管的是智能家居授权与工具调用二者边界清晰排障才不会互相干扰。