OpClaw 与 aimate
摘要
一句话：aimate 是面向组织的数字员工，OpClaw 是 aimate 面向个人的发布形式（数字伙伴）。两者共用同一个引擎、同一套配置模型与同一条能力升级路径，区别在服务对象、交付形态与通道重心。搞清楚这层关系，你就能判断：什么时候该用 OpClaw 自己解决，什么时候该走 aimate 的组织级交付。
两种发布形式
| 维度 | aimate · 数字员工 | OpClaw · 数字伙伴 |
|---|---|---|
| 服务对象 | 组织（部门、岗位、团队） | 个人 |
| 交付形态 | 岗位编制：意图识别与任务执行分工，多智能体协作 | 一个伙伴统管：先判断意图，需要时再展开任务执行 |
| 谁是主人 | 组织；有岗位边界与职责口径 | 你自己；只有你一个人在用 |
| 通道重心 | 组织级协作通道（Mattermost、企业微信、飞书、钉钉） | 个人常用通道（微信个人号、Mattermost、网页工作台、语音硬件） |
| 记忆与知识 | 组织知识库、岗位 SOP、口径统一 | 你的个人知识库、个人习惯与格式偏好 |
| 治理方式 | 面向组织流程：审批、派发、审计留痕 | 面向个人：动手前问你一句，动作全程留痕 |
| 付费方式 | 按项目 / 按年度交付 | 按实例计费（天 / 月），见价格 |
为什么是「同引擎、两形态」
这样做的直接好处是：
- 能力同步升级。引擎层面的改进（通道适配、模型接入、任务流转）对两种形态同时生效，个人版不会成为被遗忘的分支。
- 配置知识可复用。组织版沉淀的通道与配置经验，在 OpClaw 上是同一套说法、同一套口径，你学到的概念不会白学。
- 边界清楚。组织要的是可委派的岗位，个人要的是随身的伙伴——同一个引擎承载两种关系，不必为了命名好听去维护两条技术栈。
术语约定
本文档全站按下面的称呼使用。
| 说法 | 指什么 |
|---|---|
| 数字伙伴 / OpClaw 实例 | 你拥有的那一个 OpClaw，一个人独享 |
| 数字员工 / aimate 实例 | 组织里的一个岗位实例 |
| 意图理解 | 它先判断你这句话是咨询还是要干的活 |
| 任务 / 工单 | 它把「要干的活」收敛成的一张可追踪的单子 |
| 通道 | 你从哪个入口跟它说话（微信、网页、Mattermost…） |
| 同事 / 身份 | 通道那头是谁：本人、同事还是访客；决定它说多少 |
什么时候用哪个
| 你的情形 | 建议 |
|---|---|
| 一个人干活，要一个随身的执行者 | 用 OpClaw |
| 一个岗位的活要按统一口径交付、还要能被别人接手 | 用 aimate 组织版 |
| 想先试水，看数字员工到底能做到什么程度 | 先用 OpClaw 跑通一次闭环，再谈组织级铺开 |
| 需要与多个部门、多个系统打通 | 走 aimate 组织级交付 |
下一步
- aimate 数字员工 —— 组织版：岗位编制、工作范式、角色分工与配置
- 核心概念 —— 数字伙伴、通道、任务、记忆分别是什么
- 消息通道 —— 个人场景下通道怎么选、怎么接
- OpClaw 是什么 —— 回到总览