旗舰场景 审查核验 行业 · 网文IP孵化

RE-02 · 三审三校流程留痕报告

监管抽查时能立刻调出来的合规记录

痛点 表面看是走完审核流程就行 · 实际上《国家新闻出版署通知》要求的是'可核查可追溯',走完流程和留下能被

① 场景引入

表面看是走完审核流程就行 · 实际上《国家新闻出版署通知》要求的是'可核查可追溯',走完流程和留下能被检查的记录是两件事

一、这件事现在是什么样

责任编辑(追更运营) · 真实业务触发

每周固定的审核记录归档,夏栎要确保她名下所有连载作品的每一次更新都有审核时段、审核人、处理结果的记录,而这份记录随时可能被要求当场调出来。

二、痛点 · 每条都有来源

1《国家新闻出版署关于进一步加强网络文学出版管理的通知》要求坚持先审后发原则,对持续更新作品进行跟踪审读,这是法定要求不是平台自选动作依据 · 《国家新闻出版署关于进一步加强网络文学出版管理的通知》要求网络文学出版单位设立总编辑、建立编辑委员会,总编辑对内容导向问题有否决权,坚持先审后发原则,对持续更新作品进行跟踪审读2《网络出版服务管理规定》第23条要求实行编辑责任制度、内容审核责任制度、责任编辑制度、责任校对制度依据 · 《网络出版服务管理规定》第23条要求网络出版服务单位实行编辑责任制度、内容审核责任制度、责任编辑制度、责任校对制度;第24条列明十类禁止内容3晋江文学城2018-2019两年内三次被处罚,其中一次被要求停更3个月,说明合规疏漏的代价是数月业务停摆,不只是罚款依据 · 晋江文学城2018-2019两年内三次被处罚:2018年6月罚款2.5万元,2019年5月要求停更15天,2019年7月与番茄小说、米读小说一起被要求停更3个月42019年全国扫黄打非专项整治约谈网站70余家,晋江签约作者因平台审核疏漏被刑拘,说明责任链条会一直延伸依据 · 2019年全国扫黄打非专项整治:转办涉嫌传播低俗色情内容线索347条,查办刑事案件10起、行政案件67起,约谈网站70余家;晋江签约作者因伙同网店销售人员制售淫秽书刊被刑拘

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 《国家新闻出版署关于进一步加强网络文学出版管理的通知》要求坚持先审后发原则,对持续更新作品进行跟踪审读,这是法定要求不是平台自选动作《网络出版服务管理规定》第23条要求实行编辑责任制度、内容审核责任制度、责任编辑制度、责任校对制度晋江文学城2018-2019两年内三次被处罚,其中一次被要求停更3个月,说明合规疏漏的代价是数月业务停摆,不只是罚款2019年全国扫黄打非专项整治约谈网站70余家,晋江签约作者因平台审核疏漏被刑拘,说明责任链条会一直延伸

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

  1. 本周更新章节批次校验核对本周所有连载章节是否都有对应的审核动作记录
  2. 审核动作提取 · 从系统日志识别真正的审核操作过滤掉日志里的非审核类操作(如仅是浏览、编辑格式调整)
  3. 审核时段匹配 · 与责编固定时段表对齐核对每次审核是否落在四个固定时段内,超出时段的单独标注
  4. 缺失记录识别 · 找出没有审核记录的更新章节这是最关键的一步,缺失记录如实列出不能补造
  5. 留痕报告生成 · 可供监管抽查直接调用报告附完整的审核人/时段/章节对应关系,签批栏留空由夏栎签字确认

要准备什么:平台系统审核日志.txt系统自动生成但字段混乱,混杂了审核与非审核类操作责编审核时段记录.xlsx夏栎自己维护的四个固定时段表,Excel手工记录

为什么这个场景值得做

优先级评分:痛感 5 × AI 适配 3 ÷ 落地难度 2 = 8.2

最大差异点:不要求编辑改变现有审核习惯(四个固定时段审核),而是把这些已经在做但散落在系统日志/个人记忆里的审核动作,结构化提取成一份随时可调出的留痕报告。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:三审三校留痕报告.xlsx 章节级审核记录 · 含签批栏
  • 可派发清单:审核记录缺口清单.xlsx 可派发· 查不到审核记录的具体章节

这套东西不承诺什么:不做什么:不自动做内容审核判断(内容是否违规必须由持证编辑判断),只负责把已经发生的审核动作结构化留痕;不能倒填审核记录(缺失的审核记录如实标注缺失,不能事后补造)。

② Live Demo(演示逐步)

表面看是走完审核流程就行 · 实际上《国家新闻出版署通知》要求的是'可核查可追溯',走完流程和留下能被检查的记录是两件事

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:枫墟文化传媒(上海)有限公司(虚构)· 上海 · 员工74人 · 自营网文平台「墨读」。资深责编夏栎名下12部重点连载作品,含《长夜捕光》。本次触发:每周固定的审核记录归档日(2026-08-31),夏栎要确保她名下所有连载作品的每一次更新都有审核时段、审核人、处理结果的记录,而这份记录随时可能被要求当场调出来。

本周更新章节87 章涉及连载作品12 部审核记录缺失6 章记录完整匹配81 章

输入网文平台与IP运营手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_平台系统审核日志.txt 平台系统自动生成的审核操作日志,字段混乱,混杂了审核与非审核类操作系统自动生成 ·未做人工整理,格式不统一
  • 02_责编审核时段记录.xlsx 夏栎自己维护的四个固定时段表,Excel手工记录夏栎个人维护 ·手工记录,未与系统日志交叉验证过
  • 03_本周12部连载更新章节清单.xlsx 本周涉及审核的12部连载作品更新章节清单,用于与审核日志比对平台后台更新记录导出
  • 04_历史处罚案例台账.xlsx 行业内因审核记录疏漏被处罚的案例台账,用于本次汇报时对照说明合规价值法务部门收集整理 · 用于内部合规教育材料

注意标橙色那一份 —— 02_责编审核时段记录.xlsx。它夏栎个人维护 · 手工记录,未与系统日志交叉验证过,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这周的更新章节审核记录整理一下, 按四个固定时段核对每一章是否有对应审核记录。 查不到审核记录的章节直接列出来,不要补造记录, 如实标注就行,我会决定怎么处理。

短是因为审核时段规则和'不能补造记录'这条硬边界都写在能力包里了。

触发本周更新章节批次校验

核对本周所有连载章节是否都有对应的审核动作记录

每周五固定的审核记录归档,夏栎需要确认她名下12部作品本周更新的全部章节,是否都能在系统日志里找到对应的审核记录。现有材料是原始的系统日志 —— 字段混乱,混杂了浏览、格式调整等非审核类操作,无法直接看出哪些章节真正被审核过。数据来源覆盖范围字段状态处理方式平台系统审核日志12部作品全部更新记录混杂非审核操作需过滤提取责编审核时段记录四个固定时段完整作为匹配基准合计 87 章———本周12部作品共更新87章,纳入本次核查范围。

第 1 步 · 审核动作提取 · 从系统日志识别真正的审核操作

过滤掉日志里的非审核类操作(如仅是浏览、编辑格式调整)

演示数据(表格原文)从混杂的系统日志里过滤出真正的'内容审核'操作类型,排除浏览、格式调整等非审核动作。操作类型本周记录条数是否计入审核说明内容审核81计入对应真实审核动作格式调整34不计入非内容审核性质浏览112不计入仅打开查看,非审核操作合计 227 条日志计入81 / 不计入146——过滤后得到81条真实审核记录,对应81个已审核章节。把技术动作翻译成钱晋江文学城因审核疏漏被要求停更3个月的代价是数月业务停摆,而本周从227条混杂日志里过滤出81条真实审核记录、进而发现6章审核缺口,这份留痕报告的价值不是效率数字,是在监管真的来查之前,能提前把缺口补上。

第 2 步 · 审核时段匹配 · 与责编固定时段表对齐

核对每次审核是否落在四个固定时段内,超出时段的单独标注

演示数据(表格原文)81条真实审核记录逐条核对操作时间是否落在夏栎的四个固定审核时段内。章节审核时间匹配时段是否落在固定时段内长夜捕光第214章09:42时段一(09:30-10:30)是九幽引第89章11:30时段二(11:30-12:30)是(余79条记录)——全部落在固定时段内合计 81 条——81条全部匹配固定时段81条真实审核记录全部落在四个固定时段内,说明夏栎的固定审核习惯与系统记录一致。排除性结论81条真实审核记录全部落在四个固定时段内,没有出现'审核时间在固定时段外'这类异常——可以排除'审核习惯与记录不符'这个疑虑,本次核查的重点收敛到81章之外查不到记录的那部分。

第 3 步 · 缺失记录识别 · 找出没有审核记录的更新章节

这是最关键的一步,缺失记录如实列出不能补造

演示数据(表格原文)本周87章更新章节,与81条已匹配的审核记录比对,找出没有对应审核记录的章节。作品名缺失审核记录的章节更新时间现有记录状态《归鹤》第56章2026-08-29 22:41仅有浏览记录22:50,无审核操作《九幽引》第84章、第85章2026-08-26查无任何操作记录(余3章,涉及2部作品)——查无审核记录合计 6 章缺失涉及3部作品—占本周更新总数87章的6.9%87 - 81 = 6,与直接统计缺失章节数一致,两个方向都闭合。该拦的地方拦住了本周《长夜捕光》等12部连载作品共更新87章,其中6章的审核记录在系统日志里查不到对应的审核时段匹配,这份留痕报告现在还不能标注为'本周审核记录完整'提交。方案一:这6章立即补做审核,并如实标注'本次审核发生在正式更新之后,为补充审核,非先审后发',当天可完成。方案二:如实上报这6章存在审核记录缺失,不做任何补救动作,风险是这个缺口会一直留在记录里直到监管抽查时被发现。

之后留痕报告生成 · 可供监管抽查直接调用

演示数据(表格原文)报告附完整的审核人/时段/章节对应关系,签批栏留空由夏栎签字确认产出两份:一份可供监管调用的完整留痕报告,一份审核记录缺口清单供及时补救。产出内容签批栏留空栏三审三校留痕报告.xlsx87章逐章列出审核时段、审核人、处理结果的对应关系编制(数据整理)· 签字确认(夏栎)—审核记录缺口清单.xlsx6章缺失记录明细,含具体缺失原因—是否需要补做审核(建议尽快处理)整改建议写法示例(不写'加强审核意识'):① 系统审核操作日志增加结构化标记字段,区分内容审核与格式调整、浏览 —— 由技术部负责,2026-09-30前完成日志字段改造,验收标准是新日志无需人工过滤即可区分操作类型。② 每周固定时段记录与系统日志的交叉核对纳入常规流程 —— 由夏栎每周五巡检时执行,2026-09起每周留存核对结果,验收标准是缺失记录能在当周被发现并处理。从历史里想起了公司踩过的坑晋江文学城2018-2019两年内三次被处罚,其中一次是与番茄小说、米读小说同批被要求停更3个月——这说明即便是头部平台,审核记录不完整同样会被牵连处罚。这条不靠当年负责审核的编辑是否在职,靠的是留痕报告本身要能证明流程确实在跑。本周审核记录现在还不能标注'完整' —— 87章更新中有6章查不到对应的审核记录本周《长夜捕光》等12部连载作品共更新87章,经系统日志过滤与责编固定时段表交叉核对,81章审核记录完整匹配四个固定时段,6章(涉及《归鹤》《九幽引》两部作品)查不到对应的审核操作记录。不用整批返工的两个方案:方案一 · 立即补做审核(当天可完成):这6章立即补做审核,并如实标注'本次审核发生在正式更新之后,为补充审核,非先审后发',不做数据造假式的倒填记录。方案二 · 如实上报缺口,不做补救:直接如实上报审核记录缺失,不采取任何补救动作,但这样处理会让缺口一直留在记录里,直到监管抽查时才被发现,不建议采用。留痕报告本身的价值不是证明'从来没有疏漏',而是证明'流程确实在跑、疏漏能被及时发现'。之后这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据(表格原文)✓台账多了一条:本周87章的审核留痕入库,随时可供监管调用✓两条口径被固定下来:审核动作与非审核操作的区分标准、四个固定时段的匹配规则✓一条历史教训被真正用上:晋江停更3个月案例证明留痕不是形式主义✓岗位角色变了:从'审核完就完了'变成'审核完还有一份能被检查的记录'追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果6章缺口能不能事后补一份审核记录填上去?可以补做审核,但必须如实标注'补充审核,非先审后发',不能伪造成当时就审核过的记录,那属于数据造假。这份报告能不能自动判断内容有没有问题?不能。这份报告只负责证明'审核这个动作发生了',内容是否违规的判断权限一直在持证编辑手上。监管真的会来查这份记录吗?晋江文学城两年三次被处罚已经证明这不是假设性风险,留痕报告的价值就在于'真被查的时候能立刻调出来'。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

表面看是走完审核流程就行 · 实际上《国家新闻出版署通知》要求的是'可核查可追溯',走完流程和留下能被检查的记录是两件事

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

三审三校流程留痕报告 —— 监管抽查时能立刻调出来的合规记录 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

review-audit-trail.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是网文平台与IP运营手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁RE-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

TXT01_平台系统审核日志.txt平台系统自动生成的审核操作日志,字段混乱,混杂了审核与非审核类操作下载

  • ↓XLS02_责编审核时段记录.xlsx 夏栎自己维护的四个固定时段表,Excel手工记录
  • 03_本周12部连载更新章节清单.xlsx 本周涉及审核的12部连载作品更新章节清单,用于与审核日志比对
  • 04_历史处罚案例台账.xlsx 行业内因审核记录疏漏被处罚的案例台账,用于本次汇报时对照说明合规价值

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

这周的更新章节审核记录整理一下, 按四个固定时段核对每一章是否有对应审核记录。 查不到审核记录的章节直接列出来,不要补造记录, 如实标注就行,我会决定怎么处理。

为什么这么短就够了:短是因为审核时段规则和'不能补造记录'这条硬边界都写在能力包里了。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 2 份

  • RE-02_三审三校留痕报告.xlsx 正式件本体 · 章节级审核记录 · 含签批栏
  • RE-02_审核记录缺口清单.xlsx 可派发 · 查不到审核记录的具体章节

Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:平台系统审核日志.txt系统自动生成但字段混乱,混杂了审核与非审核类操作责编审核时段记录.xlsx夏栎自己维护的四个固定时段表,Excel手工记录

人工边界:不做什么:不自动做内容审核判断(内容是否违规必须由持证编辑判断),只负责把已经发生的审核动作结构化留痕;不能倒填审核记录(缺失的审核记录如实标注缺失,不能事后补造)。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

责任编辑(追更运营) · 产出即下一步输入

上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。