用途：为单个 OpenSpec 工件（proposal、specs 或 design）执行“作者起草 + 对抗式评审”的写作流程。调用方必须声明正在编写哪个工件，该选择决定草稿内容、两份评审清单和最终解决目标。
主要能力：流程分五步。1）起草：仅向子代理提供 grounding_inputs 与 content_sections，产出 ## Draft 与 ## Author Notes，不自我评审。2）Lint：编排会话运行 hrt-artifact-lint 并直接修复所有 ERROR，WARN 作为上下文交给评审者。3）评审：并发启动两个子代理，分别从内容逻辑（Destructive Critic）与结构判断（Structural Auditor）两个正交视角评审，互不可见对方输出与 Author Notes。4）解决：合并两份 Required Changes，去重后运行 humanizer 技能一次；ANCHORED 或两位评审独立提出的同一问题可自动修复，其余逐条呈现给用户确认。5）定稿：按阶段模板写出工件。
使用方式：由调用方设置 artifact、content_sections、grounding_inputs 参数；design 工件在草稿极薄时可走“thin-design shortcut”，仅运行 Destructive Critic。若存在 dark.md，调用方对将呈现给用户的发现应用 hrt-dark-mode-routing 技能。
适用场景：OpenSpec 工作流中需要高质量、可追溯、经对抗验证的 proposal、specs 或 design 工件时。
限制：若无法启动子代理，必须声明对抗式写作无法完成并询问用户是否改用单遍写作，不得静默跳过评审；若 hrt-artifact-lint 无法运行，其检查回退给 Structural Auditor 手工执行。具体安装命令、收费与平台信息暂未提供。