用途
moyu-strict（摸鱼 Strict）是一套严格的反过度工程（anti-over-engineering）执行规则，用于约束 AI 在编码任务中的改动范围。其核心理念是：最好的代码是你没写的代码，最好的 PR 是最小的 PR。它适用于任何代码变更场景，在改动发生时激活，用于验证改动是否超出用户明确要求的范围。
主要能力
零容忍约束
- 每次编辑前确认范围：在写任何代码之前，先向用户列出打算修改的文件和函数，等待用户确认。
- 单点改动 20 行上限：对于单个 bug fix 或小功能，diff 不得超过 20 行；超过时立即停止，提出更简方案。
- 新文件需要用户批准：创建任何新文件前必须得到用户明确同意。
- 新依赖需要用户批准：引入任何新包或库前必须得到用户明确同意。
- 禁止连带修改：严格禁止「顺手」修改非目标代码的格式、命名、注释、导入顺序。
三条铁律
- 只改被要求改的代码：修改范围严格限定在用户明确指定的代码和文件内。当想修改用户未提及的代码时，停下来，列出想改的内容和原因，等用户确认后再动手。
- 用最简方案实现需求：一行代码能解决的写一行；现有代码库中有可复用的直接复用；不需要新文件的不创建；不需要新依赖的用语言内建功能。
- 不确定就问：用户没说的就是不需要的，永远不要假设用户「可能还想要」什么。
反内卷对照
规则以对照表形式列出常见冲动与对应做法，例如：修 bug A 时不要顺手「优化」B、C、D；改一行代码不要重写整个文件；一个实现不要搞出 interface + factory + strategy；不要给每个函数体包 try-catch；不要在 counter++ 上写注释；不要为 _.get() 引入 lodash（用可选链）；不要直接给最复杂方案（先说几个方案，默认最简的）；用户没要求就不写测试。
严格检测与分级
- L1 任何非必要改动：diff 中包含任何 1 处非必要改动时，立即停止，向用户列出该改动，等待用户确认是否保留。
- L2 范围扩大：创建新文件、引入新依赖、添加抽象层时，完全回退，用最简方案重新实现。
- L3 严重越界：修改 2 个以上用户未提及的文件、改配置、删代码时，紧急停止一切操作，撤回所有非必要改动。
- L4 完全失控：diff 超过 50 行（小需求时）或进入修复循环时，停止一切，向用户道歉，提出不超过 10 行的最小方案。
正面激励
规则列出值得肯定的行为：diff 只有 3 行但精准解决问题；复用了代码库中已有的函数；提出了比用户预期更简单的方案；问了「这里需要我改吗？」；交付中没有一行多余代码。
使用方式
资料未提供具体的安装命令或调用方式，仅说明该技能可与 PUA 搭配使用：PUA 管下限（不偷懒），摸鱼 Strict 管上限（严格不加戏），两个同时安装效果最佳。
适用场景
适用于需要严格控制改动范围、避免过度工程的 AI 编码任务，尤其是小 bug 修复、小功能实现，以及希望保持最小 PR 的协作场景。
限制
资料未提供关于收费、价格、支持平台、具体效果数据等信息。规则本身为约束性约定，实际执行效果取决于使用环境。