用途：Hai Razor 用于审计产品需求、工作流步骤、数据字段、状态、模块、分层、抽象、服务边界与设计选择是否值得独立存在，并给出带证据的分类结论。核心原则是“每个概念都必须证明自己存在的价值”：只有当删除它会破坏真实目标、抹掉真实区分、隐藏重要风险，或把不可避免的复杂度推给更差的承担者时，才值得保留；若仅因习惯、恐惧、对称性、想象中的未来需求或审美完整性而存在，则应删除、合并、推迟或要求证明。
主要能力：提供 Razor Targets 清单，对需求、流程步骤、角色、字段、状态、模块、分层、抽象、规则分别提出存在性追问；给出六种判定：Keep、Merge、Defer、Delete、Replace、Prove first；要求先收集 PRD、文档、代码、schema、trace、测试、指标、用户流程、支持案例或决策记录等证据，区分证据与推断；对结构性删减要求展示前后责任归属；执行删除测试并寻找隐藏承担者；明确列出必须保留的复杂度（防止无效状态、信任边界、恢复、可观测性、深接口等）；最后给出删减清单或先证明清单、风险与护栏。
使用方式：默认交付物为 Markdown，需先阅读 references/output-template.md；输出至少包含审查范围的结论、所用原则、未审计范围、证据表或证据缺失说明、分类表、必须保留的复杂度、删减/先证明清单及风险护栏。若用户明确要求 HTML 或可视化报告，应交给 hai-visual-explainer，不在此重复渲染流程。
适用场景：审查 PRD 章节、功能流程、数据模型、模块边界、架构链或实现计划中的过度设计。若目标是需求文档或产品范围，用 hai-prd；若关注模块边界、依赖方向或抽象深度，用 hai-architecture；若判断整个想法是否值得做，用 hai-idea；若要把删减转成执行计划，用 hai-goal。
限制：资料未提供安装命令、收费、价格、平台支持或具体效果数据；英文 SKILL.md 为执行依据，中文读者可参考 SKILL.zh_CN.md。常见错误包括因概念庞大而非不必要就删、把未来扩展性当证据、用隐藏约定替代可见概念、仅因有名字或文件就保留。