用途：steelman 用于对抗大模型默认顺从的倾向。当用户断言某事（设计、架构、缺陷原因，或“我们应该做 X”“Y 行不通”）时，该技能要求先构建针对该断言的最强反驳，再决定是否同意。
主要能力与流程：
- 识别断言：用一句话复述用户主张，并标注类型。事实类（可用 grep、文档、运行验证）先验证；因果类（“X 因 Y 而坏”）检验机制；架构类（“模式 Z 无法扩展”）考察现有用法；偏好、目标或范围类则拒绝 steelman，记录噪声后返回。
- 收集证据：在争论前并行检查，包括 grep 命名符号或模式、阅读被引用文件、在成本低时运行测试或命令、就版本或工具链主张查阅文档或网络。不得用泛泛的“模式有坏味道”来论证，只能基于仓库证据。
- 构建反方最强论证：写出具体引用的反驳，思考用户错需要什么条件成立、仓库中哪些证据支持错误情形、用户未考虑何种失败模式、哪些先例相矛盾（git blame、既往提交、相关文件）。格式为 2 至 4 个要点，每条引用 file:line 或命令输出。
- 裁决：三种结果。确认（证据支持用户，附引用并继续用户方案）；矛盾（证据反对用户，附引用呈现，由用户决定覆盖或修改，不阻塞）；混合（部分确认，指出哪些成立、哪些不成立）。
不适用场景：用户请求属于目标、偏好或范围决定；琐碎操作（读文件、列目录、格式化代码）；用户已展示其工作（提示中已有 grep 输出或测试运行）；实现阶段 3 至 6，除非涉及安全、数据丢失或不可逆操作。
反模式：不要问“你确定吗”，应静默验证、只呈现证据；不要无引用地扮演魔鬼代言人，只能基于仓库；不要阻塞用户，呈现而非设卡；不要每轮都 steelman，信号会衰减，仅保留给高风险且明确邀请的场景。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据。