Coze（扣子）给您一间搭建 Bot 与工作流的工作室。Hedy 交给您一位成品员工。差别在于：您是想亲手造一个工作者，还是直接雇一个。
Hedy 与 Coze 解决的是不同的问题。Coze 是一个由您自己搭建 Bot 与工作流的平台——流程由您设计、节点由您连线、每个边界情况由您兜底。Hedy 是一位您直接雇用的成品 AI 员工：自部署在您自己的基础设施上（Docker/K8s/气隙），以一等成员身份使用 Lark（飞书）与 Slack，治理开箱即备——只增不改审计、L0/L1/L2 分级审批、默认拒绝的写操作、按提问者 ACL 过滤的检索。用 Coze，能力与治理由您自己组装；用 Hedy，一次雇用替代一个团队的产出。
| Hedy | Coze | |
|---|---|---|
| 您得到什么 | 第一天就能干活的 AI 员工 | 一间自己搭 Bot 的工作室 |
| 自主性模型 | 承担岗位：计划内工作、跟进、主动性 | 响应您设计的触发器与流程 |
| 治理 | 内置分级审批、审计台账与白名单 | 管控由您自行组装 |
| 自部署 | 一等支持：Compose / Helm / 气隙 | 提供开源版工作室 |
| 知识 | 按 ACL 过滤的 RAG，强制引用来源 | 按 Bot 逐个配置的 RAG 模块 |
| 最擅长 | 在飞书/Lark/Slack 里当一名同事 | 定制对话应用与流程 |
基于截至 2026 年 7 月的公开信息整理，欢迎指正：hello@hedy.one
Coze 是一个搭建平台。您得到节点、提示词、插件和一块画布，然后组装出一个 Bot 或工作流。当您想构建定制化的东西时，这很强大——但设计、集成以及每个失败模式的负担都留在您这边。Hedy 的起点恰好相反：它是一位成品员工。您不画流程图，您分派工作。它自带人格、技能与计划内职责，像一位入职的同事那样交付成果——把闭环走完，而不是递给您一套工具箱。
更深的分歧在治理。在自建平台上，管控是您得记着去加的东西：这里加个校验，那里加道护栏，多半写在提示词里。Hedy 把治理当作产品本身。写操作默认拒绝，白名单显式放行。审批分级运行——L0/L1/L2——常规读取畅通无阻，有后果的动作等待人工。检索按提问者的 ACL 过滤，每个人只能从自己有权查看的文档中获得答案。证据门要求每个回答逐字引用来源。审计日志只增不改——没有更新或删除路径。这些都不是外挂件，而是运行时本身的行为方式。
部署与数据边界也不同。Hedy 是私有的，不是云端的。它通过 Docker Compose 约 30 分钟装进您自己的基础设施，并可在气隙环境中运行。您自带模型 key，包括本地 vLLM 或 Ollama，推理可以完全留在本地——在这种自部署 / BYO 配置（自带模型 key）下没有任何数据次级处理方（sub-processors），您的数据与提示词从不离开您的边界。授权通过 Ed25519 签名离线完成。托管型 Bot 平台把您的流量与内容经由它的云转发；Hedy 的设计让这一切都不必发生。
适配逻辑很简单。当您的目标是自己搭建并运营 Bot、需要一个灵活的构建面时，选 Coze。当您想雇一位第一天就带着治理上岗的 AI 员工——Lark 与 Slack 原生、自部署、审计干净——并让一次雇用覆盖整个团队的产出、而不是往聊天频道里加席位时，选 Hedy。