用真实数据自动写就的日报

Hedy 如何执行

定时驱动，而非提示驱动

一个带显式投递目标的 cron 任务——不是「谁最后问过就发给谁」。

数字由脚本产出

统计值来自命令输出与 API 响应。数据源宕机时，报告会如实说明。

发到工作发生的地方

您指定的飞书、Lark 或 Slack 群组，按您的时间表和时区。

看门狗监督

错过一次运行就会呼叫看门狗。您绝不会在毫不知情的情况下收不到报告。

深入解析

日报只有数字真实才有用。Hedy 通过直接调用您的系统来构建每份报告——数据库只读副本、分析 API、账务或工单端点——它打印的数字就是那些查询的原样输出。中间没有靠猜的总结层。证据门要求每个数字都带一条指回产生它的命令的逐字引用，读者可以从一个头条数字点进产生它的确切行集。如果某个数据源什么都没返回，Hedy 会说明该源为空；它不会用一个看起来合理的估计值填补空缺。

这与住在聊天里、复述刚刚刷过内容的云端 AI 助手截然相反。Hedy 运行在您自己的基础设施上（Docker 或 K8s，用 compose 约 30 分钟，支持气隙），通过按 ACL 限定范围的检索读取数据，报告只包含目标读者有权查看的内容，并通过您自己的 key 调用模型——包括本地 vLLM 或 Ollama——原始数据绝不离开您的网络。一名 Hedy 端到端负责整份报告工作，而不是给团队再加一个席位。

排程是受治理的，而非隐式的。每个 cron 任务都显式声明投递目标——一个指定的 Lark 或 Slack 频道——因为「发到我最后说话的地方」正是早上九点的财务报告泄露进公共频道的方式。投递是白名单内的写动作：Hedy 默认拒绝写操作，只向预先批准的目标发送，且每次发送都记入只增不改的审计日志。

看门狗为排程兜底。当报告运行卡住、数据拉取超时，或查询在不该为空时返回为空，看门狗会向声明的频道发出告警，而不是悄悄跳过这一天或交付一份空白报告。故障是可见且可归因的。您要么得到一份数字可信、送达您指定位置的报告，要么被明确告知它为什么没有送达。

常见问题

Hedy 日报里的数字究竟从哪里来？

直接来自您的系统。Hedy 调用您的 API、数据库只读副本与内部端点，报告中的每个数字都是那次查询或命令的原样输出。证据门要求每个数字逐字标注来源，任何数字都能追溯回产生它的确切数据行。没有任何数字是估算或转述的。

数据源宕机或没有返回数据会怎样？

Hedy 会如实报告该数据源为空，而不是编一个数字填补空缺。另外，看门狗会监控定时运行：如果拉取卡住、超时，或在不该为空时返回为空，它会向声明的频道发出告警，而不是悄悄跳过这一天或交付一份空白报告。

Hedy 如何决定把定时报告发到哪里？

每个 cron 任务都显式声明投递目标——一个指定的 Lark 或 Slack 频道。Hedy 绝不使用隐式的「我最后说话的频道」目标，那正是敏感报告泄露的方式。投递是白名单内的写动作，目标未经预先批准就默认拒绝，且每次发送都写入只增不改的审计日志。

报告数据会离开我们的网络吗？

在自部署 / BYO 模式（自带模型 key）下，不会。Hedy 经 Docker 或 K8s 自部署在您自己的基础设施上，支持气隙部署，用 compose 约 30 分钟完成。它使用您自己的模型 key，包括本地 vLLM 或 Ollama，没有数据次级处理方（sub-processors），报告背后的原始数据绝不离开您的环境。