技能介绍

它解决什么问题

凌晨三点的告警，往往不是来自写得太少的代码，而是来自写得太多的代码。这套技能要对抗的就是过度工程化：为还没发生的需求抽象出三层模块、为一个日期选择器引入 npm 包、在每个调用方重复同一段守卫逻辑。它把「懒惰」定义为高效而非草率——最好的代码是根本不需要写的代码，其次是已经存在的代码，再次是平台已经提供的能力。

它如何工作

动手写代码之前，从第一级开始逐级检查，停在第一个适用的级别：

这东西需要存在吗？推测性需求直接跳过（YAGNI）
代码库里已经有了吗？复用已有的 helper、util、类型或模式
标准库能搞定吗？用它
原生平台特性能覆盖吗？浏览器 API 优于日期库，CSS 优于 JS，数据库约束优于应用层代码
已安装的依赖能解决吗？能几行代码搞定的，永远别加新依赖
能写成一行吗？一行搞定
以上都不行：只写能跑的最小代码

Bug 修复遵循同一哲学：修根因而非症状。修复前先 grep 目标函数的所有调用方，在共享函数里加一个守卫，而不是在每个调用方都加一遍。

输出采用代码优先格式：代码之后最多三行说明，模式为 [代码] → skipped: [X], add when [Y]，清楚标注跳过了什么、何时应该补上。强度分三档：lite 按你要求构建，但提示更懒的替代方案；full（默认）强制执行阶梯；ultra 是 YAGNI 极端主义，删除优先于添加。

边界与陷阱

这套技能不是通用偷懒许可证。以下场景必须做完整：trust boundary 的输入验证、防止数据丢失的错误处理、安全措施、无障碍性基础、用户明确要求的完整版本。理解问题本身永远优先于执行阶梯——先完整阅读任务和相关代码、追踪真实流程，再选择级别。

硬件相关场景要特别注意：真实时钟会漂移，传感器读数有偏差，PCA9685 快几个百分点。保留校准旋钮，物理世界需要极简模型看不到的调优。

偷懒代码没有检查就是未完成。非平凡逻辑（分支、循环、解析器、涉及金钱或安全的路径）必须留下一个可运行的检查——一个基于 assert 的 demo()/__main__ 自检或一个小型 test_*.py，不需要框架和 fixture，除非被要求。简单的一行代码不需要测试，YAGNI 也适用于测试。