Agent Skills
返回列表
红队对抗审查

红队对抗审查

行业专业 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_e9af5021/red-team-pro。

技能介绍

要解决什么问题

很多方案在评审会上听起来合理,真正落地时却卡在前提不成立、执行链断裂或极端情景下毫无韧性。常规「完善建议」往往站在作者一侧,容易漏掉对立面的攻击点。本技能把审查当成对抗性红队演练:在现实打你之前,让 AI 先站在对立面系统性拆你的方案。

工作方式

流程从方案摄入开始:一次性确认目标与成功标准、你最担心的维度、以及方案所处阶段;复述理解无误后再进入攻击。

随后按方案类型推荐攻击阵型(角色选择逻辑见技能内 references/attackers.md),并执行三轮递进攻击:

  • 第一轮(逻辑漏洞):拆前提假设与方案内部逻辑是否自洽
  • 第二轮(执行风险):推演落地时的人、资源、节奏与依赖会卡在哪里
  • 第三轮(最坏情景):构造极端失败路径,检验方案是否还能站得住

若三轮后未发现致命问题,会在最坏情景轮如实说明。可选的防御建议只做最小化修补——指出需要补强的具体点,而不是替你重写整份计划。全程保持攻击者口吻,拒绝「可能存在风险」这类模糊表述。

适用边界

目标是暴露问题,不是把方案包装得更漂亮。若方案本身没有明显漏洞,应如实说明,不要为了「显得有用」而乱攻。第三轮必须真的极端,不能停在「稍微慢一点」这种程度;也不要期待安慰式反馈。

使用场景

  • 产品路线图定稿排期前,从对立视角找出目标与关键假设上的逻辑漏洞
  • 技术方案过会前,用三轮攻击检查执行链路、依赖与资源安排是否会断裂
  • 融资或董事会材料定稿前,构造极端失败情景检验商业与成本假设是否站得住
  • 重大变革或新项目开工前,在真实推进前系统性暴露时间与落地节奏风险

适合人员

  • 负责季度产品规划的产品经理,立项前需要暴露盲区而不是只听附和性反馈
  • 准备向董事会或投资人汇报的创始人,希望对抗性拆方案而非润色叙事
  • 牵头跨团队技术改造的架构师,过审前想系统性找执行风险与最坏情景
  • 推动新流程或组织变革的运营负责人,担心人因与节奏问题在上线后才暴露