Trae中“模型不存在”错误源于路由层拦截，主因是服务商选择错误、API格式不匹配或模型ID拼写不准；需严格对照文档核对服务商选项、协议路径及官方模型ID，并确认Trae版本≥3.3.51且清除缓存。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Trae中配置自定义模型后提问时提示“模型不存在”，不是模型没加载成功，而是请求根本没发到模型服务端——它卡在了Trae的路由层或协议校验环节。你看到的报错页面背后，大概率是服务商选错、模型ID拼写错误、API地址格式不匹配这三类硬性拦截。
确认服务商与协议是否严格匹配
第一步：打开Trae设置 → Trae AI → 模型管理 → 找到你添加的模型，点击编辑。
第二步：检查「服务商」下拉选项是否与你实际接入的服务完全一致。比如接入Kimi Code，必须选【自定义配置】，【绝不能选Kimi】；接入硅基流动，必须选【硅基流动(SiliconFlow CN)】，不能选OpenAI或Anthropic。
第三步：核对「API格式」是否与服务商文档要求一致。Kimi Code强制要求Anthropic Messages格式；硅基流动官方入口默认用SiliconFlow协议，若用自定义方式则必须选OpenAI协议并填对/v1/chat/completions路径。
这一步错一个字，Trae就会直接返回model_not_found，连网络请求都不会发出。
验证模型ID是否精确复制
方法一：去服务商控制台查官方模型ID（不是你起的别名）
• Kimi Code → 控制台里明确写着模型ID为 kimi-for-coding，不是kimi-coding、kimi_for_coding或kimi-code
• 硅基流动 → 模型广场搜索GLM-5.2，官方ID是 zai-org/GLM-5.2，注意大小写、斜杠、连字符，缺一不可
• Claude中转站 → 不同中转商支持的ID不同：有的认claude-3-opus-20240229，有的只认claude-opus-4-7，有的甚至用custom-opus作为别名。你填的必须和中转商文档里“Supported Models”列表里写的完全一致。
方法二：用curl手动测试模型ID有效性（跳过Trae）
复制你的API密钥和请求地址，执行：
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
curl -X POST "https://api.kimi.com/coding" \
-H "Authorization: Bearer sk-xxx" \
-H "Content-Type: application/json" \
--data '{"model":"kimi-for-coding","messages":[{"role":"user","content":"hi"}]}'
如果返回404或{"error":{"message":"model_not_found"}}，说明模型ID或地址本身就有问题，不是Trae配置的问题。
排查中转服务是否被封或失效
第一步：访问中转服务商官网或状态页，看是否有维护公告或服务中断通知。
第二步：检查你的API Key是否还在有效期内，有没有被Anthropic等上游厂商吊销。很多中转站Key被封后不会主动通知，但调用时会静默返回model_not_found。
第三步：换一个IP或设备重试。如果公司网络出口IP被风控，你在家里用手机热点就能通，那基本可以锁定是IP封禁问题。
小型中转站不稳定是常态，白天能用晚上挂、上周能用这周不行，这种情况下换服务商比反复调试配置更省时间。
检查Trae版本是否支持该服务商
① 硅基流动官方入口仅在Trae v3.3.51及以上版本提供，旧版本即使填对所有参数也会提示“服务商未找到”。
② 在Trae右上角头像 → 设置 → 关于，查看当前版本号。低于v3.3.51的，必须升级到最新版才能使用硅基流动、Kimi Code等新服务商入口。
③ 升级后若仍无对应服务商选项，关闭Trae，删除~/.trae/cache目录（Windows在C:\Users\{用户名}\.trae\cache），再重启。缓存残留会导致新版本UI组件加载失败。
这一步不做，新版功能形同虚设。
