应用场景 · 运营

老板真的会读的周报

Hedy 全周维护一份活动台账——完成的评审、回答的问题、关闭的任务、节省的工时——然后编出这份没人需要动手写的周报。每一行都链接到底层活动记录。

Hedy 是一名私有、自部署的 AI 员工。做周报时,它整周从您的 Lark/Slack、工单和代码仓库持续记录活动台账,然后把一次查询变成一份成稿报告,其中每一行都标注确切来源。不同于只会总结聊天串的云端 AI 席位,Hedy 运行在您自己的 Docker/K8s 基础设施上,在提问者的 ACL 之下检索,并通过逐字引用来源的证据门。

最后更新:2026 年 7 月 20 日

Hedy 如何执行

01

台账,而非记忆

每项交付在发生时就连同链接与成本记录在案。报告是一次查询,而不是一次重构。

02

编纂并成文

一份按周汇总的报告,突出值得关注的变化——行文让人读得下去。

03

归档并送达

按时送到您的文档空间和正确的群组。

04

可审计到条目

每一行都链接到底层活动记录。

治理内建于设计

  • 与审计视图读取的是同一份只增不改台账——唯一事实源
  • 节省工时的估算值明确标注为估算
  • 报告投递目标是显式配置的

深入解析

多数 AI 报告工具在周五从一个空白对话开始,凭记忆重构这一周。Hedy 反其道而行。它整周维护一份只增不改的活动台账,在事件发生时就跨接入系统记录下来。Lark 与 Slack 同为一级支持数据源。当您要周报时,Hedy 不是对着聊天回溯窗口猜,而是查询一份它早已写好的台账,因此报告反映完整的一周,而不是碰巧还留在上下文里的最后一个讨论串。

一次查询驱动整份报告。您只问一次,Hedy 就会组织章节、按团队或项目归类工作、起草叙述。这正是一人顶一队理念的落地:不是给每个人的聊天窗口都加一个 AI 席位,而是由一名 Hedy 产出过去要靠一支汇报团队手工拼装的成果。报告是一份工作产出,不是会议回顾。它为提问者而写,并按此人的可见权限过滤。

每一行都可追溯。Hedy 的证据门要求回答逐字引用来源,报告中的每条结论都链接回它所来自的工单、消息或提交。台账里没有来源的事实不会进入报告。检索按提问者的 ACL 限定范围,同一份台账生成的管理者报告与一线工程师报告,呈现的内容可以合理地不同。不会有内容仅仅因为存在于台账中就越过权限边界泄露。

因为 Hedy 是自部署的,这一切都不会离开您的基础设施。您使用自己的模型 key(包括本地 vLLM 或 Ollama),报告内容绝不发送给第三方。没有数据次级处理方(sub-processors)。部署是约 30 分钟的 Docker Compose 安装,许可通过 Ed25519 离线校验;台账本身只增不改,这意味着任何一份周报背后的审计轨迹都无法在事后被悄悄改写。

常见问题

Hedy 如何让周报中的每一行都可追溯?
Hedy 在证据门之后运行:报告必须逐字引用来源,每条结论都链接回其来源的工单、消息或提交。活动台账中没有来源的事实会被排除而不是编造。由于台账只增不改,任何一行背后的证据都无法在报告生成后被悄悄篡改。
周报数据从哪里来?会离开我的基础设施吗?
Hedy 整周从您接入的系统持续记录活动台账,Lark/飞书与 Slack 同为一级支持数据源。一切都自部署运行在您自己的 Docker 或 K8s 上,使用您自己的模型 key(包括本地 vLLM 或 Ollama)。在自部署 / BYO 模式(自带模型 key)下没有数据次级处理方(sub-processors),报告内容绝不离开您的环境。
两个人基于同一份台账生成报告,看到的内容会不同吗?
会。检索按提问者本人的 ACL 限定范围,Hedy 会把台账内容过滤到此人有权限看到的部分。同一周的数据,管理者的报告与一线工程师的报告可以合理地不同。这可以防止敏感条目仅仅因为存在于共享台账中,就越过权限边界泄露。
这和总结聊天记录的云端 AI 有什么不同?
云端助手在写报告时才从聊天回溯里重构一周,并且住在 Slack 或 Teams 里。Hedy 则整周把事件写入只增不改台账,然后把一次查询变成一份每行都有引用的完整报告。它是产出工作成果的自部署 AI 员工,而不是复述单个讨论串的助手。

相关阅读

hedy.one

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

预约演示