引言
更新摘要
Provider Skill 支持按具体 Provider 实例路由。一个 Provider 类型可以对应多个系统实例，例如开发 CMP、生产 CMP，或多个独立 Markdown 知识库。
多步流程由模型结合上下文和工具证据判断是否继续当前能力，减少固定确认短语依赖。
Markdown Vault 改为运行时直接检索 Markdown 文件，移除数据库索引维护成本。
日志轮转、MySQL 连接、本地模型兼容和历史上下文处理继续完善。
Core 能力路由与运行边界
Core 侧更新主要围绕能力选择、Provider 实例隔离、历史上下文处理和生产部署配置展开。这里的关键变化是把 Provider 类型和 Provider 实例区分开：Provider 类型表示一种集成能力，Provider 实例表示一个具体系统或数据源。
这解决了多系统接入时的目标选择问题。以 SmartCMP 为例，团队可以同时配置开发 CMP 和生产 CMP；以 Markdown Vault 为例，团队可以同时配置产品知识库、运维 Runbook 知识库和客户项目知识库。
AtlasClaw 现在使用实例限定的能力标识组织 Provider Skill。用户通过 Slash Command 选择能力，或外部系统通过 Webhook 预选能力时，运行时会同时保留 Provider 实例与 Skill 信息。
同一 Provider 类型可以配置多个实例，并在能力选择、工具投影和执行阶段保留实例边界。
能力列表隐藏内部 Skill 快照，对用户和自动化入口展示经过整理的可选能力。
此前部分流程依赖固定确认短语判断是否继续执行。v0.9.11 调整为由模型结合对话、已选能力和工具证据进行判断，决定继续当前流程、重新选择能力，或直接生成回答。
多轮对话更少受到旧运行提示干扰。
错误恢复和证据追踪时，用户原始表达保留更完整。
vLLM、Qwen 等本地或私有化模型的系统提示兼容性更稳定。
生产运行相关配置继续补充，包括容器日志轮转、systemd/logrotate 模板，以及 MySQL 连接池 pre-ping 配置。
容器日志按标准轮转，降低长期运行时日志无限增长的风险。
VM 部署可参考 systemd 与 logrotate 模板进行服务管理和日志保留。
MySQL 连接保活策略可配置，便于适配不同网络和连接池环境。
Provider 更新：Markdown Vault 与 SmartCMP
Providers 侧更新主要涉及 Markdown Vault 和 SmartCMP。Markdown Vault 降低知识库接入和维护成本，SmartCMP 补充资源申请字段契约，减少自动化申请中的字段组装错误。
Markdown Vault Provider 从数据库索引模式切换为运行时扫描 Markdown 文件。配置 vault 路径、包含/排除规则和上下文预算后，即可将内部文档、Runbook、设计记录或 Obsidian 笔记作为只读知识库接入 AtlasClaw。
不再需要 SQLite/MySQL 索引表，也不需要单独执行索引刷新。
检索支持由模型扩展关键词，并返回受上下文预算约束的证据片段。
系统盘、规格、镜像、网络、安全组等字段更贴近 SmartCMP 接口要求。
生成 Markdown 中声明的字段名需要原样保留，减少字段改写导致的请求失败。