Critical 是一个对抗性预演（pre-mortem）审查技能，用于在锁定计划、提交高风险 PR 或结束缺陷排查前，主动找出失败模式。
用途：以“敌意资深工程师”角色，假设该工作在六个月后的生产环境已经失败，要求指出具体失败原因并引用文件与假设。适用于计划定稿前、自主执行交接前、迁移/认证/计费等高风险 PR 前，以及怀疑根因时；不建议用于琐碎改动、纯语法检查或每次改动都机械调用。
主要能力：按 plan、code、analysis 三种模式运行。plan 模式检查隐藏假设、三大生产失败模式、影响范围、回滚可逆性、隐式耦合、可维护性、范围蔓延与测试断言强度；code 模式检查边界情况、并发与顺序、错误路径与部分失败、性能热路径、测试断言强度、向后兼容、命名清晰度与安全/PII 面；analysis 模式检查根因与症状、检测缺口、替代根因、修复范围、复现完整性与修复引入的新表面。每种模式都强制包含一个可信的“最强反方方案”，并说明为何仍选原方案或应重新考虑。运行前需做外部接地：读文件、grep 引用、验证路径是否可解析；无法解析本身计为必改问题。
使用方式：斜杠形式为 /critical [plan|code|analysis]，无参数默认 plan。输出固定结构，把发现分为 Must-fix、Should-fix、Nice-to-have，并列出因不适用而跳过的行及原因，下一步建议运行 /confidence。
限制：每次运行只做一轮，不做迭代再批评；不做自我打分，不输出置信度或评分；不修改文件，只呈现问题；每条发现必须引用文件路径、行号或具名假设；无引用则丢弃；没有 Must-fix 和 Should-fix 时写“No blocking concerns found.”，不填充内容。其他细节暂未提供。