devils-advocate

其他 社区
解读按原文结构重写,命令、链接、术语均保留;右侧可核对作者原始 SKILL.md

方法与流程

  • Step 0 · 输入确认:三样东西,缺一样就先补齐: 论点:一句核心断言 + 它的支撑推理。用户给的是长文时,提炼成「X 将因为 Y 而 Z」形态并请用户确认——拆错了论点,后面全白做。在子代理内运行、没有用户可确认时:写出规范化论点,放进两份产物的头部并标注「未经确认」,然后继续。 证据材料清单:具体的文件路径 / 目录 / URL。逐个确认可读;不可读的当场报告,不静默跳过。
  • Step 1 · 拆假设:把论点分解为两类,统一编号 A1、A2、A3……: 显性断言(explicit assertions):论点里直接写出来的。 隐性假设(implicit assumptions):没写出来、但论点要成立就必须为真的前提。这一类才是盲点的主产区——确认偏误让人看不见自己依赖了什么。
  • Step 2 · 逐假设检索反证:对每条假设做两问(第二问是最容易漏的): 材料里有什么直接削弱、矛盾或引入不确定性的内容? 如果这条假设为真,材料里本应看到、却没看到的证据是什么?(ACH 的核心一问——缺席的证据也是证据)

适用与边界

  • 当前原文没有单列适用场景。
  • 当前原文没有单列不适用场景或限制。

原文中的明确线索

  • 要点:「默认状态的 LLM 会讨好提问者。」、「没有证据的唱反调不但没用,还会帮倒忙。」、「显式反方人设的多 agent 结构有量化增益。」、「论点」、「证据材料清单」、「用途」、「显性断言」、「隐性假设」
  • 文件与命令dafindings.jsonriskflagcitationsbaseratedareport.mddafindingsA<编号>.json

流狐整理:以上内容来自当前 SKILL.md 的章节与原词;未补写作者没有声明的工具、兼容性或能力。

流狐档案 作者与许可取自来源;运行、权限和网络为流狐检测或估算
流狐分类
通用
作者声明 Agent
未找到明确声明;不据此推断已兼容或已测试
静态检查
88 / 100 · 启发式扫描,不代表运行安全
作者 / 版本 / 许可
@daymade · 未声明 license
流狐 Token 估算
低消耗
流狐接入估算
即装即用
是否需要外部 API Key
未发现要求
检测到的系统要求
未声明
底层运行要求
未声明
检测到的文件与系统行为
  • 只读
检测到的网络行为
仅限本地
安装命令数
无(仅作为资料)

档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。

需要注意: 未限定 allowed-tools,默认拥有全部工具权限。

输出预览 devils-advocate.preview
作者没有在当前 SKILL.md 中定义固定输出样例。

讨论

基于 GitHub Discussions。登录 GitHub 即可参与讨论、点赞、订阅更新。