← 返回项目

项目 / 01

一套仍在成形的系统

AI 简报工作流

筛选 AI 动态,整理成简洁、可核验的中文简报。

性质
个人工作流
状态
持续迭代的个人工作流
重点
来源核验与中文简报
工作流程示意测试 → 记录

01

输出预览

仓库里目前没有可公开的真实简报产物,因此这里展示工作流所使用的结构,而不编造一份结果。

简报解剖 / 结构示例

先有证据,再下结论。

仅为结构示例,不是真实新闻、实时信息流或某次运行记录。

  1. 01

    标题

    直接写清已核验的事件,不把推论包装成事件本身。

  2. 02

    摘要

    说明这件事为什么重要,同时不越过来源支持的范围。

  3. 03

    事件日期

    记录事件实际发生的日期,并与检索日期分开。

  4. 04

    来源

    链接到读者可以自行核对的官方或原始来源。

  5. 05

    核验状态

    明确标示已核验、待确认或已暂停;证据不足时停止收录。

02

问题所在

AI 领域的消息变化很快,但信息越多,简报未必越有用。 若没有原始来源、事件实际发生的日期和清晰边界,一份摘要很容易让人产生超出证据范围的确定感。

我搭建的系统

我正在搭建一套定期生成精简中文 AI 简报的工作流。它不追求收尽一切,而是从原始来源出发,只留下少量真正重要、可以复核的内容。每条信息都会分开记录事件日期与检索日期,保留来源和核验状态;证据不足时就停下,最后把结果整理得清楚、好读,也方便日后回查。

  • 优先使用官方或一手来源。
  • 只留下少数真正重要的内容。
  • 分别确认本地报告是否生成、外部渠道是否真正送达。
  • 如果当日可靠材料不足,就明确放宽时间窗口,而不把旧消息包装成新消息。
  • 每条内容都保留标题、短摘要、事件实际发生的日期和可核验来源;仍有缺口时,也明确标出。

03

它如何运转

收集 → 核验 → 筛选 → 撰写 → 送达 → 记录

  1. 01

    收集

    从当下可用的来源中,收拢一组边界明确的候选动态。

  2. 02

    核验

    回到原始来源,核对事件实际发生的日期。

  3. 03

    筛选

    只留下少数真正值得花时间阅读的内容。

  4. 04

    撰写

    守住来源边界,把信息写成简洁的中文摘要。

  5. 05

    送达

    尝试送达,但不把「已生成」误当成「已收到」。

  6. 06

    记录

    留下每次运行的状态,便于后续核查,也便于日后去重。

04

先可靠,再求快

  • 优先使用一手来源。
  • 如实呈现每一处不确定。
  • 分别确认内容是否生成、是否送达。
  • 关键信息缺失时就停下,不凭空补齐。
  • 把事件发生的日期与检索日期分开记录。

一路上学到的事

可靠的自动化, 不在于每次都能运行, 而在于知道什么时候该停。

难的不是转换,而是守住边界:证据不足就停下,日期有歧义就标明,送达未确认就继续核查,任务已完成就不再重复。这套个人系统仍在持续演进,也在每次运行中留下可以回看、可以解释的判断。

05

进行中

当前状态

我仍在改进来源筛选、异常处理与送达核验。这套系统仍在成形,也会如实标为「进行中」:目标是让判断更清楚、边界更可靠,而不是提前宣告完成。