8 项发布自检做成自动提醒：扣子加飞书每天出报告

一句话结论

把 8 项发布前检查做成飞书表格，用扣子定时判定、DeepSeek 写报告，每篇稿子发布前都留下一张带证据的自检单。

这篇解决什么问题

发布前的检查项其实不多，但散在脑子里、聊天记录里和上一版文档里，赶上一天要发三篇，准漏。我见过最常见的漏法不是不会查，而是忘了查——外链在预览里点得开，上线半天后挂了。

适用：每周稳定发稿、检查项相对固定、有一个人对发布结果负责的团队。不适用：一次性的单篇精修，或者每次检查项都不一样、只能靠人判断的临时活动稿。

开始前要准备什么

• 飞书账号，建一张多维表格，免费版够用
• 扣子账号，工作流和定时触发器都在免费额度内
• DeepSeek 的 API Key，按量计费，需自行开通
• 素材：一份写在纸上的 8 项检查清单，加两三篇待发稿
• 耗时：首次搭建通常 1 小时上下，跑顺后每次不到 1 分钟

具体怎么做

第 1 步 · 先把 8 项检查落成表字段

别急着在扣子里画流程图，先在飞书把表结构定下来。检查项、责任人、状态、证据这几类字段定不清楚，后面全是空转。

我第一版只写了「检查项名称」一列，结果模型判定时无据可引，报告里清一色”建议核实”，等于没判。

我在飞书多维表格建一张发布自检表，覆盖 8 项发布前检查。请输出字段设计表，列为：编号、检查项、字段类型、填写人、是否必填、不通过的典型样子。
8 项检查是：1 标题与正文主题一致；2 首段给出结论；3 事实与数字有出处；4 图片版权与尺寸；5 极限词与敏感词；6 外链可访问；7 排版（段落长度、小标题）；8 署名与发布时间。
只输出表格，不要解释，不要补充建议。

预期产出：一张 8 行的字段设计表，照着在飞书里建表，字段类型和必填项都标好了。

第 2 步 · 把每项改写成能判的规则

这一步决定整件事成不成。像”排版是否清爽””事实是否准确”这类写法，模型只会回你”基本合格”，你拿它没脾气。

我在实操中把标准全换成可数的：段落不超过 3 句、外链要能取到正常响应、数字后面必须跟出处字段。拿不准的一律判未检，宁可漏报也别错报。

下面是我要固化的 8 项发布自检，请把每项改写成机器能判定的规则。要求：
1 结论只能是 通过 / 不通过 / 未检 三种；
2 每项写清看哪个字段、判定条件是什么、要引用什么证据；
3 条件里不许出现”合适””清晰””良好”这类词，必须换成可数标准，例如段落不超过 3 句、外链能取到响应；
4 拿不准的一律判未检，并写明缺哪个字段。
输出格式：编号 | 检查项 | 判定字段 | 通过条件 | 证据要求 | 缺字段时怎么处理。
8 项检查：[把第 1 步的表粘进来]

预期产出：8 条判定规则，每条的通过条件和证据要求都写死，可以直接贴进飞书表格的说明栏。

第 3 步 · 在扣子把流程拆成节点

先让模型把节点清单拉出来，再进扣子动手点。直接上手拖节点，最容易漏两个分支：查询结果为空怎么走、模型输出不是合法结构怎么重试。

我在扣子里搭一个定时工作流，每天固定时间跑一次，流程是：触发 → 查询飞书多维表格里状态为「待检」的记录 → 逐条判断 8 项 → 生成报告 → 回写表格并通知责任人。
请把这条流程拆成节点清单，每个节点给出：节点名称、类型（触发器 / 插件 / 大模型 / 代码 / 条件分支）、输入、输出、失败时的兜底动作。
重点标出两处容易断的地方：查询结果为空时走哪条分支、模型输出不是合法 JSON 时怎么重试。
不要写代码，只要节点清单和连线顺序。

预期产出：一张带连线顺序的节点清单，两处兜底分支明确，进扣子照着搭就行。

第 4 步 · 让模型按固定结构出报告

报告的格式必须锁死，否则每次长得都不一样，回写进表格没法比对。我把整体结论限成三选一，每条结论强制带证据。

你是发布前质检员。下面是一条待发布内容的记录，请按固定结构输出一份自检报告。
规则：
1 只依据记录里的字段作答，字段为空就写「未检」，不要猜；
2 每条结论后面用「证据：」引出你依据的字段值或原文片段；
3 整体结论只能是 可以发布 / 不可发布 / 待补检 三种之一；
4 只要有 1 项不通过，整体结论就是「不可发布」；
5 不要写总结陈词，不要写鼓励的话。
输出结构：
一、结论（一行）
二、逐项结果（8 行，编号、检查项、结论、证据）
三、待办（只列不通过和未检的项，写清找谁补什么）
记录：[把飞书那一行整条粘进来]

预期产出：一份三段式自检报告，逐项带证据，待办能直接派到人。

第 5 步 · 把报告变成一条能推动人的提醒

报告躺在表格里没人翻，是常态。我的做法只拎不通过和未检的项，带上责任人，单独发一条消息出去。

把下面这份自检报告改写成一条飞书消息，发给内容负责人。要求：
1 开头一行说结论和稿件名，不超过 30 字；
2 中间只列不通过和未检的项，每项一行，带责任人和要补的东西；
3 结尾一行写下次复核时间；
4 不用敬语，不用表情符号，不写「请注意」「务必」这类词。
报告：[粘贴第 4 步的输出]

预期产出：一条不超一屏的提醒消息，谁补什么一目了然。

实测记录

最容易错的 3 个地方

1. 8 项没做二元化。模型回一句”整体良好”，没人知道改哪。纠正：结论只留通过、不通过、未检三种。
2. 空字段直接喂给模型。没人填的项会被当成默认合格。纠正：必填为空先判未检，不往下走。
3. 报告只写结论不写证据。发出去还要来回问三遍。纠正：结论后面强制跟证据字段或原文片段。

可复用的东西

五段提示词按顺序串起来就是一条流水线：设计字段、写判定规则、拆节点、出报告、发提醒。建议把第 2 步的规则表和第 4 步的报告结构单独存成两个文档，换业务线时只改这两份，工作流不用动。

我自己的习惯是把规则表贴进飞书表格的说明里，谁改检查项谁顺手改说明，省得规则和表格两张皮。这套东西真正省下的不是那十分钟，是不用每次都重新想一遍要查什么。

你们现在这 8 项是靠脑子记，还是已经落成表了？如果还在靠人盯，建议从第 2 步的规则表先写起。

如果你也经常要做这件事，欢迎在评论区说说你的卡点和做法；也可以留言告诉我，你想看哪个岗位的哪件活怎么用 AI 拆。

admin 普通

收藏 海报 链接