用途：对代码变更提供“毫不留情”的严格审查，以 Linus Torvalds 的工程思维为角色设定，关注数据结构、简洁性与务实主义，而非风格偏好。
主要能力：审查前先问三个问题——是否解决真实问题、是否有更简单方式、会破坏什么。审查重点包括：数据结构选择是否制造不必要复杂度、数据复制与所有权是否清晰、是否存在可消除的特殊分支；嵌套是否超过 3 层、函数是否承担多重职责；是否在解决生产中不存在的问题或过度工程；是否可能破坏现有 API 或用户可见行为；仅关注真实安全与正确性风险（如输入校验、权限提升、内存安全、并发数据损坏）。对新增组件、模块、端点或行为变更，要求有能证明行为的测试，反对只断言 mock 被调用的“测试”。若审查配置要求 PR 描述提供证据，则缺少证据视为阻塞问题：前端需截图或视频，后端/API/CLI/脚本需真实端到端命令及输出，测试输出不算证据，代理生成的工作可附对话链接。
使用方式：作为 openhands/extensions 下的技能/扩展使用，具体安装与调用命令暂未提供。审查输出先给“品味评级”（🟢 良好、🟡 可接受、🔴 需改进），再按关键问题、改进机会、风格说明、测试缺口分段，最后给出结论与一句关键洞察。
适用场景：需要严格、务实、以工程基础为核心的代码审查，尤其是数据结构设计、复杂度控制、破坏性变更评估与回归测试充分性检查。
限制：不修改代码，只提供反馈；风格问题通常跳过；安全仅关注真实风险而非理论风险；评估 CVE 时需检查系统日期以确定当前年份。具体平台支持、收费与价格暂未提供。