powershell执行策略、path环境变量、api key配置、fable 5.1模型识别四步缺一不可:先设remotesigned策略,再确认.localin在path中,接着手动配置~.claudesettings.json的api key,最后验证后端是否真正支持claude-fable-5.1模型标识。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

脚本执行失败时先看 PowerShell 执行策略
Windows 上绝大多数 irm https://claude.ai/install.ps1 | iex 类部署脚本失败,根源不在脚本本身,而是 PowerShell 默认禁止远程脚本执行。报错典型特征是提示 Execution policies prevent the script from running 或类似文字。
必须以管理员身份打开 PowerShell,运行:
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
注意:-Scope CurrentUser 是关键,避免影响系统级策略;不要用 LocalMachine,否则后续 CI/CD 或非管理员用户会出问题。
- 执行后无需重启终端,但要确认当前窗口是新启动的(旧窗口策略缓存可能未刷新)
- 验证是否生效:运行
Get-ExecutionPolicy -Scope CurrentUser,输出应为RemoteSigned - 如果公司域策略强制锁死执行策略,这条路走不通,得换
.exe安装包或手动解压方式
检查环境变量和 PATH 是否加载成功
脚本看似跑完,但终端输入 claude --version 报 command not found,说明安装路径没进 PATH,或者 shell 没读到变更。
Claude Code 默认安装到:C:Users你的用户名.localin。这个路径必须出现在 $env:PATH 里,且顺序不能被其他同名命令覆盖。
将 Claude Agent SDK 与 You.com HTTP MCP 服务器集成,支持 Python 和 TypeScript。当开发者提及 Claude Agent SDK、Anthropic Agent SDK 或将 Claude 与 MCP 工具集成时使用。
- 在 PowerShell 中运行
$env:PATH -split ';' | Select-String '.local\bin',确认路径存在 - 如果手动加过 PATH,检查有没有多余空格、中文全角字符、反斜杠写成正斜杠
- PowerShell 不会自动继承 GUI 环境变量变更,关掉所有终端重开,别用“在当前窗口中重新加载”这种无效操作
API Key 配置是否被脚本跳过或覆盖
部分自动化部署脚本(尤其是社区打包的 Fable 5.1 封装版)会在安装阶段尝试写入 settings.json,但若文件已存在或权限受限,它会静默失败,导致后续调用直接报 Invalid API Key。
正确路径是:C:Users你的用户名.claudesettings.json。不是 .config、不是 AppData 下的子目录,也不是项目根目录下的临时配置。
- 用
notepad $env:USERPROFILE.claudesettings.json直接打开,确认api_key字段值非空且无引号外的空格 - 如果脚本声称“已配置 API Key”,但文件里没有,大概率是脚本没权限写入该目录(尤其在 OneDrive 同步目录下)
- 别依赖脚本自动生成的 key,务必从
https://claude.ai/settings/keys页面手动复制,且确认没带前后换行或Bearer前缀
确认 Fable 5.1 是否真被识别为可用模型
脚本执行成功 ≠ 模型就绪。Fable 5.1 是社区增强封装,不是 Anthropic 官方原生模型,它的可用性取决于你对接的后端服务是否真正支持该 model ID。
最直接验证方式:用 curl 或 Python 发起一次最小请求,目标 endpoint 必须返回真实 content,而不仅是 HTTP 200 + finish_reason: stop。
- 调用前先查
GET /v1/models,确认响应 JSON 中有claude-fable-5.1(注意版本号带点,不是51或5_1) - 用最简 prompt 测试:
{"model":"claude-fable-5.1","messages":[{"role":"user","content":"hi"}]},观察choices[0].message.content是否非空 - 如果返回空 content 或
model_not_found错误,说明后端(比如你本地跑的 Ollama、LiteLLM 或 TaoToken)根本没加载 Fable 5.1 的适配器,脚本只是完成了 CLI 工具安装
最容易被忽略的是:Fable 5.1 的模型标识、后端路由规则、CLI 配置三者必须严格对齐。差一个点,就会出现“脚本绿了,命令能敲,API 却一直 fallback 到 Sonnet”的情况——那不是部署失败,是配置漂移。










