用途：对 WeWrite 任务中的文章做编辑审稿与改稿，确保内容对齐任务、事实可靠、观点清晰、实用且好读，通过门槛后才产出成稿。
主要能力：对齐 audience.question、thesis、各节 claim 与结尾 takeaway/action；用 wewrite sources list --json 逐项核对数字、日期、引述、研究结论和时效性事实到 claims.yaml 与原始来源；检查第一人称事件、采访、对话等个人材料是否来自本次任务记录；按准确、观点、有用、合声、好读五项各评 1-5 分，判定 pass、revise 或 needs_input；生成主标题、两个备选标题、40 字内摘要和 3-5 个标签；运行 wewrite score 辅助定位套话与节奏风险。
使用方式：用户指定文章时检查该文件，否则运行 wewrite run show，优先读取 artifacts.draft，并读取 artifacts.brief、artifacts.claims 和 artifacts.sources；旧任务无初稿时才回退 artifacts.article。管道内先运行 wewrite run step review in_progress。需读取 {skill_dir}/../wewrite-write/references/article-brief.md、editorial-quality.md 和 {skill_dir}/references/seo-rules.md。用户只说“检查一下”且给外部文件时只给报告；主流程、任务内初稿或用户明确说“优化”时必须直接完成必要修改。改稿后重新执行 1-3，最多两轮。通过后把最终正文写入 artifacts.article，先写临时 assessment.yaml，再运行 wewrite content-eval --draft {draft_path} --final {article_path} --assessment {assessment_path} --output {review_report_path} --json，只有 publishable=true 才能完成审稿，随后用 wewrite run update 更新任务并运行 wewrite run step review completed。
适用场景：WeWrite 公众号文章的任务内审稿、改稿与成稿前检查。
限制：不触发通用代码 review 和网站 SEO；审稿不调用配图；不能用模型记忆补事实；needs_input 仅限用户明确要求个人故事而材料不足且无法安全换框架；score 不设机械及格线，不为提分反复重写。