前言¶

用 AI 写稿最常见的问题是：一次生成，看着完整，实则没有经过反驳。换个提示词再生成一版，两版各说各话，谁也说服不了谁。critical-writing 针对的就是这个场景——它不把批评当作一次性的”名人点评”，而是把批评者变成多角色，让它们就同一篇稿子互相辩论，从争论里提炼改写方向。

这是什么¶

critical-writing 是一个多角色辩论写作工作流，坐标 @user_e9af5021/critical-writing，版本 2.0.0，来源为 community，发布者 user_e9af5021，分类 content-creation，标签 requires_api_key=false（不需要额外 API Key）。它解决的问题是：让多个批评者角色互相对抗，在争论中打磨出高质量内容。

官方地址：https://www.skillhub.cn/skills/user_e9af5021/critical-writing

与”单角色批评”的差别¶

这是它明确强调的核心差异：

1、不是单个名人单向批评。单角色模式里，一位”专家”看完稿子给出一长串意见，意见之间没有冲突，也无从判断哪条更成立。
2、而是 2-3 个批评者就同一篇稿子展开辩论。一方指出问题，另一方反驳或补充。
3、最终从争论中提炼出真正有价值的改写方向，而不是把所有意见简单合并。

换句话说，前面几个批评者负责”找问题”，后面负责”在问题之间做取舍”，产出的改写指令比单向点评更聚焦。

触发场景¶

按官方资料，以下场景应使用本 skill：

• 用户说”帮我写一篇 / 起草一份 / 我想写关于…”
• 用户需要写文章、报告、分析、方案、帖子、邮件等任何正式或半正式内容
• 用户提到”批判性写作 / 多角色审稿 / 辩论改写 / debate writing”
• 用户希望 AI 协作写作而非一次性生成

一个硬性约束：不要跳过任何步骤。即使用户说”直接写就好”，也必须完成前置三问再动笔。这个约束写在简介里，属于本 skill 的设计意图，不是可选项。

五步工作流¶

简介给出了完整闭环，按顺序是：

1、前置三问。动笔之前先确认写作的前提，这一步的产出决定后面几步的方向。具体三问的内容，官方简介没有逐条列出，实际执行时以 skill 自身的提示为准，不要自己替换成其他问题清单。
2、规划。在明确前提之后规划文章结构与写作顺序。
3、分步写作。按规划分步产出内容，而不是一次性生成全文。
4、辩论法庭。把稿子交给 2-3 个批评者角色，让它们就稿子展开辩论。
5、综合改写。从辩论结果中提炼改写方向，落实到稿子上。

经过上面的步骤，批评意见之间如果有冲突，会在辩论环节被暴露出来，综合改写时才有依据做取舍。

安装与启用¶

已抓取的官方资料只给出了坐标、来源和分类，没有提供 curl、npm 或 CLI 形式的安装命令，也没有给出配置文件字段。因此这里不写无法核对的命令。

可核实的启用方式：按坐标 @user_e9af5021/critical-writing 在 SkillHub 上定位该 skill，从其官方页面查看对应编辑器（Cursor / Codex CLI / Claude Code 等）的启用方式。来源标记为 community，说明它不是官方团队维护的条目，启用前建议先核对页面上的最新版本与说明。

需要注意：requires_api_key=false，说明使用该 skill 本身不要求额外的 API Key。

适用场景与注意¶

适合的场景：需要写正式或半正式内容，并且希望写作过程有对抗、有取舍，而不是拿到一版初稿就定稿。多角色辩论在这里的价值是强制暴露不同角度的反对意见。

要注意的几点：

1、流程完整执行时步骤数不少，前三步加辩论加综合改写，比一次性生成更耗时。赶时间、只需要一版草稿的场景不一定划算。
2、辩论质量取决于批评者角色的设置，如果几个角色视角趋同，辩论会退化成同一意见的重复，综合改写也就失去意义。
3、官方简介没有给出辩论角色的具体配置方式，也没有给出量化的效果数据（如评分、下载量以外的收益指标），不要自行补写。

关于热度数据：抓取资料里记录评分 100000、下载 614 次，与另一处线索给出的评分 99719、下载 315 次不一致，页面目前无法访问核对，这里只记录冲突，不做取舍。

结尾¶

critical-writing 的价值不在”多了一个批评者”，而在”批评者之间会互相否定”。它把写作从单次生成改成带辩论的闭环，代价是流程更长。如果你要写的是正式或半正式内容，又愿意为质量多花一轮功夫，可以从官方页面按坐标启用。

官方地址：https://www.skillhub.cn/skills/user_e9af5021/critical-writing