Claude Fable 5.1 本身不提供本地配置备份机制，所谓“部署配置”实际分散在API密钥与模型路由规则、工具集成凭证（如Microsoft Graph Token）、自定义提示工程模板三处；重装丢失的不是模型，而是手动填入且未存档的字符串和JSON片段。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
直接说结论：Claude Fable 5.1 本身不提供本地配置备份机制，所谓“部署配置”实际分散在三个地方——API 密钥与模型路由规则、工具集成凭证（如 Microsoft Graph Token）、以及你自定义的提示工程模板。重装丢失的从来不是模型，而是这些你手动填进去、又没存档的字符串和 JSON 片段。
哪些配置必须手动备份，且不能靠截图
截图或复制粘贴到笔记里容易漏掉隐藏字段或过期时间，以下几类必须导出为可执行/可验证的结构化内容：
-
API_KEY和ANTHROPIC_API_URL（尤其是你用了非官方代理时的自定义 endpoint） - Microsoft Copilot 集成中生成的
refresh_token（它比access_token关键得多，后者通常 1 小时失效，前者能续期 90 天） - Power Automate 或 Teams Connector 中注册的
client_id、client_secret和tenant_id - 所有自定义的
system_prompt模板，特别是带变量插槽的，比如"你正在处理来自 {source_system} 的 {data_type} 数据"
用什么方式备份最可靠（别信“自动同步”）
很多团队依赖 OneDrive 或 GitHub 自动同步配置文件，但实际踩坑最多的是权限继承错乱和 token 泄露。更稳的做法是分层处理：
- 密钥类（
API_KEY、client_secret）只存进企业级密钥管理服务（如 HashiCorp Vault、Azure Key Vault），本地不留明文；备份操作就是导出 Vault 的策略快照 + 访问权限清单 - 路由与模板类（
model_mapping.json、prompt_templates/）用 Git 管理，但必须加.gitattributes规则，强制 LF 换行、禁用 auto-crlf，否则 Windows/Mac/Linux 下 diff 会全乱 - OAuth 类（
refresh_token）不能硬编码进任何配置文件，应由独立的 token refresh service 托管，并定期导出其数据库快照（如 SQLite 的tokens.db）
重装后最容易被忽略的验证点
配置文件恢复后，90% 的人只测“能不能对话”，结果上线三天才发现问题。这几个点必须逐条验证：
- 调用
anthropic.messages.create()时是否携带了正确的anthropic-betaheader（Fable 5.1 要求anthropic-beta: messages-2024-09-10，错一个字符就退回到 Fable 5） - Microsoft Graph API 的 scope 是否包含
Mail.ReadWrite而不仅是Mail.Read（长程任务发报告时会卡在发送环节） - 所有
system_prompt中的占位符（如{current_date}）是否被 runtime 正确替换，而不是原样输出成字符串 - 日志路径里的
audit_log_dir是否指向有写入权限的目录（Copilot 集成失败时，错误常静默落在这里）
真正难备份的不是配置项本身，而是那些没写进文档的隐式约束：比如某个 Power Automate flow 必须在特定时区触发，否则 refresh_token 续期会失败；又比如 Fable 5.1 的缓存机制要求 max_tokens 必须设为 8192 的整数倍，否则长上下文会截断。这些细节不会报错，只会让任务在第 47 步突然“忘记”客户名称——而你翻遍所有配置文件都找不到原因。
