评估
一个短周期、费用固定的阶段，回答一个问题：在你的数据被允许去的范围内，究竟能建成什么？
- 我们做什么
- 梳理你的数据边界以及设定这些边界的规则。识别哪些系统承载价值、如何访问它们。与将要评审该设计的人访谈，让他们的要求成为输入条件，而不是后期的意外。
- 你得到什么
- 一份书面架构建议、一个部署拓扑、一份值得优先建设的集成清单，以及每一项的工作量估算。
- 如何收尾
- 交付一份归你所有的文档。即使你拿它去找别家、或自己动手建设，它同样有效——我们更愿意接受「思路是否够好」这个标准的检验。
- 形式
- 范围固定、费用固定，不依赖后续任何阶段。
部署
按评估阶段确定的拓扑，把系统建起来并投入使用。
- 在哪里运行
- 三种选择，我们会告诉你真正需要哪一种。在你的云账号或你的硬件上，这是数据不能离开时的答案。接入你已审批的托管模型，这是最快的路径，也适合多数情况。或者由我们托管运维，当你只要结果、完全不想运维基础设施时。
- 完整托管
- 我们负责搭建、运行与维护；你得到一个端点和一个员工可用的界面。见效最快，你这边不需要任何基础设施。
- 你的数据放在哪里
- 由你选择，默认是较轻的那一种。要么数据留在你的系统中，你授予我们只读权限——可撤销、限定在双方约定的表范围内、并可由你方审计，我们的基础设施上不留任何静态副本。要么你复制一份给我们，这样运维更简单，有时这正是你想要的。
- 这对我们意味着什么义务
- 无论哪种方式，我们都会在传输过程中以及在模型上下文中处理你的数据。因此无论哪种方式，你都会获得数据处理协议、明确的保留期限以及数据泄露通知承诺。只读权限能显著缩小暴露面，但并不能消除它——我们宁愿直说，也不愿让安全评审人自己发现这个缺口。
- 集成
- 连接你的内部数据库、API 与文件共享，使用仅出站的隧道，因此不需要改动任何入站防火墙规则。通过 Model Context Protocol 向智能体开放工具。
- 使用界面
- 命令行、桌面端、移动端，以及端到端加密的聊天界面——取决于你的员工真正会打开哪一个。
- 交接
- 运维手册、纳入你版本管理的配置，以及与实际运维人员的一次完整走查。
运维
可选。有些客户接手后自己运行；有些客户更希望这仍然是某个人的职责。
- 保持更新
- 版本升级、模型更换与服务商切换——包括随着政策变化在本地推理与托管推理之间迁移。
- 衡量变更
- 我们为你的用例定义验收测试，并在每次变更后重跑，让回退问题由我们发现，而不是由你的员工上报。
- 记录
- 会话与工具调用历史持久化在你的基础设施上，适用你自己的保留与审阅流程。
- 对接人
- 一位了解你部署情况的具名负责人，而不是一个工单队列。