点击放大 Provider 运行时架构
Provider 把鉴权、Skills、脚本与目标系统执行收拢到清晰边界之内。
这是一套面向企业系统的集成架构，而不是零散的工具连接。
AtlasClaw 把集成建模为 Provider 合同，让 IM、Web、嵌入式应用与 Webhook AI 集成都能访问同一个多用户 AI Agent 层，由 Skills 执行并连接受控企业系统。
Provider 架构
先看 Provider 运行时架构。
这张图把鉴权、Skills、脚本与目标系统调用如何落在 Provider 内部，展示得更清楚。
点击放大 Provider 运行时架构
关闭预览 Provider 把鉴权、Skills、脚本与目标系统执行收拢到清晰边界之内。
为什么是这种架构
企业 AI 的成败，往往就在集成层。
AtlasClaw 的 Provider 集成模型强调边界显式化。Provider 承担系统合同，Skills 作为可执行且收敛的动作边界，Core 保持统一编排模型。
Provider 合同，而不是松散工具包装
每个 Provider 集成自己承接鉴权模型、脚本、参考资料与系统侧规则，而不是把这些逻辑泄漏到核心里。
Skills 变成受控的系统动作
Skills 是用户意图与目标系统动作之间的受控执行边界。
一个 Agent 层，对接多种访问方式
IM、Web、嵌入式模块与 Webhook 调用都可以进入同一个 AtlasClaw 执行模型。
让现有系统获得 AI，而不是重建系统
传统产品可以把 AtlasClaw 当作 Webhook AI 集成层调用，而不必从头实现自己的一整套 Agent 栈。
执行路径
从访问入口到受控系统动作。
这套集成模型可读，是因为每一跳的职责边界都清晰。
- 用户或系统通过 IM、Web UI、嵌入面板或 Webhook 入口访问 AtlasClaw。
- Agent Engine 选择 provider-qualified skills，并生成执行计划。
- Provider 用正确的鉴权方式、数据边界与系统语义把意图翻译成目标系统操作。
- 企业系统继续作为权限、流程状态与审计的真实来源。
集成方法
Provider 模型
Provider 是自包含集成包：连接合同、鉴权约定、Skills、脚本与参考资料。Core 从 `providers_root` 加载它们，并以 provider-qualified skills 暴露给运行时。
- Provider 让平台特定的鉴权和流程逻辑不污染核心。
- Skills 对用户可读，同时对运行时保持显式可调度。
- Webhook 和多通道访问都能落到同一个 provider-qualified 执行层。
架构价值
企业真正得到什么
它不只是帮你接 API，而是在现有系统之上建立统一、受控的 AI 执行层。
- 一个多用户 Agent 层，而不是重复的个人集成。
- 一种把 AI 能力接进现有企业产品的复用方式。
- 更清晰的权限控制、审计路径与系统归属边界。
企业系统域
一套 Provider 模型，贯穿整个企业技术栈。
同一套 Provider 集成架构可以落到运维系统、业务系统、研发系统、SmartCMP 和 Jira 中。
SmartCMP
一个 SmartCMP Provider 参考，覆盖云管理请求流、审批、Webhook 编排和面向业务的 Skill 分层。
查看参考Jira
一个 Jira Provider 示例，展示 Issue 操作、provider-qualified skills 和企业 Agent 接线模式。
查看参考ITSM 系统
服务请求、工单和运维流程可以通过受控 Provider 执行，而不是临时拼接的工具调用。
监控与告警系统
告警、事件与运行诊断可以被映射成显式的 Skills。
OA、CRM、HR 与财务系统
业务流程可以获得 AI 协调能力，同时保持系统侧权限与审批边界。
GitHub 与工程工具
研发流程可以作为 Provider 域接入，而不是外挂式的个人 Agent 工具。
开始构建
阅读 Provider 文档 创建你自己的 Provider
从 SmartCMP 与 Jira 示例开始，按 Provider 级配置、Skill 元数据和窄脚本实现你的目标系统。欢迎把新的系统集成代码提交到 atlasclaw-providers 仓库。