AtlasClaw 发布记录

能力选择和执行阶段都保留 Provider 实例边界

Core 现在明确区分 Provider 类型和 Provider 实例。Provider 类型表示一种集成能力，Provider 实例表示一个具体系统或数据源。

这个区分解决了多系统接入时的目标选择问题。团队可以把开发 CMP、测试 CMP、生产 CMP 配置为不同 SmartCMP 实例，也可以把产品文档、运维 Runbook、项目交付资料配置为不同 Markdown Vault 实例。

• 能力选择、工具投影和执行阶段会持续保留当前选中的 Provider 实例。
• Provider 脚本只接收当前实例配置，避免无关实例配置进入脚本运行环境。
• 面向用户和自动化入口的能力列表隐藏内部 Skill 快照，只展示整理后的可选能力。

多步流程减少对固定确认短语的依赖

此前部分流程依赖固定确认短语判断是否继续执行。v0.9.11 把这个判断交给模型和运行时证据，由系统结合对话、已选能力和工具结果决定下一步。

• 已激活的 Provider Skill 可以在后续对话中继续作为当前能力使用，减少重复选择。
• 当前问题不需要工具调用时，AtlasClaw 可以保留基于已有证据的直接回答路径。
• 生成文件和中间产物仍限定在用户工作区内，便于追踪和治理。

历史回放和私有模型兼容更干净

本次更新修正了历史上下文和模型适配中的细节，包括保留用户原始表达、避免运行时系统提示重复进入历史，以及归一化 OpenAI Chat API 兼容模型的系统提示。

• 多轮对话更少受到旧运行提示干扰。
• 错误恢复和证据追踪时，用户原始表达保留更完整。
• vLLM、Qwen 等本地或私有化模型的系统提示兼容性更稳定。

长期运行部署获得更多基础配置

生产运行相关配置继续补充。v0.9.11 覆盖容器日志、VM 服务管理和数据库连接健康检查这些日常运维问题。

• 容器日志可以按标准策略轮转，降低长期运行时日志无限增长的风险。
• VM 部署可参考 systemd 和 logrotate 模板进行服务管理和日志保留。
• MySQL 连接池 pre-ping 可配置，便于适配不同网络和数据库超时环境。

多个 Markdown 知识库可以在运行时直接检索

Markdown Vault Provider 从数据库索引模式切换为运行时扫描 Markdown 文件。配置 vault 路径、包含/排除规则和上下文预算后，内部文档、Runbook、设计记录或 Obsidian 笔记都可以作为只读知识库接入 AtlasClaw。

• Markdown Vault 检索不再需要 SQLite 或 MySQL 索引表，也不需要单独执行索引刷新。
• 同一个 AtlasClaw 环境可以把产品文档、运维知识库、客户项目资料放在不同 vault 实例中。
• Search/Get 输出作为内部证据使用，Agent 基于证据生成结论、依据和引用，而不是直接返回检索块。

请求字段契约降低云资源自动化失败率

SmartCMP Provider 补充了 Compute/VM 申请字段规则。以 `systemDisk` 为例，该字段必须按对象提交，例如包含磁盘大小的 JSON 对象；不能写成数字或字符串，也不能移动到 `params` 下。

• 系统盘、规格、镜像、网络、安全组等字段更贴近 SmartCMP 接口要求。
• 生成 Markdown 中声明的字段名需要原样保留，减少字段改写导致的请求失败。
• 这些字段契约会影响资源申请、审批和自动化交付流程的成功率。

Core 保持中立，具体系统规则留在 Provider 包中

Core 继续负责统一的运行、选择、编排和权限框架；具体系统的认证方式、字段结构、业务语义和检索逻辑保留在 Provider 包中。

• Markdown Vault 保持只读边界，不处理文档写入或 Obsidian 自动化。
• Provider metadata 保持运行中立，避免将具体业务系统写入 Core 规则。
• 新增系统接入时，可以复用 Provider 包结构和 Skill 约束，而不把系统假设推入 Core。

长期记忆让 Agent 具备持续上下文

Core 新增长期用户偏好与使用画像记录能力。在权限允许的前提下，Agent 可以记住用户的工作习惯、偏好信息和常用上下文，让下一次协作减少重复说明。

记忆能力按用户隔离。这一点对企业部署尤其关键，因为多个员工、团队和外部入口会共享同一个 AtlasClaw 平台。

• 适合企业内部知识协作、个人助理、运维问答和持续项目跟进等场景。
• 降低用户在重复任务中反复补充背景的成本。
• 避免不同用户之间的使用画像和上下文信息串扰。

所有权和写入校验让多用户边界更清晰

企业级 Agent 不只要能完成任务，更要在权限上可解释、可治理。本次更新增强了 Agent Run 所有权校验、Session 创建校验、Memory 写入校验，并统一认证 Provider 的基础逻辑。

• 更清晰地区分用户身份、会话归属、记忆访问和 Skill 执行权限。
• 为团队、部门、Web 用户、IM 用户和 Webhook 调用方并行使用同一部署打下更可靠的安全基础。
• 让授权行为更容易被排查、解释和审计。

Web、IM 与 Webhook 多入口会话更稳定

围绕 Session Key、外部会话标识、幂等缓存和运行时用户路径，AtlasClaw 修复并增强了一批底层稳定性能力。这些变化不是最显眼的功能，但会直接影响真实企业入口的可靠性。

• Web UI、IM 通道和 Webhook 入口可以在更干净的会话状态上协同工作。
• 多步任务中的工具选择更加稳定。
• 历史回放更清晰，减少运行时噪声对用户理解的干扰。

IM 与 Webhook 更适合接入实时企业工作流

当用户通过企业微信、飞书、钉钉等 IM 入口发起请求后，AtlasClaw 可以更快返回“已接收、正在处理”的即时反馈。Webhook 侧也支持配置化 Shared Secret。

• 改善告警、审批、自动化工单和企业机器人等场景中的响应体验。
• 通过更清晰的共享密钥边界增强系统到系统调用的安全性。
• 让 Webhook AI 集成更适合实时运维和自动化联动。

管理与部署体验更适合长期运营

前端管理体验继续打磨，覆盖会话历史、Runtime 面板、角色权限展示、删除确认等细节。部署侧标准化运行日志输出与日志轮转配置，并补充 Docker、systemd、logrotate 等生产运行文件。

• 便于企业长期部署后的排障、维护和审计。
• 让管理员日常使用的面板状态更清楚、更可预期。
• 降低从本地评估走向生产运行时的交接成本。

Markdown Vault Provider 把已有文档资产转化为 Agent 知识

新增 markdown-vault Provider，可直接接入本地 Markdown 文档库，支持文档解析、知识检索和基于本地资料的问答。

• 团队手册、运维知识库、项目文档、内部 Wiki 都可以复用为知识来源。
• 无需复杂系统改造，就能把已有文档资产变成可对话、可检索的能力。
• 适合本地优先和受控知识边界要求较高的部署。

资源申请、审批与运维链路持续增强

SmartCMP Provider 继续扩展完整资源生命周期能力：自然语言申请、审批辅助、资源运维、合规证据查看，以及多个运维技能共享资源视图。

• 资源申请支持同类型多实例、多实例 Schema 驱动，以及服务、资源包、参数规格之间更可靠的匹配。
• 审批能力包括预审批支持、审批详情查询、待办列表展示、规格名称标准化和更结构化的审批输出。
• 资源运维支持无需额外参数的资源变更、资源证据查看，以及按名称或列表序号选择合规分析对象。

认证、GitHub 与通用文档能力扩展了 Provider 生态

Provider 仓库增强 SmartCMP Provider Token Auth，并支持 Webhook Robot Execution Profiles。同时新增 GitHub Provider 的 Token 认证方式，并补充通用文档与工作产物技能。

• Webhook 调用方可以在更清晰的机器人身份和凭证边界下执行技能。
• GitHub Provider 为 Issue、Pull Request 和仓库操作接入 Agent 工作流建立基础。
• 文本生成、XLSX 表格处理和演示文稿产物访问，让文本、表格、报告和幻灯片逐步进入 Agent 工作流。

Thin Core, Rich Providers 形成平台边界

AtlasClaw 坚持核心框架只负责路由、生命周期管理和执行协调，业务逻辑封装在独立 Provider 插件中，而不是不断堆进 Core。

• 接入新系统时优先开发 Provider 包，而不是修改核心代码。
• 每个 Provider 独立承接认证方式、开放能力、执行脚本和审计约定。
• 通过 {provider}:{skill} 的命名空间机制，不同系统能力互不冲突。

旗舰 Provider 覆盖云管核心场景

SmartCMP 云管平台集成发展出 11 项技能，覆盖资源池查询、资产管理、主机启停、自然语言资源自助申请、审批流转、告警分析、成本优化、合规评估和 Webhook 预审批等核心场景。

• 用户可以用自然语言描述资源需求，由 Agent 辅助拆解并生成平台请求。
• Provider 把资源申请、审批流转和后续运维串联起来，而不是停留在表单提交。
• 成本、告警和合规技能共享更完整的云管上下文。

项目管理能力被组织成可控 Skills

Jira Provider 定义了 5 项技能方向：Issue 管理、高级 JQL 搜索、批量操作、字段与敏捷配置发现，以及工时记录和时间报表。

• 已实现的 Issue 管理支持创建、查询、更新和关闭工单。
• 规划中的高级能力包括保存筛选器、导出、批量状态变更、批量分配和克隆。
• Provider 模型让 Jira 字段、工作流语义和配置细节留在集成边界内。

研发协作平台进入 AtlasClaw 执行框架

GitHub Provider 将代码协作系统纳入统一 Provider 框架，支持用户级 Token 认证，为通过对话完成 Issue 创建与管理、Pull Request 协作与审查、仓库信息查询等操作建立基础。

• 团队可以逐步把常规研发操作纳入受控 Agent 工作流。
• Provider 方式避免把代码仓库操作变成个人化、无边界的工具调用。
• Issue、PR 和仓库动作都可以进一步纳入权限控制和审计。

社区技能让 Agent 能产出更多工作成果

除系统集成 Provider 外，生态中也出现了面向工作产物和 Agent 开发流程的共享技能。

• 文档生成覆盖 Word、PDF 和 PowerPoint 输出。
• 通用技能包括 GitHub 操作、头脑风暴、长文本摘要、Provider/Skill 脚手架、技能质检和内容人性化。
• 共享技能层让 AtlasClaw 同时服务系统操作和知识工作产出。

四类入口让员工在熟悉场景中使用 Agent

AtlasClaw 打通企业 IM 和嵌入式 iframe 使用方式，让员工不需要先学习新工具，也能在已有工作入口中访问 Agent。

• IM 入口覆盖飞书、钉钉、企业微信等熟悉工作界面。
• 嵌入式 iframe 布局可以把 Agent 对话窗口放进已有业务系统页面。
• 同一执行层可以同时服务 Web、IM、嵌入式和 Webhook 入口。

企业级控制成为架构能力，而不是附加功能

平台将企业部署所需的安全和治理能力放进架构设计，而不是作为可选包装。

• 认证支持本地认证、OIDC JWT、OIDC 登录、Google/GitHub 社交登录，以及 Keycloak、Okta、Azure AD 等企业 SSO。
• 敏感数据采用 AES-256-GCM 加密存储。
• Agent 执行继承真实用户权限，租户隔离通过路径前缀和工具策略过滤实现，写操作需要用户确认。

LLM-First 路由和工作流编排减少硬编码行为

v0.9.x 引入 LLM-First 路由和工作流引擎，让 Agent 更自然地判断该调用哪个工具或 Skill，并组织多步骤、跨系统的业务流程。

• LLM-First 路由由模型判断目标工具或 Skill，不再只依赖硬编码能力名称匹配。
• 工作流编排支持多步骤、跨系统的复杂业务流程。
• Provider 可以定义各自的工作流模式，同时 Core 保持统一执行模型。

生命周期 Hooks 和部署选项让定制化更可行

Hook 系统覆盖 Agent 运行全生命周期的 17+ 个阶段，部署形态则同时覆盖嵌入式和独立式场景。

• Hooks 支持配置驱动脚本处理器、类型化运行时事件、每用户独立状态持久化，以及脚本故障沙箱隔离。
• 部署支持嵌入模式和独立模式，分别适合已有产品内置 AI 模块和企业统一 AI 入口。
• 容器、数据库和模型选择覆盖 Docker/docker-compose、开发 SQLite、生产 MySQL + Alembic、公有云模型以及 Ollama 私有部署。