用途：当规则、用户请求或指令提到 adversarial-authoring、adversarial authoring、model council、cross-model review 或混合模型时使用本技能。目标是通过一个子代理起草、另一个子代理质疑，再由主代理综合，减少单一视角偏差。
主要能力与流程：先确定要编写的产物或任务及其目标输出路径；在调用子代理前收集完整任务上下文，包括用户请求、相关 OpenSpec 指令 JSON、产物模板、项目上下文、产物专属规则、已完成的依赖产物。随后由 adversarial-author 子代理开始起草，把草稿和原始任务上下文交给 adversarial-reviewer 子代理评审。主代理自行调和评审意见：接受能提升正确性、清晰度、需求覆盖或风险处理的修正；拒绝与用户请求、产物模板、OpenSpec 指令或项目规则冲突的建议；仅当分歧改变产品意图或无法从现有上下文解决时才询问用户。最后把最终产物写入指定输出路径，并在旁边写 council 记录。
子代理：使用硬编码的 opencode 子代理 adversarial-author 与 adversarial-reviewer；具体模型提供方只在代理文件中定义，更换模型家族只需更新各代理的 model frontmatter。除非用户明确要求，不要替换其他代理。
Council 记录：每个产物都要创建或更新同目录的兄弟文件，命名如 proposal.md 对应 proposal.council.md、design.md 对应 design.council.md、tasks.md 对应 tasks.council.md、spec.md 对应 spec.council.md；嵌套路径时 council 记录与产物同目录。结构包含标题、Author Summary、Reviewer Challenges、Resolutions（Accepted/Rejected/Deferred）、Remaining Risks。council 记录是审计轨迹，不是正式产物，应简洁有用。
限制与护栏：不得在产物或 council 记录中包含原始模型对话、隐藏思维链或完整转录；产物保持干净正式，过程细节放入 .council.md；严格遵循原产物模板与 OpenSpec 指令；除非模板要求，不要逐字复制项目上下文或规则；优先一轮起草加一轮评审，仅当评审发现具体正确性问题时才增加第二轮修订；子代理输出冲突时由主代理负责最终综合；若子代理无法执行，应说明 adversarial authoring 未能完成，并询问是否仅由主代理编写。