claude fable 5.1 容器无原生持久化机制，仅通过挂载宿主机路径实现日志、mcp 工具文件及配置的本地存储；模型权重与会话状态均不落盘，挂载需严格匹配权限、selinux 标签及真实文件系统。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
直接说结论：Claude Fable 5.1 容器部署时，官方不提供原生支持的持久化存储机制，所谓“配置目录”本质是绕过模型服务层，在容器运行时绑定宿主机路径，用于存放日志、缓存、会话快照或外部工具（如 MCP）所需的本地文件。别指望它像数据库那样自动挂载 /data 就能保存对话历史——它的“持久化”只发生在你明确控制的文件系统层。
为什么不能直接挂载模型权重或上下文存储目录
Claude Fable 5.1 是纯 API 服务模型，所有推理状态都保留在内存或远程服务端（如 Anthropic 官方 endpoint 或 TaoToken 网关），容器内运行的只是轻量客户端或代理进程（比如 claude-code CLI 或自建的 anthropic-proxy）。它本身不加载、不缓存、不落盘模型权重，也不维护本地会话数据库。
- 试图挂载
/opt/claude/models或类似路径毫无意义——该路径不存在，模型不在本地 -
CLAUDE.md或settings.json这类配置文件可挂载，但它们只影响客户端行为，不改变模型服务状态 - 真正需要持久化的只有三类东西：MCP 工具调用产生的临时文件、用户上传的文档切片缓存、以及日志/审计记录
实际要挂载的三个关键目录（按优先级）
以 Docker 部署一个带 MCP 支持的 claude-code 容器为例，必须绑定以下宿主机路径：
-
/app/.claude→ 绑定到宿主机/mnt/claude-config：存放config.toml、CLAUDE.md、API Key 加密凭证（如使用taotoken的api_key.enc） -
/app/workspace→ 绑定到宿主机/mnt/claude-workspace：这是 MCP 工具默认工作区，read_file、execute_command等操作都基于此路径；不挂载会导致工具执行失败或读空文件 -
/app/logs→ 绑定到宿主机/mnt/claude-logs：用于保留claude-code --log-level debug输出，排查 “agent execution terminated” 类错误时唯一可信线索
挂载时最容易被忽略的权限和 SELinux 问题
在 CentOS/RHEL 或启用了 SELinux 的系统上，即使路径挂载成功，claude-code 进程也可能因权限拒绝无法写入 /app/workspace：
- 宿主机目录需确保 UID/GID 与容器内非 root 用户一致（推荐用
--user 1001:1001启动，并提前chown -R 1001:1001 /mnt/claude-workspace） - SELinux 上必须加
:z或:Z标签：-v /mnt/claude-workspace:/app/workspace:z，否则Permission denied报错不会提示 SELinux，只会显示 “failed to open file” - 不要用
tmpfs挂载/app/workspace：MCP 工具依赖真实磁盘 inode，内存文件系统会导致stat调用异常，触发静默失败
最后强调一点：Fable 5.1 的“长链路 Agent 稳定性”建立在服务端状态管理之上，容器本地挂载的只是工具链的脚手架。如果你发现任务中途断掉后无法恢复，问题几乎一定出在 MCP 工具链未正确持久化状态快照，而不是挂载目录本身没配对。
