我们敬重 OpenClaw——这个开源运行时证明了个人 AI agent 可以成真。但把个人 agent 变成一位受治理的公司员工，是数月不起眼的苦功。Hedy 交付的正是这一层。
OpenClaw 给您的是一个 agent 运行时，而不是一位受治理的 AI 员工。自己在其上搭建，您能很快完成容易的 80%——提示词、一个聊天循环、几件工具——然后卡在决定它能否安全进入生产的那 20% 上：只增不改审计、L0/L1/L2 分级审批、默认拒绝的写操作白名单、按提问者 ACL 过滤的检索、配额计量、经证据门把关的回答，以及红线行为测试。Hedy 就是那 20% 的产品化，自部署在您的基础设施上——交付的是一位受治理的员工，而不是一个需要时刻看护的原型。
| Hedy | 基于 OpenClaw 自建 | |
|---|---|---|
| 起点 | 成品员工，企业级默认配置 | 个人 agent 运行时，个人默认配置 |
| 记忆模型 | 公司级作用域：项目、人员、ACL | 属主级作用域：围绕一个人构建 |
| 治理 | 审计台账、分级审批、写操作白名单、出网配置——全部内置 | 自行搭建：护栏由您来写 |
| 质量门 | 带证据核验的评测，含行为红线 | 自行搭建：测试方案由您自创 |
| 多员工 | 席位、角色档案、结构化交接 | 每人一个实例，手工接线 |
| 运维 | 备份 / 恢复 / 升级脚本，计量网关 | 自写脚本与监控 |
基于截至 2026 年 7 月的公开信息整理，欢迎指正：hello@hedy.one
OpenClaw 是一个扎实的基座，第一英里也确实很快：接上模型、写一段人格、注册几项技能，agent 就能开口说话。问题在于，会说话的 agent 和值得信任的 agent 是两种产品。差距在治理——那层不起眼、却决定您是否敢让它触碰真实系统的东西。恰恰是这一层，团队总会低估，然后在第一次事故之后顶着压力草草重建。Hedy 的存在，就是让您跳过这整段弯路。
具体来说，我们已经建好的那 20% 包括：只增不改审计（永远不提供更新或删除接口）；L0/L1/L2 分级审批，按风险权重把动作转交人工；默认拒绝的写操作白名单，agent 只能做您显式允许的事；按提问者 ACL 过滤的检索，回答遵循提问者的权限，而不是在组织内横向泄露；LLM 代理中唯一的配额与计量卡点，token 支出只有一个事实源；强制每个回答逐字引用来源的证据门；以及在 agent 越界时让构建失败的红线行为测试。把其中任何一项正确地手工搭出来都是一个项目；把全部搭出来需要一支团队。
无论哪条路，基础设施都是您自己的——这本就是在 OpenClaw 上自部署的意义。Hedy 保留了这一点：通过 Docker 或 K8s 部署，需要时可气隙运行，用 compose 约 30 分钟完成。您自带模型 key，包括本地 vLLM 或 Ollama，因此没有任何东西离开您的网络，也没有任何数据次级处理方（sub-processors）。授权通过 Ed25519 离线完成，气隙环境中的机器从不回连。您保有完全的控制权，只是不必重建控制面。
坦率地摆一下这笔交换：自建意味着每个边界情况、每处审计缺口、每条审批绕行路径、每次回归，都由您永久负责。Hedy 意味着治理面是一个有人维护的产品：飞书/Lark 与 Slack 是一等渠道，镜像版本化（绝不使用 latest），默认值失效关闭（fail-closed）。当治理是您的差异化能力、您想亲自拥有它时，基于 OpenClaw 自建。当您想让 AI 员工本月就投入生产、而不是背上治理欠账时，选择 Hedy。