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”的情况——那不是部署失败，是配置漂移。
