用途：当局部修复可能只是在维护一个糟糕的抽象时，radical-options 要求先跳出当前抽象再改进。它适用于直接修复触及无关层、辅助函数需要第二个辅助函数解释、选项只为保留旧心智模型、构造后仍反复检查不变量、明显调用点被现有文件树阻塞，或类型/包装器名不副实等信号。触发语包括“think bigger”“higher level”“redesign from scratch”“mental inlining”“this abstraction feels wrong”“radical options”等。
主要能力：提供一套仪式化流程——当前路径、摩擦点、激进选项、删除收益、用户损失、决策；从理想调用点出发反向推导边界归属；对可疑辅助函数、包装器、选项、适配器做“心智内联”，只保留真正拥有不变量、隔离不安全输入、命名非显然领域行为、统一简化多个调用者或提供稳定包/运行时边界的抽象；向上追问一层，寻找能删除整个代码族的非对称拒绝。
使用方式：在编码前或讨论设计/规格时写出上述六项；小改动可做简短内部推演，但结果应指导实现。报告时直接给出激进选项、理由、消失的内容和决策。
适用场景：抽象本身是主要复杂度来源、高层不变量清晰、拒绝旧形态后产品句子仍成立、新系统一句话更易解释、迁移成本有限且可一次完成。
限制：若抽象拥有真实边界、怪异来自外部 API/文件格式/运行时约束、激进选项会删除用户依赖的行为，或迁移成本大于解释收益，则应保留当前形态。相关技能包括 cohesive-clean-breaks、one-sentence-test、asymmetric-wins、approachability-audit。具体安装命令与平台信息暂未提供。