ChatCut 文章审核要求

请审核这个审阅站上的当前稿件。正文是 V16 快照，原文 URL 用于比较旧稿。已排除、已退出和暂缓的文章不在本次 14 篇范围内。页面检查通过只说明文件能正常显示，不能作为编辑质量或用户接受的结论。

审核顺序

先完整阅读 How to Add Music to a Video，理解这篇阅读参照如何把答案、判断依据、操作、检查和结尾连起来。将这条阅读路径作为参照，不要求其他文章复制它的段落或句式。按目录中的五组推进，每次说明实际读完的文章和看过的图片。

每篇文章需要回答的问题

1. 搜索意图与标题：一个带着剪辑问题来的陌生读者，是否能从标题理解任务、关键词与点击理由？H1、SEO title 和正文承诺是否一致？指出冒号拼接、命令式开头、过于简单或抽象的标题。问题式和陈述式 H2 是否各自符合该节职责？
2. 阅读体验：Quick summary 是否直接回答问题且自然引入？后续内容有没有必要的解释和推进？标出术语堆砌、空话、重复、逻辑跳跃和明显的模板段落。
3. 操作完整度：读者是否知道通用剪辑流程，以及在 ChatCut 从哪里开始、输入什么、看到什么结果、如何继续调整？产品优势是否来自具体步骤和可观察的结果？
4. 图片与正文：实际打开图片，判断它是否紧贴相邻操作或结果。自然语言请求是否真的已提交？结果是否来自同一项目和操作？局部是否可读，有没有无关面板、重复界面、错配产品或内部审核文字？仅凭 alt 和图注不能算看过图。若无法打开图片，列出 URL 并注明未验证，不猜测画面。
5. 研究和主张：重要判断是否有相关来源？数字是否支撑当前论点？区分官方资料、公开演示、独立研究和亲自实测，核查是否把一个案例外推为效果、成功率或效率承诺。需要额外资料时自行调研，给出来源和核实日期。
6. FAQ 与结尾：FAQ 是否覆盖正文未展开的相邻问题？结尾是否完整回顾任务、关键操作、结果检查及必要的主题限制，并增加一点实用判断？是否只是改写 Quick summary？
7. 转化理由：作为带着本篇使用问题来的读者，你能否完成任务？会不会考虑 ChatCut？指出正文已经证明的选择理由，以及仍缺失的理由。竞品比较要看操作方式、基本信息、相同点和差异，不以功能名词数量判断质量。

硬性标准

内部编辑思路不进入文章正文、标题、图注或截图。不要建议把 JTBD、query fanout、Before You Use ChatCut 或素材审核过程写给读者。标题使用自然描述，不用“关键词：结果”的拼接。UGC 围绕真实创作者素材和产品体验，不扩展为 avatar 教程。不要把官网旧稿当成本次稿件，也不要把助手自评视为用户接受。

返回格式

先给逐篇状态表，标明读完的文章、查看的图片数和未验证内容。每个问题提供：优先级、具体段落或图片 URL、原句、对读者的影响、修改建议。挑出影响最大的段落，给出可直接替换的英文版本。最后说明该文是否值得继续、是否需要补证据，以及发布前最优先的三项修改。

不要只给分数或笼统的“SEO 很好”。内容未读取完整时明确说明，继续读取该组完整文字或逐篇页面。一次处理不完时停在一个完整文章组，并明确下一组。