1. 链路拆解ChatGPT 控设备时Key 到底填在哪一层当你在 ChatGPT、Claude 或 Google Antigravity 这类支持 MCP 的客户端里接入 Google Home却发现工具列表能出现、设备命令却报401 invalid api key或者模型请求始终走默认端点时问题通常不在智能家居设备而在模型供应商的 Key 与 Base URL。Google 最近放开了 Google Home 的 MCP 服务器早期访问让具备 MCP 能力的智能体可以读取家庭事件并在授权后控制设备但模型侧仍然需要一个可调用的 API 供应商。本文用极简配置把这件事串起来你只需要准备 TaoToken 的 Key并在智能体端把 Base URL 设为https://taotoken.net/api剩余的 Google Home 授权交给 MCP Server 本地处理。开始前先到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_intro 领取 TaoToken Key后面所有配置都围绕YOUR_API_KEY展开。很多教程把“控设备”讲成一步在 ChatGPT 里连接 MCP 就能开关灯。实际链路至少分为三层模型调用层ChatGPT、Claude Code、Codex 或 Antigravity 在推理时需要请求一个大模型 API。这里决定用哪个供应商、哪个模型、哪个 Key也就是本文要接到 TaoToken 的位置。MCP 工具层Google Home MCP Server 把“列出设备”“读取事件”“执行控制”暴露成工具。AI 智能体通过 MCP 协议发现并调用这些工具而不是直接访问你的家庭设备。设备授权层Google Home 侧的 OAuth、账号授权、家庭权限、设备范围由 MCP Server 和 Google Home 早期访问流程处理。TaoToken 的 Key 不应该填到这一层。因此一个最常见的错误是把 TaoToken 的 Key 填进 Google Home MCP Server 的env却把模型客户端的ANTHROPIC_BASE_URL或 OpenAI 兼容 Base URL 留空。结果 MCP Server 可能启动正常但模型请求仍然打到默认服务或者因为 Key 错位返回 401。正确做法是模型 Key 只属于模型客户端Google Home 令牌只属于 MCP Server两者通过客户端里的工具调用连接。如果你使用 Claude Code模型侧看ANTHROPIC_*如果你使用 Codex模型侧看config.toml如果你用 CC Switch 管理多个客户端就把它当成“配置切换器”而不是新的 API 网关。下面的配置都以 TaoToken 为模型供应商Base URL 固定为https://taotoken.net/apiKey 使用YOUR_API_KEY占位。需要再次确认产品入口时可以访问 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_arch。2. 领取 TaoToken Key 与 Base URL 最小验证在配置任何 MCP 客户端之前先把模型 API 本身跑通。这样后面如果 ChatGPT 控设备失败你能快速判断是模型请求问题还是 Google Home MCP 工具问题。第一步打开 TaoToken 官网https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_key进入控制台后创建 API Key。建议按用途命名例如home-mcp-chatgpt、home-mcp-claude、home-mcp-antigravity不要多个客户端共用一个 Key。这样一旦某个客户端出现异常调用可以单独撤销不影响其他工具。第二步记住两个固定值Base URL: https://taotoken.net/api API Key: YOUR_API_KEY注意Base URL 是工具配置项不带 UTM 参数。不要写成带?utm_source...的地址。UTM 参数只用于官网入口和文档页面统计API 请求地址使用干净的https://taotoken.net/api。第三步用 curl 做最小验证。下面的命令由你在本地终端执行不会直接连接任何生产数据库也不涉及 MCP Servercurl -sS https://taotoken.net/api/v1/models \ -H Authorization: Bearer YOUR_API_KEY如果返回模型列表或类似 JSON 结构说明 Key 和 Base URL 至少在网络层、鉴权层是通的。如果返回 401优先检查 Key 是否复制完整、是否被空格污染、是否在 Header 中使用了Bearer前缀。如果返回 404检查 Base URL 是否多写或漏写/api以及客户端是否需要补/v1。不同客户端对 OpenAI 兼容路径的处理不同但本文推荐先以https://taotoken.net/api作为根地址再由客户端拼接具体路径。第四步在 TaoToken 控制台确认你要用的模型名称。不要凭记忆写gpt-4、claude-3这类模糊名字而是从模型列表或文档中复制完整模型 ID。模型名错误通常不会报“Key 错”而是返回模型不存在或请求格式错误容易和 MCP 故障混在一起。完成这一步后你手里应该有三个东西一个可用的YOUR_API_KEY、一个固定的https://taotoken.net/api、一个从控制台复制的模型 ID。接下来分别接入 Claude Code、Codex 和 CC Switch。3. Claude Code 最小配置settings.json 与 ANTHROPIC_*Claude Code 的模型供应商配置通常通过settings.json或环境变量完成。它使用ANTHROPIC_*系列变量这一点与 Codex 完全不同。不要把ANTHROPIC_API_KEY填到 Codex 的配置里也不要把 Codex 的TAOTOKEN_API_KEY当成 Claude Code 的变量名。方式一使用settings.json。在 Claude Code 的用户配置目录中编辑settings.json加入{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: YOUR_API_KEY } }保存后重启 Claude Code。你可以通过状态页或环境检查确认当前 Base URL 已指向 TaoToken而不是默认 Anthropic 端点。不同版本的 Claude Code 状态命令可能略有差异但核心检查点只有两个ANTHROPIC_BASE_URL是否为https://taotoken.net/apiANTHROPIC_API_KEY是否为你刚创建的 Key。方式二使用环境变量。适合临时调试或 CI 环境export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEYYOUR_API_KEY如果你在同一个 shell 里同时配置了多个供应商建议先清理旧变量再写入新变量unset ANTHROPIC_BASE_URL unset ANTHROPIC_API_KEY export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEYYOUR_API_KEYClaude Code 配置完成后先不要急着接 Google Home MCP。先让 Claude Code 做一个普通对话请求确认模型能正常返回。如果普通对话都 401那么 MCP 工具不可能工作。普通对话通过后再进入 MCP Server 注册环节。这里有一个容易忽略的细节Claude Code 可能同时读取多个层级的配置例如全局配置、项目配置、shell 环境变量。如果项目目录下有旧的.claude/settings.json或.env可能覆盖全局配置。排查时先用最小目录启动 Claude Code避免项目级配置干扰。确认全局配置可用后再把 MCP 配置加进去。4. Codex 最小配置config.toml 与 TAOTOKEN_API_KEYCodex 侧不要使用ANTHROPIC_*。它是另一套配置体系通常通过config.toml指定模型供应商。下面是一个最小可用示例把模型供应商指向 TaoTokenmodel gpt-4.1-mini model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat这里的model需要替换为 TaoToken 控制台可见的模型 ID。base_url固定使用不带 UTM 的https://taotoken.net/api。env_key表示 Codex 从哪个环境变量读取 Key所以还需要设置export TAOTOKEN_API_KEYYOUR_API_KEY如果你使用 Windows PowerShell可以这样设置当前会话变量$env:TAOTOKEN_API_KEYYOUR_API_KEY配置完成后运行 Codex先做一次普通问答。重点观察三件事请求是否真的走到了https://taotoken.net/api是否出现 401如果出现就检查TAOTOKEN_API_KEY是否与env_key名称一致是否出现模型不存在如果出现就检查model是否从 TaoToken 控制台复制。Codex 与 Claude Code 的配置不要互相复制。把ANTHROPIC_API_KEY写进 Codex或者把TAOTOKEN_API_KEY写进 Claude Code 的ANTHROPIC_API_KEY位置都会导致鉴权失败。最稳妥的方式是Claude Code 用ANTHROPIC_*Codex 用config.toml TAOTOKEN_API_KEYCC Switch 只负责切换不负责混填变量。5. CC Switch 三件套多客户端切换不串配置如果你同时使用 Claude Code、Codex 和 ChatGPT 类 MCP 客户端CC Switch 可以帮你管理多套配置。它的核心不是新的 API 协议而是把不同客户端的供应商配置打包切换。对 TaoToken 来说CC Switch 里需要填的是“三件套”字段建议值说明Base URLhttps://taotoken.net/api不要带 UTM 参数API KeyYOUR_API_KEY使用 TaoToken 控制台创建的 KeyModel控制台可见模型 ID不同客户端可配不同模型在 CC Switch 中新增一个供应商配置可以命名为TaoToken-HomeMCP。填完三件套后分别给 Claude Code 和 Codex 建立独立条目。Claude Code 条目会写入ANTHROPIC_*相关配置Codex 条目会写入config.toml或对应环境变量。不要把 Claude Code 条目直接套到 Codex也不要把 Codex 的TAOTOKEN_API_KEY塞进 Claude Code 的ANTHROPIC_API_KEY。切换后建议重启对应客户端。很多客户端只在启动时读取一次环境变量或配置文件运行中切换 CC Switch 可能不会立即生效。重启后做两个检查普通对话是否能通客户端日志里的 Base URL 是否显示为https://taotoken.net/api。如果 CC Switch 切换成功但请求仍走旧端点通常是客户端缓存了旧进程或者 shell 中还有旧环境变量。先退出客户端清理当前终端变量再从 CC Switch 重新启动。6. 注册 Google Home MCP Server工具与模型 Key 分开填模型侧配置完成后才进入 Google Home MCP Server 注册。由于 Google Home MCP 服务器处于早期访问阶段具体启动命令、包名或参数需要以你拿到的早期访问说明为准。本文不编造不存在的插件名或 API只给出通用 MCP 配置结构帮助你理解哪些字段该填什么。以 Claude Desktop、Claude Code 或其他支持 MCP 的客户端为例MCP 配置通常类似{ mcpServers: { google-home: { command: YOUR_GOOGLE_HOME_MCP_COMMAND, args: [YOUR_GOOGLE_HOME_MCP_ARGS], env: { GOOGLE_HOME_ACCESS_TOKEN: YOUR_GOOGLE_HOME_TOKEN } } } }请重点注意YOUR_GOOGLE_HOME_MCP_COMMAND和YOUR_GOOGLE_HOME_MCP_ARGS要替换为 Google Home MCP 早期访问提供的启动方式。GOOGLE_HOME_ACCESS_TOKEN是 Google Home 侧授权令牌不是 TaoToken 的YOUR_API_KEY。TaoToken 的 Key 只填在模型客户端的供应商配置中不要填进这个 MCP Server 的env。如果客户端支持项目级 MCP 配置建议把 Google Home MCP 放在单独项目目录避免和其他 MCP Server 混淆。配置完成后启动客户端查看工具列表。你应该能看到 Google Home 相关工具例如读取设备、读取事件、执行控制等。工具名称可能因早期访问版本不同而变化以客户端实际展示为准。如果工具列表为空先检查 MCP Server 进程是否成功启动再看日志中是否有 Google Home 授权失败、命令不存在、参数缺失等错误。安全上建议先只启用读取类工具确认能列出房间和设备后再开启控制类工具。MCP 工具调用应该由你在本地客户端里发起不要让智能体直接执行未经确认的高风险操作。尤其是涉及门锁、安防、燃气等设备时先让智能体列出匹配设备并等待你确认再执行控制。7. 最小可复现一条“关闭客厅灯”的控制命令完成模型配置和 MCP 注册后可以用一条最小命令验证整条链路。命令不需要复杂脚本直接在支持 MCP 的智能体对话窗口里输入自然语言即可。由你在本地客户端执行先列出所有房间和设备再找到“客厅灯”关闭它执行前把匹配到的设备名称和当前状态告诉我。这条命令会触发以下流程智能体把自然语言转为模型请求请求发往 TaoToken 的https://taotoken.net/api使用YOUR_API_KEY鉴权。模型决定调用 Google Home MCP 暴露的工具例如先查询设备列表。MCP Server 根据 Google Home 授权访问家庭设备返回房间、设备名、状态。模型根据返回结果匹配“客厅灯”并在执行前要求你确认。你确认后模型再次调用控制工具关闭对应灯光。如果只成功列出设备但无法关闭通常是 Google Home 授权范围不包含控制权限或者 MCP Server 只开启了只读工具。如果模型完全不动工具通常是客户端没有把 MCP 工具注入到模型上下文或者当前模型不支持工具调用。如果模型请求报 401则回到第 3、4、5 节检查 TaoToken 配置。这条命令也可以拆成两步降低误操作概率第一步列出所有房间和设备只告诉我客厅里有哪些灯。确认设备名后再执行第二步关闭上一步匹配到的客厅灯执行前再次确认设备 ID。MCP 工具调用应该保留确认环节。AI 智能体可以帮你发现设备、理解事件历史、生成控制计划但最终执行命令由你在本地客户端确认。这样既满足“只需 TaoToken 的 Key让 ChatGPT 控设备”的极简目标也避免误控其他设备。8. 常见报错与排查清单报错一401 invalid api key。优先检查模型客户端。Claude Code 看ANTHROPIC_API_KEYCodex 看TAOTOKEN_API_KEYCC Switch 看对应条目。确认没有把 Google Home 令牌填到模型 Key 位置。报错二404 model not found 或 path not found。检查 Base URL 是否为https://taotoken.net/api是否误加了 UTM 参数。检查模型 ID 是否从 TaoToken 控制台复制。部分客户端需要自动补/v1不要手动拼错。报错三MCP Server 启动失败。查看客户端 MCP 日志。常见原因是command或args没有按早期访问说明替换或者 Google Home 授权过期。与 TaoToken Key 无关。报错四工具列表为空。确认 MCP Server 已启动客户端已重启。部分客户端需要手动开启 MCP 或信任项目配置。报错五ChatGPT 不调用工具。检查当前模型是否支持工具调用客户端是否支持 MCP。如果只支持普通聊天无法触发设备控制。此时可以换用支持 MCP 的客户端或先通过 TaoToken 的模型对话验证 API 连通性。报错六Claude Code 与 Codex 配置混用。记住Claude Code 用settings.json / ANTHROPIC_*Codex 用config.toml。禁止把ANTHROPIC_*套到 Codex也禁止把 Codex 的TAOTOKEN_API_KEY当成 Claude Code 的 Key。报错七切换 CC Switch 后不生效。退出客户端清理旧环境变量再从 CC Switch 启动。检查日志中的 Base URL 是否已经变成 TaoToken。报错八设备命令执行到一半失败。先确认 Google Home 授权范围和设备在线状态。让智能体重新列出设备不要反复重试控制命令。涉及安防设备时先切回只读模式排查。9. 文末 CTA模型对话 → Coding Plan → 创建 Key → Claude Code 文档如果你已经按本文配置到这一步建议按下面顺序继续先到模型对话页验证 TaoToken API 是否可用https://taotoken.net/models/detail/chat?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_chat如果你要长期跑 Claude Code、Codex 或 MCP 智能体查看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_coding创建并管理你的 API Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_apikey需要 Claude Code 的完整配置说明看这里https://taotoken.net/doc/ClaudeCodeAnthropic?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_claudecode最后再强调一次最小闭环TaoToken 官网领取 Key模型客户端 Base URL 填https://taotoken.net/apiKey 填YOUR_API_KEYMCP 客户端注册 Google Home MCP Server然后在本地说出“关闭客厅灯”。这样你不需要把模型 Key 和设备授权混在一起也能让 ChatGPT、Claude 或其他支持 MCP 的智能体安全地控制设备。 只需 TaoToken 的 Key，让 ChatGPT 控设备
1. 链路拆解ChatGPT 控设备时Key 到底填在哪一层当你在 ChatGPT、Claude 或 Google Antigravity 这类支持 MCP 的客户端里接入 Google Home却发现工具列表能出现、设备命令却报401 invalid api key或者模型请求始终走默认端点时问题通常不在智能家居设备而在模型供应商的 Key 与 Base URL。Google 最近放开了 Google Home 的 MCP 服务器早期访问让具备 MCP 能力的智能体可以读取家庭事件并在授权后控制设备但模型侧仍然需要一个可调用的 API 供应商。本文用极简配置把这件事串起来你只需要准备 TaoToken 的 Key并在智能体端把 Base URL 设为https://taotoken.net/api剩余的 Google Home 授权交给 MCP Server 本地处理。开始前先到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_intro 领取 TaoToken Key后面所有配置都围绕YOUR_API_KEY展开。很多教程把“控设备”讲成一步在 ChatGPT 里连接 MCP 就能开关灯。实际链路至少分为三层模型调用层ChatGPT、Claude Code、Codex 或 Antigravity 在推理时需要请求一个大模型 API。这里决定用哪个供应商、哪个模型、哪个 Key也就是本文要接到 TaoToken 的位置。MCP 工具层Google Home MCP Server 把“列出设备”“读取事件”“执行控制”暴露成工具。AI 智能体通过 MCP 协议发现并调用这些工具而不是直接访问你的家庭设备。设备授权层Google Home 侧的 OAuth、账号授权、家庭权限、设备范围由 MCP Server 和 Google Home 早期访问流程处理。TaoToken 的 Key 不应该填到这一层。因此一个最常见的错误是把 TaoToken 的 Key 填进 Google Home MCP Server 的env却把模型客户端的ANTHROPIC_BASE_URL或 OpenAI 兼容 Base URL 留空。结果 MCP Server 可能启动正常但模型请求仍然打到默认服务或者因为 Key 错位返回 401。正确做法是模型 Key 只属于模型客户端Google Home 令牌只属于 MCP Server两者通过客户端里的工具调用连接。如果你使用 Claude Code模型侧看ANTHROPIC_*如果你使用 Codex模型侧看config.toml如果你用 CC Switch 管理多个客户端就把它当成“配置切换器”而不是新的 API 网关。下面的配置都以 TaoToken 为模型供应商Base URL 固定为https://taotoken.net/apiKey 使用YOUR_API_KEY占位。需要再次确认产品入口时可以访问 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_arch。2. 领取 TaoToken Key 与 Base URL 最小验证在配置任何 MCP 客户端之前先把模型 API 本身跑通。这样后面如果 ChatGPT 控设备失败你能快速判断是模型请求问题还是 Google Home MCP 工具问题。第一步打开 TaoToken 官网https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_key进入控制台后创建 API Key。建议按用途命名例如home-mcp-chatgpt、home-mcp-claude、home-mcp-antigravity不要多个客户端共用一个 Key。这样一旦某个客户端出现异常调用可以单独撤销不影响其他工具。第二步记住两个固定值Base URL: https://taotoken.net/api API Key: YOUR_API_KEY注意Base URL 是工具配置项不带 UTM 参数。不要写成带?utm_source...的地址。UTM 参数只用于官网入口和文档页面统计API 请求地址使用干净的https://taotoken.net/api。第三步用 curl 做最小验证。下面的命令由你在本地终端执行不会直接连接任何生产数据库也不涉及 MCP Servercurl -sS https://taotoken.net/api/v1/models \ -H Authorization: Bearer YOUR_API_KEY如果返回模型列表或类似 JSON 结构说明 Key 和 Base URL 至少在网络层、鉴权层是通的。如果返回 401优先检查 Key 是否复制完整、是否被空格污染、是否在 Header 中使用了Bearer前缀。如果返回 404检查 Base URL 是否多写或漏写/api以及客户端是否需要补/v1。不同客户端对 OpenAI 兼容路径的处理不同但本文推荐先以https://taotoken.net/api作为根地址再由客户端拼接具体路径。第四步在 TaoToken 控制台确认你要用的模型名称。不要凭记忆写gpt-4、claude-3这类模糊名字而是从模型列表或文档中复制完整模型 ID。模型名错误通常不会报“Key 错”而是返回模型不存在或请求格式错误容易和 MCP 故障混在一起。完成这一步后你手里应该有三个东西一个可用的YOUR_API_KEY、一个固定的https://taotoken.net/api、一个从控制台复制的模型 ID。接下来分别接入 Claude Code、Codex 和 CC Switch。3. Claude Code 最小配置settings.json 与 ANTHROPIC_*Claude Code 的模型供应商配置通常通过settings.json或环境变量完成。它使用ANTHROPIC_*系列变量这一点与 Codex 完全不同。不要把ANTHROPIC_API_KEY填到 Codex 的配置里也不要把 Codex 的TAOTOKEN_API_KEY当成 Claude Code 的变量名。方式一使用settings.json。在 Claude Code 的用户配置目录中编辑settings.json加入{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: YOUR_API_KEY } }保存后重启 Claude Code。你可以通过状态页或环境检查确认当前 Base URL 已指向 TaoToken而不是默认 Anthropic 端点。不同版本的 Claude Code 状态命令可能略有差异但核心检查点只有两个ANTHROPIC_BASE_URL是否为https://taotoken.net/apiANTHROPIC_API_KEY是否为你刚创建的 Key。方式二使用环境变量。适合临时调试或 CI 环境export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEYYOUR_API_KEY如果你在同一个 shell 里同时配置了多个供应商建议先清理旧变量再写入新变量unset ANTHROPIC_BASE_URL unset ANTHROPIC_API_KEY export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEYYOUR_API_KEYClaude Code 配置完成后先不要急着接 Google Home MCP。先让 Claude Code 做一个普通对话请求确认模型能正常返回。如果普通对话都 401那么 MCP 工具不可能工作。普通对话通过后再进入 MCP Server 注册环节。这里有一个容易忽略的细节Claude Code 可能同时读取多个层级的配置例如全局配置、项目配置、shell 环境变量。如果项目目录下有旧的.claude/settings.json或.env可能覆盖全局配置。排查时先用最小目录启动 Claude Code避免项目级配置干扰。确认全局配置可用后再把 MCP 配置加进去。4. Codex 最小配置config.toml 与 TAOTOKEN_API_KEYCodex 侧不要使用ANTHROPIC_*。它是另一套配置体系通常通过config.toml指定模型供应商。下面是一个最小可用示例把模型供应商指向 TaoTokenmodel gpt-4.1-mini model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat这里的model需要替换为 TaoToken 控制台可见的模型 ID。base_url固定使用不带 UTM 的https://taotoken.net/api。env_key表示 Codex 从哪个环境变量读取 Key所以还需要设置export TAOTOKEN_API_KEYYOUR_API_KEY如果你使用 Windows PowerShell可以这样设置当前会话变量$env:TAOTOKEN_API_KEYYOUR_API_KEY配置完成后运行 Codex先做一次普通问答。重点观察三件事请求是否真的走到了https://taotoken.net/api是否出现 401如果出现就检查TAOTOKEN_API_KEY是否与env_key名称一致是否出现模型不存在如果出现就检查model是否从 TaoToken 控制台复制。Codex 与 Claude Code 的配置不要互相复制。把ANTHROPIC_API_KEY写进 Codex或者把TAOTOKEN_API_KEY写进 Claude Code 的ANTHROPIC_API_KEY位置都会导致鉴权失败。最稳妥的方式是Claude Code 用ANTHROPIC_*Codex 用config.toml TAOTOKEN_API_KEYCC Switch 只负责切换不负责混填变量。5. CC Switch 三件套多客户端切换不串配置如果你同时使用 Claude Code、Codex 和 ChatGPT 类 MCP 客户端CC Switch 可以帮你管理多套配置。它的核心不是新的 API 协议而是把不同客户端的供应商配置打包切换。对 TaoToken 来说CC Switch 里需要填的是“三件套”字段建议值说明Base URLhttps://taotoken.net/api不要带 UTM 参数API KeyYOUR_API_KEY使用 TaoToken 控制台创建的 KeyModel控制台可见模型 ID不同客户端可配不同模型在 CC Switch 中新增一个供应商配置可以命名为TaoToken-HomeMCP。填完三件套后分别给 Claude Code 和 Codex 建立独立条目。Claude Code 条目会写入ANTHROPIC_*相关配置Codex 条目会写入config.toml或对应环境变量。不要把 Claude Code 条目直接套到 Codex也不要把 Codex 的TAOTOKEN_API_KEY塞进 Claude Code 的ANTHROPIC_API_KEY。切换后建议重启对应客户端。很多客户端只在启动时读取一次环境变量或配置文件运行中切换 CC Switch 可能不会立即生效。重启后做两个检查普通对话是否能通客户端日志里的 Base URL 是否显示为https://taotoken.net/api。如果 CC Switch 切换成功但请求仍走旧端点通常是客户端缓存了旧进程或者 shell 中还有旧环境变量。先退出客户端清理当前终端变量再从 CC Switch 重新启动。6. 注册 Google Home MCP Server工具与模型 Key 分开填模型侧配置完成后才进入 Google Home MCP Server 注册。由于 Google Home MCP 服务器处于早期访问阶段具体启动命令、包名或参数需要以你拿到的早期访问说明为准。本文不编造不存在的插件名或 API只给出通用 MCP 配置结构帮助你理解哪些字段该填什么。以 Claude Desktop、Claude Code 或其他支持 MCP 的客户端为例MCP 配置通常类似{ mcpServers: { google-home: { command: YOUR_GOOGLE_HOME_MCP_COMMAND, args: [YOUR_GOOGLE_HOME_MCP_ARGS], env: { GOOGLE_HOME_ACCESS_TOKEN: YOUR_GOOGLE_HOME_TOKEN } } } }请重点注意YOUR_GOOGLE_HOME_MCP_COMMAND和YOUR_GOOGLE_HOME_MCP_ARGS要替换为 Google Home MCP 早期访问提供的启动方式。GOOGLE_HOME_ACCESS_TOKEN是 Google Home 侧授权令牌不是 TaoToken 的YOUR_API_KEY。TaoToken 的 Key 只填在模型客户端的供应商配置中不要填进这个 MCP Server 的env。如果客户端支持项目级 MCP 配置建议把 Google Home MCP 放在单独项目目录避免和其他 MCP Server 混淆。配置完成后启动客户端查看工具列表。你应该能看到 Google Home 相关工具例如读取设备、读取事件、执行控制等。工具名称可能因早期访问版本不同而变化以客户端实际展示为准。如果工具列表为空先检查 MCP Server 进程是否成功启动再看日志中是否有 Google Home 授权失败、命令不存在、参数缺失等错误。安全上建议先只启用读取类工具确认能列出房间和设备后再开启控制类工具。MCP 工具调用应该由你在本地客户端里发起不要让智能体直接执行未经确认的高风险操作。尤其是涉及门锁、安防、燃气等设备时先让智能体列出匹配设备并等待你确认再执行控制。7. 最小可复现一条“关闭客厅灯”的控制命令完成模型配置和 MCP 注册后可以用一条最小命令验证整条链路。命令不需要复杂脚本直接在支持 MCP 的智能体对话窗口里输入自然语言即可。由你在本地客户端执行先列出所有房间和设备再找到“客厅灯”关闭它执行前把匹配到的设备名称和当前状态告诉我。这条命令会触发以下流程智能体把自然语言转为模型请求请求发往 TaoToken 的https://taotoken.net/api使用YOUR_API_KEY鉴权。模型决定调用 Google Home MCP 暴露的工具例如先查询设备列表。MCP Server 根据 Google Home 授权访问家庭设备返回房间、设备名、状态。模型根据返回结果匹配“客厅灯”并在执行前要求你确认。你确认后模型再次调用控制工具关闭对应灯光。如果只成功列出设备但无法关闭通常是 Google Home 授权范围不包含控制权限或者 MCP Server 只开启了只读工具。如果模型完全不动工具通常是客户端没有把 MCP 工具注入到模型上下文或者当前模型不支持工具调用。如果模型请求报 401则回到第 3、4、5 节检查 TaoToken 配置。这条命令也可以拆成两步降低误操作概率第一步列出所有房间和设备只告诉我客厅里有哪些灯。确认设备名后再执行第二步关闭上一步匹配到的客厅灯执行前再次确认设备 ID。MCP 工具调用应该保留确认环节。AI 智能体可以帮你发现设备、理解事件历史、生成控制计划但最终执行命令由你在本地客户端确认。这样既满足“只需 TaoToken 的 Key让 ChatGPT 控设备”的极简目标也避免误控其他设备。8. 常见报错与排查清单报错一401 invalid api key。优先检查模型客户端。Claude Code 看ANTHROPIC_API_KEYCodex 看TAOTOKEN_API_KEYCC Switch 看对应条目。确认没有把 Google Home 令牌填到模型 Key 位置。报错二404 model not found 或 path not found。检查 Base URL 是否为https://taotoken.net/api是否误加了 UTM 参数。检查模型 ID 是否从 TaoToken 控制台复制。部分客户端需要自动补/v1不要手动拼错。报错三MCP Server 启动失败。查看客户端 MCP 日志。常见原因是command或args没有按早期访问说明替换或者 Google Home 授权过期。与 TaoToken Key 无关。报错四工具列表为空。确认 MCP Server 已启动客户端已重启。部分客户端需要手动开启 MCP 或信任项目配置。报错五ChatGPT 不调用工具。检查当前模型是否支持工具调用客户端是否支持 MCP。如果只支持普通聊天无法触发设备控制。此时可以换用支持 MCP 的客户端或先通过 TaoToken 的模型对话验证 API 连通性。报错六Claude Code 与 Codex 配置混用。记住Claude Code 用settings.json / ANTHROPIC_*Codex 用config.toml。禁止把ANTHROPIC_*套到 Codex也禁止把 Codex 的TAOTOKEN_API_KEY当成 Claude Code 的 Key。报错七切换 CC Switch 后不生效。退出客户端清理旧环境变量再从 CC Switch 启动。检查日志中的 Base URL 是否已经变成 TaoToken。报错八设备命令执行到一半失败。先确认 Google Home 授权范围和设备在线状态。让智能体重新列出设备不要反复重试控制命令。涉及安防设备时先切回只读模式排查。9. 文末 CTA模型对话 → Coding Plan → 创建 Key → Claude Code 文档如果你已经按本文配置到这一步建议按下面顺序继续先到模型对话页验证 TaoToken API 是否可用https://taotoken.net/models/detail/chat?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_chat如果你要长期跑 Claude Code、Codex 或 MCP 智能体查看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_coding创建并管理你的 API Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_apikey需要 Claude Code 的完整配置说明看这里https://taotoken.net/doc/ClaudeCodeAnthropic?utm_sourcetaotoken_aicg_blog_endutm_contenthome_mcp_claudecode最后再强调一次最小闭环TaoToken 官网领取 Key模型客户端 Base URL 填https://taotoken.net/apiKey 填YOUR_API_KEYMCP 客户端注册 Google Home MCP Server然后在本地说出“关闭客厅灯”。这样你不需要把模型 Key 和设备授权混在一起也能让 ChatGPT、Claude 或其他支持 MCP 的智能体安全地控制设备。