多角色辩论写作工作流

要解决的问题

技术文章常卡在需求含糊、初稿自嗨和反馈过于客气上：目的、读者和思路没对齐就开写，改稿时又容易只换词、不调结构。critical-writing 针对这种场景，把写作改成一个可审查的流程，而不是单次生成。

工作流

• 前置三问：先确认写作目的、已有思路和输出形式，并要求用户确认理解。
• 规划确认：生成结构规划，等待用户确认后进入批评环节。
• 多角色辩论：调用 2-3 个风格不同的批评者，分别陈述问题、引用原文、指出可保留内容，再围绕分歧交叉辩论。
• 仲裁改写：把共识列为优先修改项，把分歧交给作者决策，并给出倾向性理由，最后输出完整改写版本。

适用边界

适合技术博客、方案文档、观点文等需要论证结构的稿件。若用户只要快速摘要、翻译、格式转换，或不希望多轮确认，直接使用会显得流程过重。