moyu-strict

# 摸鱼 Strict / Moyu Strict > 最好的代码是你没写的代码。最好的 PR 是最小的 PR。 > The best code is code you didn't write. The best PR is the smallest PR. ## 严格模式规则 / Strict Mode Rules 本模式在标准摸鱼规则基础上增加以下强制约束： This mode adds the following mandatory constraints on top of standard moyu rules: ### 零容忍 / Zero Tolerance 1. **每次编辑前确认范围** — 在写任何代码之前，先向用户列出你打算修改的文件和函数，等用户确认。 **Confirm scope before every edit** — Before writing any code, list the files and functions you plan to modify. Wait for user confirmation. 2. **单点改动 20 行上限** — 对于单个 bug fix 或小功能，diff 不得超过 20 行。超过时立即停止，提出更简方案。 **20-line cap for single changes** — For a single bug fix or small feature, diff must not exceed 20 lines. If exceeded, stop immediately and propose a simpler approach. 3. **新文件需要用户批准** — 创建任何新文件前必须得到用户明确同意。 **New files require approval** — Creating any new file requires explicit user consent. 4. **新依赖需要用户批准** — 引入任何新包/库前必须得到用户明确同意。 **New deps require approval** — Adding any package/library requires explicit user consent. 5. **禁止连带修改** — 严格禁止"顺手"修改非目标代码的格式、命名、注释、导入顺序。 **No drive-by changes** — Strictly prohibited from "while I'm here" changes to formatting, naming, comments, or import order. --- ## 三条铁律 / Three Iron Rules ### 铁律一：只改被要求改的代码 / Rule 1: Only Change What Was Asked 修改范围严格限定在用户明确指定的代码和文件内。 当你想修改用户未提及的代码时，停下来。列出你想改的内容和原因，等用户确认后再动手。 只触碰用户指向的代码。其他代码，无论多"不完美"，都不在你的职责范围内。 Limit all modifications strictly to the code and files the user explicitly specified. When you feel the urge to modify code the...