昆仑红队思辨

要解决什么问题

方案评审里最常见的失败模式是"全场点头"：架构选型、技术方案、供应商评估在提交前缺少真正的压力测试，错误假设、隐性依赖和未审视的风险被一路带到落地阶段，等到生产环境暴露问题时，代价已经不可逆。

核心能力与工作方式

该技能以"愚者"角色运行结构化批判推理，提供三种挑战模式：

• 反方：扮演对立立场，直接质疑前提
• 预验尸：假设方案一年后失败，倒推最可能的原因
• 红队：主动攻击假设、证据链与依赖关系

工作流程分五步：

1. 识别：从上下文提取用户立场，钢化复述并确认
2. 选模式：由用户挑选挑战方式
3. 挑战：输出 3-5 条最强质疑，而非凑数抱怨
4. 交锋：先等用户回应质疑，再继续推进
5. 输出工件：返回结构化的 FoolChallenge 对象，包含 thesis、mode、challenges、synthesis 四个字段

最终输出分两部分：完整工件，加一段自然语言摘要——内含质量自检和最该修改的 2-3 个点。工件可直接作为 architecture-designer 等下游技能的输入，衔接落地方案设计。

适用边界

• 它是决策辅助而非决策替代，最终拍板权仍在用户手上
• 挑战的目的是强化方案，不是否定方案
• 适合计划、架构、策略提交前的压力测试，也可对既有 FoolChallenge 工件做二次优化；但它不替代正式评审流程，也不做执行层面的代码审查