用途：该技能是仓库所有代码编写、修复、评审的简洁性门禁，应在做任何代码变更之前调用，并在评审任何 diff 时使用。它把过度复杂视为缺陷，而非风格偏好。
主要能力：确立原则顺序——人类可读性第一，编码智能体可追溯性为最低门槛；要求人一遍读完即可理解代码，智能体至少能追踪功能从 CLI 标志到执行分支、张量/记录、指标与测试。把难以一遍读通的代码、过多或冗余代码判为 bug，主张用保持可读的最少行数解决问题，优先删代码而非加代码。单句可说清的问题若修复超过约 20 行即需怀疑，应先找更小的修复。设计取舍上，两种方案都可行时选代码更少、概念更少、文件更少的一种；不为“未来”添加配置、记录类型或改返回结构。反对过度封装：单个调用点不新建类、数据类、助手或模块；助手需有 3 个以上真实调用点且逻辑非平凡，否则内联。不改函数签名或返回形状去穿传仅一个调用者需要的数据。同时强调简洁不等于删除能力：功能、性能开关与可观测性是有意保留的，旋钮默认开启就保持开启，简化实现但保留行为面。
使用方式：在变更前后按检查清单自检——冷读者能否一遍理解；diff 能否减半；新增类或文件是否有 3 个以上调用点否则删除；签名或返回形状变更是否每个调用者都真正需要；注释只写简洁的“为什么”、最多 2-4 行、面向外部读者，不写任务 id、提交哈希、单次运行指标或内部路径，保留上游 issue/PR 链接；一个问题一个最小 diff，不夹带无关“改进”；真实场景配方下无法触发的“bug”不值得修复。
适用场景与限制：适用于该仓库内的代码编写与 diff 评审流程。具体调用方式、安装命令、平台支持、收费与价格信息资料未提供。