前言¶
在 DeepSeek Harness（DSH）里写方案、改文案、润色脚本时，模型往往站在「帮你写好」的一侧。真正发出去之前，领导、客户、网友或法务会从另一套关切里挑刺——这些关切很少写进 prompt，却决定会不会返工。
已有做法多是通用「请帮我审一遍」，输出容易落在「加强逻辑性」这类空泛建议上。dsh-adversary 是 BKmoon12 维护的工作流类插件：把即将交付的全文贴进来，指定若干「假想敌」角色，让模型按角色立场钉在原文词句上提异议，并汇总成带优先级的清单。定位是压力测试，不是预测评论区或领导心情。
这是什么¶
dsh-adversary（假想敌）面向「马上要 ship」的交付物：邮件、方案、朋友圈、短视频口播、公众号文案等。插件不联网、不读本地文件、不需要账号或密钥；第一版只支持把文本粘贴进会话。维护者 BKmoon12，源码与说明见 GitHub 仓库，社区目录页见 SkillHub 插件页。许可证 MIT，当前 package 版本 0.1.0。
核心功能¶
下面介绍插件实际提供的能力，均来自官方 README 与实现说明。
静态对抗预演，不是预测¶
插件明确边界：不知道会议现场、平台算法或热评是谁写的，不承诺「领导一定会这么说」。它保证的是：若对方从选定视角审视，会问什么、你会卡在哪。价值在于提前看见原文里已存在、但被作者熟悉度遮住的薄弱点。
单角色输出结构¶
每个假想敌会给出：
- 第一反应（该角色口吻）
- 2～4 条异议，每条对应原文具体词句
- 一条最可能被抓住的薄弱点
- 一条修改建议（改哪句、往哪改）
多角色汇总¶
一次选 1～3 个角色（超过 3 个易重复、注意力被摊薄）时，还会有多角度异议总表（P0 / P1 / P2，并标注多角色共同指向项）、最可能被截图的一句话，以及「如果只能改三处」的优先级动作。
内置 12 张角色卡¶
覆盖严厉领导（strict-boss）、挑剔客户（picky-client）、爱抬杠的同行（contrarian-peer）、路人网友（passerby）、杠精（troll）、把关人（gatekeeper）、财务与审批（finance）、法务与合规（legal）、截图传播者（media）、竞争对手（competitor）、平级同事（colleague）、评审专家（evaluator）。传参时 id 与中文名等价，常见口语称呼也可识别。
自定义角色¶
用自然语言描述要模拟的人即可现建角色卡；也可在调用时传入 customPersonas JSON（label 必填，其余字段可省略并由默认值补全）。
暴露的两个工具¶
adversary_personas：列出角色卡，可选ids过滤。adversary_review：生成审查任务书。必填deliverable（交付物全文，原文照贴）；可选personas、deliverableType（文件 / 文案 / 视频脚本 / 朋友圈 / 抖音等）、intensity（gentle / normal / brutal）、customPersonas。类型会影响审查焦点，例如抖音会看前 3 秒与可截图句，文件会盯结论、依据与兜底。
装好后无需记命令，用自然语言说明「预演 + 角色」即可；插件会走确认交付物 → 选角色 → 逐个扮演 → 汇总的流程。完整 SOP 在仓库 skills/adversary/SKILL.md。
安装与启用¶
DeepSeek Harness 生态采用「一切皆插件」；SkillHub 等社区目录为独立站点，与 DeepSeek / 幻方无官方从属关系。安装前建议自行查看仓库源码与 MIT 许可证；插件以当前 dsh 进程权限运行，只处理你粘贴或传入会话的内容。
推荐在插件管理器搜索 dsh-adversary，或执行：
dsh plugin add dsh-adversary
装好后重启会话即可。开发依赖 Node ^22.19.0 || >=24.0.0（见 package.json engines）。
可选配置¶
在 profile 的 cordis.patch.yml 中覆盖插件 id dsh-adversary：
- id: dsh-adversary
config:
defaultPersonas: ['strict-boss', 'picky-client']
maxPersonas: 3
maxDeliverableChars: 20000
intensity: 'normal'
showDisclaimer: true
intensity 控制措辞严厉程度；maxDeliverableChars 超长会截断，默认 20000。
典型用法¶
README 中的可复现说法示例：
帮我把这封邮件预演一下，假装你是我们那位只看预算的副总。
这条抖音文案要发了，让路人网友和杠精先骂一遍。
这份方案明天要给甲方，挑剔客户会挑什么？顺便让同行看看逻辑有没有漏洞。
场景组合建议（来自文档）：
- 交给领导的文件：严厉领导 + 把关人。
- 要发的朋友圈：路人网友 + 截图传播者。
- 视频脚本 / 抖音：路人网友 + 杠精 + 截图传播者。
手动调工具时，应把完整正文放入 deliverable，并选对 deliverableType。
适用场景与注意¶
适合需要在发布前做一轮「多视角挑刺」的 DSH 用户：对外方案、对内汇报、社交文案、口播脚本等。不适合当作评论区动态模拟或舆情预测——README 写明 V2 才规划「评论区动态模拟」，V1 专注静态预演。
第一版故意不读本地文件，是为保证「贴进来的就是你要发的」；读文件能力计划在后续版本。结果末尾可配置是否附带「预演不是预测」的提示（showDisclaimer）。
结尾¶
dsh-adversary 把「作者视角」和「审查者视角」之间的未说出口关切，转成可执行的异议清单与修改优先级。它不保证零返工，目标是避免被一个从未想过的问题打懵。
