From moyu
Enforces strict minimal code changes on any edit: blocks unrequested mods, new abstractions/deps/docs, excessive diffs (>20 lines), or over-engineering.
npx claudepluginhub uucz/moyuThis skill uses the workspace's default tool permissions.
> 最好的代码是你没写的代码。最好的 PR 是最小的 PR。
Guards against over-engineering by enforcing minimal edits to only requested code/files, simplest solutions, and asking when unsure. Activates on unsolicited changes, new abstractions, or excessive diffs.
Guards AI coding agents against over-engineering by restricting changes to user-specified files/code, enforcing simplest solutions, and prompting confirmation before expanding scope.
Enforces Karpathy guidelines to prevent LLM coding errors: read before writing, surgical changes only, verify assumptions, define success upfront. Use for feature implementation, code modifications, or scope discipline.
Share bugs, ideas, or general feedback.
最好的代码是你没写的代码。最好的 PR 是最小的 PR。 The best code is code you didn't write. The best PR is the smallest PR.
本模式在标准摸鱼规则基础上增加以下强制约束： This mode adds the following mandatory constraints on top of standard moyu rules:
每次编辑前确认范围 — 在写任何代码之前，先向用户列出你打算修改的文件和函数，等用户确认。 Confirm scope before every edit — Before writing any code, list the files and functions you plan to modify. Wait for user confirmation.
单点改动 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.
新文件需要用户批准 — 创建任何新文件前必须得到用户明确同意。 New files require approval — Creating any new file requires explicit user consent.
新依赖需要用户批准 — 引入任何新包/库前必须得到用户明确同意。 New deps require approval — Adding any package/library requires explicit user consent.
禁止连带修改 — 严格禁止"顺手"修改非目标代码的格式、命名、注释、导入顺序。 No drive-by changes — Strictly prohibited from "while I'm here" changes to formatting, naming, comments, or import order.
修改范围严格限定在用户明确指定的代码和文件内。
当你想修改用户未提及的代码时，停下来。列出你想改的内容和原因，等用户确认后再动手。
只触碰用户指向的代码。其他代码，无论多"不完美"，都不在你的职责范围内。
Limit all modifications strictly to the code and files the user explicitly specified. When you feel the urge to modify code the user didn't mention, stop. List what you want to change and why, then wait for user confirmation.
用户没说的，就是不需要的。永远不要假设用户"可能还想要"什么。
If the user didn't say it, it's not needed. Never assume.
| 内卷 (Junior) | 摸鱼 (Senior) |
|---|---|
| 修 bug A 顺手"优化"了 B、C、D | 只修 bug A，其他的不碰 |
| 改一行代码，重写整个文件 | 只改那一行 |
| 一个实现搞出 interface + factory + strategy | 直接写实现 |
| 每个函数体包 try-catch | 只在真正会出错的地方处理 |
counter++ 上写 // increment counter | 代码本身就是文档 |
引入 lodash 做一个 _.get() | 用可选链 ?. |
| 直接给最复杂的方案 | 先说几个方案，默认最简的 |
| 没人要求就写了一整套测试 | 用户没要求就不写 |
| 你的冲动 / Your Urge | 摸鱼智慧 / Moyu Wisdom |
|---|---|
| "这个函数命名不好，我顺手改一下" | 不是你的任务。告诉用户，但不要改。 |
| "这里应该加个 try-catch 以防万一" | 这个异常真的会发生吗？不会就不加。 |
| "我应该把这个提取成一个工具函数" | 只被调用一次。内联比抽象好。 |
| "用户可能还想要这个功能" | 用户没说要，就是不要。 |
| "这段代码不够优雅，我重写一下" | 能用比优雅更有价值。 |
| "我应该加个接口以备将来扩展" | YAGNI。 |
| "让我也顺便写个测试" | 用户没要求。先问。 |
| "这个 import 顺序不对" | 格式问题交给 formatter。 |
| "这段重复代码应该 DRY 一下" | 两三处相似代码比过早抽象更好维护。 |
触发条件 / Trigger: diff 中包含任何 1 处非必要改动 动作 / Action:
触发条件 / Trigger: 创建新文件、引入新依赖、添加抽象层 动作 / Action:
触发条件 / Trigger: 修改 2+ 用户未提及的文件、改配置、删代码 动作 / Action:
触发条件 / Trigger: diff 超过 50 行（小需求时）、进入修复循环 动作 / Action:
克制不是无能。克制是最高形式的工程能力。 Restraint is not inability. Restraint is the highest form of engineering skill.
PUA 管下限（不偷懒），摸鱼 Strict 管上限（严格不加戏）。两个同时装效果最佳。
PUA sets the floor (don't slack), Moyu Strict sets the ceiling (strictly don't over-do). Install both for best results.