Deployment
Atlas 部署在客户控制的运行环境中，通过现有机器人系统、运行时数据源和调查流程建立治理能力。无需替换机器人核心架构，运行时数据、保留策略和证据导出始终由客户控制。
Design Partner Program
Atlas Runtime Governance Design Partner Program 从一个机器人平台、一类真实运行异常和一个运维或工程团队开始，在客户现有体系中验证 Runtime Evidence、Investigation 与 Historical Recall 的实际价值。
现有运维体系 Cloud · Fleet · Alert · Service Ticket ↓ 一个机器人平台 / SKU + 一类真实 REF ↓ Atlas Read-only Integration Runtime Evidence · Evidence Pack · Historical Recall ↓ 联合验证 Investigation Efficiency · Historical Reuse
Atlas 不要求 OEM 重新建设 Cloud、Fleet Manager、告警、售后工单或工程流程。首个 Design Partner 项目以小范围、只读方式接入现有运行环境，先验证 Atlas 是否能够让工程团队更快获得调查证据、减少重复调查，并让已经完成的工程调查成为下一次可以召回的组织记忆。
Deployment Paths
Atlas 分别支持机器人 OEM 和传感器制造商部署，并通过从 Pilot 到 Production 的阶段化路径进入正式运行。
01
面向机器人 OEM 的部署，围绕运行时数据保留、Evidence Pack™ 生成、调查协作和组织记忆建立完整能力。
机器人 / 设备集群 ↓ Atlas Agent™ ↓ Runtime Surface™ ↓ Runtime Dataset™ ↓ Evidence Pack™ ↓ Investigation Context™ ↓ Historical RGA™ ↓ Assist Vault™
Atlas Agent™ 在 OEM 控制的环境中持续观察已授权的运行时信号。发生运行时事件后，Atlas 从 Runtime Dataset™ 中提取事件前后的相关数据，形成有时间边界、可审查的 Evidence Pack™，并支持 Tier 1、Tier 2 / Tier 3、OEM 工程和传感器 FAE 之间的调查协作。
02
面向传感器制造商的部署，围绕产品运行时表现、客户调查协作和历史案例复用建立治理能力。
传感器产品与运行时场景 ↓ Runtime Profiles™ ↓ 运行时观察与证据接收 ↓ Sensor Investigation Workspace™ ↓ Historical Sensor RGA™ ↓ Sensor Assist Vault™ ↓ Runtime Knowledge Base™
传感器制造商可以在自己的实验室、技术支持或客户调查环境中部署 Atlas。通过 Runtime Profiles™、Sensor Engagement Pack™ 和历史调查资产，传感器团队能够更快理解客户现场的运行时条件，并在明确的数据边界内与 OEM 协作。
03
Atlas 采用分阶段部署路径，从一个明确的运行时场景开始验证，再逐步扩展至正式生产环境。
场景确认 ↓ 运行时边界评审 ↓ 部署计划 ↓ Atlas Agent™ 安装 ↓ Runtime Surface™ 接入 ↓ 保留策略配置 ↓ 金丝雀验证 ↓ Pilot ↓ Production
部署不从全设备、全数据和全组织范围开始。首个 Pilot 应围绕一个明确的机器人平台、传感器边界或代表性调查场景，验证数据接入、事件切片、Evidence Pack™ 生成和调查协作流程。验证完成后，再逐步扩展至更多设备、场景和团队。
Deployment Guide
每一次 Atlas 部署都从明确的运行环境、数据范围和调查目标开始，再通过金丝雀验证和 Pilot 进入正式生产运行。
01
Atlas 进入客户现有工程与运维体系，不替换机器人控制系统、Cloud、Fleet Manager、告警、售后工单或现有工程工具。
客户运行环境 ↓ Atlas Agent™ ↓ Runtime Surface™ ↓ Runtime Dataset™ ↓ Evidence Pack™ ↓ 调查与组织记忆
Atlas 可以部署在机器人主控板、边缘计算节点或客户调查服务器环境中，并通过 Runtime Surface Adapter 接入现有运行时数据源。客户拥有原始数据，决定数据保留范围，并授权调查证据的生成和导出。
02
OEM 部署范围根据机器人平台、传感器配置、运行环境和调查目标共同确定。
Atlas 不默认采集机器人环境中的全部数据。部署前，双方首先确认运行时边界、数据来源、保留周期、事件触发条件、调查角色和证据导出方式，再形成明确的部署范围。
03
Sensor Engagement Pack™ 用于在 OEM 与传感器制造商之间传递与调查相关、范围明确的运行时信息。
OEM 调查环境 ↓ Evidence Pack™ ↓ Sensor Engagement Pack™ ↓ 传感器 FAE 调查 ↓ IR + Lessons Learned ↓ OEM 结案与组织记忆
协作包只包含与传感器调查边界相关的信息，不要求 OEM 交付全部机器人运行数据。传感器厂商可以基于明确的事件上下文和证据开展调查，同时保护 OEM 的产品架构、客户信息和运营数据。
04
在 Pilot 进入正式运行前，通过可控的代表性事件验证整条部署链路。
受控运行时事件 ↓ Atlas Agent™ 观察 ↓ Runtime Dataset™ 保留 ↓ 事件窗口生成 ↓ Evidence Pack™ ↓ 调查流程验证 ↓ 历史资产保存与未来召回
金丝雀验证用于确认 Atlas Agent™、数据来源、时间边界、保留策略、Evidence Pack™ 和调查工作流能够协同运行。验证目标不是模拟所有可能的机器人事故，而是证明部署范围内的完整链路可观察、可生成、可审查和可复用。
05
当部署边界、运行策略、调查流程和组织责任全部明确后，Atlas 才进入正式生产运行。
Production 并不只是扩大 Agent 部署数量。正式上线前，需要确认数据保留、访问授权、事件升级、证据导出、调查角色、运行维护和版本管理等组织条件。
Atlas Production 部署必须保持客户数据所有权、人工根因判断和组织授权边界。扩大部署规模不会改变这些基础原则。
06
查看机器人 OEM 部署、传感器制造商部署以及从 Pilot 到 Production 的完整说明。
部署文档包含更详细的角色分工、部署流程、验证方法和生产运行说明。
查看完整部署指南 →Data Ownership
原始运行时数据、保留策略和调查证据均由客户治理。
Existing Architecture
Atlas 通过现有接口和 Runtime Surface Adapter 接入客户环境。
Human Authority
Atlas 提供证据和历史候选，不自动确认根因或分配责任。