SuperAPI AI 工具集

verify-content-review

写作与研究

查看项目

更新于 10-16 10:04

技能介绍

用途

Content Review 是一个内容质量审查技能,用于在 document、article、deck 类交付物完成草稿或定稿后,判断其是否能让目标读者正确理解、相信并采取预期行动。它的角色定位是主编和事实审查员,而不是润色机器人。

入口条件:document / article / deck 草稿或定稿已完成。 出口结果:内容审查结论、阻塞问题、修订必须和验证证据。 输出路径:审查结论 → ship-artifact-export(通过)或 build-content-writing(退回)。 前置加载:CANON.md。

主要能力

该技能按固定顺序执行审查,不先改字句:

  1. 定义审查基准:读取 artifact_type、目标读者、成功标准、内容路径和来源材料。
  2. 抽取主张清单:标出核心结论、关键事实、必须动作、未证实假设。
  3. 判断是否退回重写:核心主张缺失或错误、目标读者错位、逻辑链断裂无法局部修复、多处事实无法验证时退回。
  4. 判断是否局部编辑:主张成立但顺序不顺、事实成立但表达含混、语气轻微漂移、信息密度偏高时局部处理。
  5. 按严重性输出:Critical 阻塞交付;普通问题合并前处理;Consider 可取舍;Nit 不阻塞。

核心审查维度为五轴:

  • Audience Fit(受众适配):是否解决目标读者的问题?前置知识假设是否合理?
  • Logic(逻辑):结论、理由、证据、行动是否连贯?
  • Accuracy(事实准确):强断言是否可验证?不确定信息是否标注为假设?
  • Voice(语气):语气是否与读者关系、品牌和场景一致?
  • Completeness(完整性):是否覆盖成功标准?是否缺背景、例子、结论或下一步?

针对不同 artifact_type 有不同审查判断:document 关注结构是否可归档、引用是否可追踪、结论是否能支撑决策;article 关注观点是否鲜明、论证是否推进、开头和结尾是否兑现承诺;deck 关注页标题是否成线、每页是否只推进一个动作、讲述顺序是否适合现场理解。

使用方式

技能流程分为四步:

Step 1:确认审查对象。读取 artifact_type、目标读者、成功标准、内容文件路径、事实来源或引用材料。

Step 2:建立事实/观点/建议/假设表。至少记录:事实(可核查的日期、数字、名称、引用、事件)、观点(作者判断或解释)、建议(要求读者采取的行动)、假设(暂未证实但影响判断的前提)。

Step 3:五轴内容审查。按 Audience Fit、Logic、Accuracy、Voice、Completeness 逐项判断通过或问题。

Step 4:给出通过/退回结论。审查报告必须明确:通过、带条件通过或退回重写;阻塞项和非阻塞项;每个阻塞项的修复方向。

输出模板包含:artifact_type、目标读者、审查来源、事实/观点/建议/假设清单表、五轴审查结论、结论(approved / approved with conditions / returned for rewrite)、Critical 问题列表。验证证据部分需记录 artifact_type、Audience、Reviewed source、Claim inventory、Checked sources、Critical issues、Local edits、Decision。

适用场景

  • document 类交付物:审查结构是否可归档、引用是否可追踪、结论是否能支撑决策。
  • article 类交付物:审查观点是否鲜明、论证是否推进、开头和结尾是否兑现承诺。
  • deck 类交付物:审查页标题是否成线、每页是否只推进一个动作、讲述顺序是否适合现场理解。
  • 需要审查事实、逻辑、受众、语气、完整性,或提到“内容审查”“文案质量”“审稿”的场景。

限制

何时不使用:

  • 纯视觉稿且没有文本或叙事。
  • 纯软件代码审查(应使用 verify-workflow-review)。
  • 用户只要求格式转换,不要求内容判断。

其他约束:

  • 审查需要证据,不是感觉;不能只给“读起来还行”这类主观评价。
  • 交付物里的事实需要可验证,或明确作为常识假设。
  • 演示更依赖逻辑,因为观众不能反复重读。
  • 内容交付后的误解成本通常比写作成本更高。

红旗 STOP 条件:没有目标读者、没有明确结论、关键事实无来源、标题串起来不成故事、内容和成功标准对不上、审查意见没有严重级别、未区分事实/观点/建议/假设。

与其他技能配合:写作或结构问题 → build-content-writing;版式影响理解 → build-content-layout;deck/visual 的视觉问题 → verify-visual-review;通过后导出 → ship-artifact-export。

验证失败处理:事实无法验证时标注为阻塞、补来源或改写为假设;逻辑链断裂时退回重排结构,不做局部措辞修补;受众不匹配时回到目标读者和使用场景重写;deck 页面过载时拆页、删减或移入 speaker notes;作者拒绝删减时对照成功标准说明保留内容的成本。