应用场景 · 部署

原生支持飞书与 Lark 的 AI 员工

多数 AI 员工止步于 Slack。Hedy 在飞书与 Lark 中是一级公民:私聊与群聊、审批卡片、云文档归档、组织架构感知——需要时还有 Slack。国内与国际端点都支持。

Hedy 是一名自部署 AI 员工,原生生活在飞书与 Lark 里,而不只是 Slack。它在私聊与群聊中工作,发送 L0/L1/L2 审批卡片供签核,把产出归档到飞书云文档,并读取组织架构以实施按提问者的 ACL 检索。它同时运行于中国的飞书租户与国际版 Lark。多数云端竞品只集成 Slack;Hedy 两端全覆盖,并且留在您的基础设施上。

最后更新:2026 年 7 月 20 日

Hedy 如何执行

01

真实的成员身份

Hedy 以自己的名字和账号加入白名单内的群组,被 @ 时应答。

02

聊天内的审批卡片

对外动作以一键批准或拒绝的卡片送达——不离开会话就完成治理。

03

云文档归档

纪要、报告与研究直接归档进飞书或 Lark 文档,并附回链。

04

组织架构感知

通讯录同步让 Hedy 在路由或起草时了解部门与汇报线。

治理内建于设计

  • 同时支持飞书(国内)与 Lark(国际)端点
  • 私聊与群组访问均为白名单——只在被安置的地方发言
  • 它发出的每条消息都有记录、可归因

深入解析

Hedy 在飞书与 Lark 内部是完整的一级公民,不是拴在 Slack 上的机器人。它在私聊中应答、加入群聊,并通过原生审批卡片交付工作。当 Hedy 提议一个写动作时,它会渲染一张交互卡片,审批人一键批准或拒绝,每个决定都经 L0/L1/L2 审批分级路由。Slack 同样受支持,但飞书与 Lark 才是 Hedy 的主要工作场所——如果您的公司本来就在 Lark 上运转,这一点很重要。

组织架构感知让这一切在规模化时依然安全。Hedy 读取飞书/Lark 通讯录,检索按提问者过滤:每个人只会看到落地在其自身 ACL 允许来源上的回答。没有人能靠一个聪明的提问从 Hedy 那里越权。完成的产出自动归档到飞书云文档,工作落在团队本来就阅读和评审的地方,背后是只增不改的审计轨迹。

双租户现实才是差异化所在。飞书(国内)与 Lark(国际)是两个相互独立的生态,多数 AI 员工产品两者都不集成,只做 Slack。Hedy 用一套部署同时覆盖两端,跨中国大陆与海外办公室经营的公司只需运行一名 AI 员工,而不必按地区拼接工具。这就是 hedy.one 里的那个 one:一名 AI 员工覆盖全部工作面,而不是按席位堆一群。

因为 Hedy 是自部署的,这一切都经 Docker 或 K8s 留在您的基础设施上,用 compose 约 30 分钟即可部署。您自带模型 key,包括本地 vLLM 或 Ollama,聊天内容与文档都不会离开您的网络,也没有数据次级处理方(sub-processors)。治理是产品本身,不是一个设置项:写操作默认拒绝、须显式白名单,红线行为经过测试,证据门强制每个回答逐字引用来源。

常见问题

Hedy 支持飞书和 Lark,还是只支持 Slack?
飞书(国内)与国际版 Lark 都是一级公民:私聊、群聊、原生审批卡片、飞书云文档归档全部开箱即用。Slack 同样受支持。许多同类 AI 员工产品只集成 Slack,Hedy 则覆盖了多数对手不支持的飞书/Lark 两个租户。
在飞书群聊里,Hedy 如何处理权限?
Hedy 具备组织架构感知。它读取飞书/Lark 通讯录,并按提问者过滤检索,每个人只会收到落地在其自身 ACL 允许来源上的回答。写动作默认拒绝,需要显式白名单加 L0/L1/L2 审批卡片,没有人能靠在共享频道里提问获得越权访问。
Hedy 完成任务后,产出去了哪里?
完成的工作自动归档到飞书云文档,落在团队本来就评审的地方。每个动作都记入只增不改的审计日志,证据门要求每个回答逐字引用其来源材料,归档产出因此始终可追溯到出处。
Hedy 能完全运行在我们自己的基础设施上吗?
能。Hedy 经 Docker 或 Kubernetes 自部署,用 compose 约 30 分钟即可部署,包括气隙环境。您提供自己的模型 key,包括本地 vLLM 或 Ollama,因此在自部署 / BYO 模式(自带模型 key)下,聊天与文档数据绝不离开您的网络,也没有数据次级处理方(sub-processors)。许可经 Ed25519 离线校验。

相关阅读

hedy.one

在您自己的基础设施上看它运行。

预约演示