技能介绍

要解决什么问题

长文、公文、论文和营销稿一旦交给模型「润色」，常见结果是：事实、数字、引用被悄悄改掉；评审意见、待办和「接下来我将」混进正文；空泛套话和机械节奏替换了作者声音。ReviewWrite 把 先审后写 当成固定流程：在交付前区分「可对外发布的正文」与「仅供内部的评审与验证」，并对正文跑严格泄漏与边界检查。

核心能力与工作流

技能用四个 写作表面 组织输出，只有 deliverable_body 可以当作正式稿：

review_report：问题位置、证据与修改建议
revision_plan：改什么、保什么、如何验收
deliverable_body：面向真实读者的正文
verification_report：事实保持、引用与泄漏复核

最小闭环是 Detect → Preflight → Draft → 抽取正文 → Final gate → Repair（最多两轮）→ Deliver。模式由用户意图决定：review-only 只出评审；review+rewrite 出四表面；只要成稿时用 rewrite-only / deliverable-only，对外只返回不带标签的正文，但内部仍须完成评审与 scripts/reviewwrite_gate.py 终检。

评审维度覆盖事实与限定条件、主张与证据匹配、体裁与读者、模板化表达与 AI 写作痕迹（元叙事词、极端化重要性宣告、无证据的转折等）。改写优先局部修复 blocker/major，不为「像人」造假错、不伪造经历与数据、不承诺绕过 AI 检测。

适用边界

正式论文、报告、公文、政策与超长文档建议必须接入；事实问答与纯格式操作可不接入。会改变法律、政策或学术结论且无法保守判断时，应先做最小澄清。Office（.docx/.pptx）字体与版式问题走独立的 Office QA 审计路径，默认只报告、不静默改原件。技术 Skill ID 为 reviewwrite（slash：/reviewwrite），勿与旧标识 review-write 重复安装。