Miloco v0.1.4 同步 HA 实体后把模型通道改走 TaoToken我最先担心的问题就是MCP 挂载的 Home Assistant 设备会不会直接掉结论是不会但入口和 Base URL 不能填错。设备控制能力和模型 API 是两层MCP 把 HA 的 sensor/switch/light/media_player 实体包装成 get_devices、turn_on 工具挂给 Agent模型通道只负责“用户说了什么、该调哪个工具、工具返回怎么理解”这些推理请求TaoToken 只替换模型 API 这一层拿 Key 在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 。下面用净水器滤芯/TDS 和 light.xiaomi_cn_..._indicator_light 两个实体完整走一遍。1. 先厘清MCP 的 Home Assistant Device Control 挂在哪一层1.1 Miloco v0.1.4 的设备同步逻辑Miloco v0.1.4 的改动是把 HA 的实体层接到 Agent 的上下文里而不是把每个开关都硬编码进产品。打开设备管理里的 HA 设备选项卡sensor 类的净水器滤芯寿命、TDSlight 类的 indicator_lightmedia_player 类的小爱音箱状态都会以结构化字段同步进来。以前 Miloco 只能调用预设自动化现在 Agent 可以读到“净水器滤芯还剩 12%”这种实时数值再决定下一步动作。灵活性受限、感知力不足这两个老问题在 v0.1.4 里被实体层接入解决掉了。这里的“设备管理”“AI 中心”都是 Miloco 自己界面里的入口和模型通道没有关系。你勾选了 Home Assistant Device Control等于告诉 Miloco允许这个 Agent 使用 MCP 提供的这批 HA 工具。这个开关控制的是“工具有没有挂进来”不是“请求发到哪个模型”。很多人切完模型通道后发现 Agent 不响应设备指令第一反应是回来看 MCP实际上大多数情况是开关没勾上和 API 通道毫无关系。1.2 工具调用链路里模型通道占哪一环勾选完成后一次完整的设备控制是这样走的你发一句“看看净水器滤芯还能用多久”Agent 先推理该调用哪个工具然后让 Miloco 的 MCP 层执行 get_devices从 HA 拉回实体状态列表这份列表再交回给模型由模型整理成自然语言回复。后半段所有发往模型的请求走的就是你配置的 API 通道。把模型通道切到 TaoToken只是把“推理环节”的请求地址换掉MCP 工具表、HA 的 WebSocket 连接、实体同步进程都不在这个替换范围内。可以类比成MCP 是放在客厅的遥控器模型是判断按哪个键的大脑TaoToken 换的是大脑接收信号的那根线路。线路换了遥控器不会被拆走。所以“切换供应商后 MCP 会不会掉”这个担心多数时候是把两层责任混在了一起。2. 把 Miloco 的模型通道切到 TaoToken2.1 在官网创建一把 API KeyMiloco 原有申请 API Key 的步骤保持不变只是申请的位置从原来的模型供应商后台挪到 TaoToken 。打开后注册登录进控制台的 API Keys 页面创建新 Key复制出来的字符串先当 YOUR_API_KEY 存着。后面 Miloco 里所有模型请求都认这一把 Key不用为不同模型反复生成多把。官网页面顺带能看到模型广场和用量列表等会儿验证时要回来对账。2.2 AI 中心保持勾选 Home Assistant Device Control切通道前先把 AI 中心里 Home Assistant Device Control 的开关状态确认一遍。如果你之前用别的供应商跑通过 HA 设备控制这次只动模型供应商HA 地址、长期访问令牌、MCP Server 都不需要重配。唯一要做的是让 Miloco 继续持有这批 MCP 工具否则就算模型通道再稳Agent 手里也没有 get_devices 可以用。2.3 Base URL 填 https://taotoken.net/api模型 ID 以模型广场为准Miloco 的模型设置里切换到自定义/OpenAI 兼容这一项会出现三个输入框。按下面这张表填配置项填写值说明Base URLhttps://taotoken.net/api末尾不加 /v1也不要带任何跟踪参数API KeyYOUR_API_KEY从控制台 API Keys 创建后原样粘贴Model ID以模型广场当时的列表为准别选历史下拉框里的旧 ID去模型广场复制完整 ID这里最容易出错的点是 Base URL。有人习惯性地补上 /v1填成 https://taotoken.net/api/v1结果 404也有人把官网地址 https://taotoken.net/ 直接填进去请求打到了页面而不是 API 网关。这个接口的 Base URL 就是 https://taotoken.net/api客户端不要加版本路径。模型 ID 一栏去模型广场复制当时在售的完整 ID不同时期模型列表会调整凭记忆填很容易报 model not found。另外 Miloco 走的是 Function Calling / Tool Use选模型时优先挑标注支持工具调用的型号否则 get_devices 会退化成普通文本输出。3. 验证链路滤芯/TDS 读取 indicator_light 开灯3.1 先验证 get_devices 是否真的在读 HA 实体切完通道第一句测试建议先问“家里都有哪些设备”。这一步会触发 Agent 调用 get_devices把 HA 实体列表拉回来。如果回答里出现了净水器滤芯寿命、TDS、小爱音箱等实体名说明 MCP 同步出的实体还在TaoToken 通道上的 LLM 推理也正常。此时去控制台看用量能看到这一次 get_devices 调用消耗的 Token 数——注意工具执行本身不消耗模型 Token只有推理它该不该调用工具、怎么组织回答时才消耗。3.2 再验证 turn_on 是否执行到 light.xiaomi_cn_..._indicator_light第二句测试沿用设备控制的典型场景让 Agent 打开小米网关的指示灯。Agent 会先 get_devices 拿设备状态再匹配到 light.xiaomi_cn_..._indicator_light执行 turn_on。这步成功后灯的状态翻转整条链路才算真正打通。如果灯没亮先回 HA 看实体 ID 有没有变。v0.1.4 同步实体后HA 重启可能导致部分实体 id 后缀改变Agent 拿着旧 ID 自然查不到。这属于实体同步问题和模型通道无关回设备管理重新同步一遍就能解决。另外注意 turn_on 是 Miloco 直接发给 HA 的TaoToken 全程不接触 HA 的长效令牌安全问题也不用甩给模型通道。3.3 模型通道和 MCP 掉线怎么区分碰到异常时先判断问题发生在哪一层对话里根本看不到工具调用记录问题在 MCP 或 Miloco 侧先检查 AI 中心勾选和 MCP Server 状态工具调用了但返回 401/404问题在 HA 地址或令牌工具调用成功Agent 却答非所问问题在选择模型的 ID 或模型本身。按这个顺序排查比一上来就怀疑通道要快得多。4. 切换后可能碰到的 401 / 404 / model not found 对照4.1 工具列表空、get_devices 找不着现象是问“打开指示灯”Agent 回复没有可用工具。先回 AI 中心看 Home Assistant Device Control 是否还勾着再看 MCP Server 是否处于已连接状态。如果都正常回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 控制台看这次对话有没有用量记录。没有任何记录说明请求压根没到 API 层问题在 Miloco 自身有记录但工具没执行再往下查 MCP。4.2 401 Unauthorized复制 Key 时带进了一个空格或者控制台重新生成了 Key旧 Key 失效。回到 API Keys 页面重新复制把 Miloco 里的配置项更新成新值。记住填进去之前先粘贴到记事本里看一遍头尾有没有多余字符。4.3 404 Not Found404 的典型场景分两种一种是把 Base URL 写成了官网落地页请求发到了页面而不是 API 网关一种是想当然地在 https://taotoken.net/api 后面追加了 /v1。Miloco 填的是 https://taotoken.net/api末尾不加任何路径。版本兼容由服务端网关处理客户端不需要补版本路径。如果填完还 404检查一下 Key 前面有没有多一个空格空格会让 URL 解析出问题。4.4 model not found / model unavailable下拉框里残留的历史模型 ID 不一定在 TaoToken 可用。Model ID 必须以模型广场当时的列表为准复制后粘贴进 Miloco不要手打。若列表里没有 Miloco 默认那个模型名换一个支持工具调用的模型再测 get_devices。改完模型 ID 后建议重新发一轮“看设备 开灯”的组合指令不要只发一句“你好”就完事工具调用链路需要在真实 HA 指令里才能暴露问题。5. 跑通后去 TaoToken 控制台对一次账配置保存后先在 TaoToken 模型对话 里用同一把 Key 发一条消息确认 Base URL 和模型 ID 的组合没问题。确认后再回 Miloco 复测设备控制两个入口共用一把 Key排查时能快速区分是 Miloco 配置问题还是通道问题。日常跑 HA 控制如果量不大Coding Plan 可以先按低档套餐买Key 的创建、重置、用量明细统一在 控制台 API Keys 页面。控制台会把 Miloco 每次推理都记在这把 Key 下面get_devices、turn_on 这类链式操作产生的 Token 也都在里面。对照一下控制台时间线和实际开灯时间就能确认这一路的请求确实走了 TaoToken而 MCP 的工具列表始终没变。