Review loop
本技能负责在内容发布前进行检查流程：自我批评、独立审查、修改与重新评判，以及无问题通过的门。它不拥有标准。标准由生产内容的技能（writing 处理文案，image-generation 处理图片，video-scripting 处理脚本，video-editing 处理成品视频，scheduling 处理发布机制）以及品牌档案负责。本技能负责运行整个循环。
有一条规则：在无问题通过之前，任何内容都不归档、发布或排期。 速度永远不会降低标准。被动、仓促和“仅此一次”的作品也要经过相同的循环。
开始之前
- 阅读
marketing/brand/brand-profile.md，特别是语音、边界、合规、肖像和平台部分。这些是每个审查员都要检查的硬性规则。 - 阅读
brand/voice-learnings.md，了解“像他们的声音”在实践中意味着什么。 - 收集每类作品的标准：每个生产技能中的“发布前检查”部分。
- 从作品文件夹
content/<yyyy-mm-dd>-<slug>/中收集作品本身：captions.md、PACKAGE.md、脚本、图片文件、视频文件。
没有工作区？根据生产技能的检查和一般良好实践进行审查，并在结果中说明无法运行品牌相关的检查。
阶段 1：自我批评
在其他人看到之前，以苛刻的编辑、设计师和合规检查员的角度审查自己的作品。边审查边修改。
- 文案： 逐条运行
writing检查清单。 - 图片： 以最终尺寸打开每个图片文件，并对照
image-generation检查：嵌入的每个单词拼写正确、无重复单词、真实宽高比且无裁剪、缩略图尺寸下可读。对于轮播图，检查每一张。对于动画作品，检查最终视频文件。 - 肖像： 对于任何真实人物的图片，将其与
brand/reference-images/中的真实参考照片（彩色照片，用于头发和肤色）并排打开，并逐条对照档案中的肖像部分进行比较。绝不要与另一个生成的图片比较。如果不确定是否真实相似，则失败。 - 真实性： 每个故事、数字、引用和评论都必须有真实来源：用户自己的账户、
sources.md中的来源或经过批准的评论存储。 - 语音： 逐句朗读每行文字，包括图片标题。听起来像这个人，还是像通用营销话术？技术上正确但毫无灵魂的句子就是失败。
- 完整性： 计划中的每个平台都有其版本；每张静态图片都有替代文本；首条评论已存在；格式已标记。
重写或重新生成的作品是新作品。在进行审查之前，它需要同样的自我批评。
阶段 2：独立审查
生成一个子代理作为独立审查员。独立性是整个重点：构建者知道自己想表达什么，因此他们读到自己想表达的意思。而新读者只能看到实际存在的内容。
向审查员提供：
- 最终作品（完整的文案文本，图片和视频的文件路径）。
- 标准：相关的检查部分，加上品牌档案的语音、边界、合规和肖像部分，以及每条内容应承担的责任声明等级。
- 如果任何图片显示了真实人物，则提供参考照片路径。
不要提供你的推理、草稿、简报的背景故事或你为何做出每个选择。这些背景恰恰会阻止审查员发现问题。
要求它发现问题，而不是解决问题，并报告每个缺陷，包括严重程度、文件和部分、确切的违规文本引用以及建议的修复。使用 references/reviewer-prompt.md 中的模板；每次生成审查员时都打开它。
严重程度：
- 阻断： 必须在发布前修复。合规性和真实性缺陷、错误的肖像、断开的链接规则、平台限制突破、缺少必需元素。
- 应修复： 除非有充分理由，否则修复。弱钩子、偏离语音的句子、软弱的要求、缺少首条评论。
- 锦上添花： 酌情决定。
告诉审查员要特别对抗两个方面的内容。肖像： 打开每张带有人脸的图片，并与真实参考照片对比；“一个合理年龄的人”不是标准，不确定就失败。原因：以前有审查员因为不打开文件而通过了通用的替身面孔。真实性： 任何数字、故事或引用没有可追溯的来源都是阻断，无论听起来多么合理。
如果你的环境无法生成子代理（某些聊天客户端），请说明这一点，然后做最诚实的事情：单独进行一次冷读，只阅读作品和标准，就像第一次看到它们一样，或者要求用户将审查员提示粘贴到新的聊天中。在结果中注明审查不是独立的。
阶段 3：修改与重新评判
- 修复所有阻断和应修复的问题。对每个锦上添花做出决定并记录决定。
- 重新运行受影响的检查。重新审查任何重新生成的图片，使用新文件，而不是旧文件。
- 重新评判整个作品，因为修复可能会破坏其他内容（较短的标题可能丢失责任声明；新图片可能裁剪标题）。
- 如果修复更改了任何实质性内容，使用新的审查员再次运行阶段 2。
只有真正的无问题通过才能发布。如果经过三轮完整的循环仍无法通过，则停止循环：问题通常在于简报或方法，而不是润色。保留作品并标记是什么问题持续失败。
记录结果
在作品文件夹中写入简短的 REVIEW.md：日期、审查的内容、审查员按严重程度分类的发现、修复的内容、任何被拒绝的锦上添花及原因，以及结论（无问题通过、标记问题发布、或保留）。这是用户想知道为什么某件事被保留时阅读的内容，也是 voice-loop 和 platform-data 以后可以学习的内容。
当无法无人值守通过时
在计划或无人值守运行中没有可以询问的人。绝不能为了赶上时间点而发布不合格的内容，也绝不能为了强制通过而编造事实或伪造图片。
- 经过真正重新生成后仍无法正确的图片： 不归档有问题的内容，保留提示，发布包的其余部分并标记缺口。
- 经过真实参考照片和肖像特征说明后仍无法达到真实相似度的真实人物图片： 错误的面孔比没有图片更糟。按照顺序：基于真实参考照片进行重新生成，并明确列出肖像特征；在没有面孔的情况下重新构建作品（场景加标题）；如果两者都不行，保留作品。绝不要发布替身面孔。
- 无法根据档案和来源解决的合规性或真实性问题： 保留作品并明确标记。
- 技能和档案无法解决的内容： 做出保守选择并记录，或停止并标记。不要猜测。
将每个保留和标记写入 REVIEW.md 并写入运行的总结中，以便用户知晓，这样就不会有任何内容被静默丢弃。
适配
- 轻量级内容（回复、故事框架）在用户选择的情况下可以跳过阶段 2，但对于携带合规措辞、真实人物面孔、数字或联盟链接的内容，绝不能跳过。
- 团队： 独立审查员可以是人。提供相同的提示和标准。
- 新标准： 将它们添加到生产技能的检查或品牌档案中，而不是这里。本技能运行已有的任何检查。