moyu-lite

moyu-lite 技能概览

moyu-lite 的作用

moyu-lite 是一个面向代码编辑的轻量级 guardrail 技能。它通过避免额外重构、新抽象、大范围改写，以及那些“看起来很有帮助”的顺手改动，帮助 agent 严格停留在用户的原始需求范围内。如果你在找一个用于 Code Editing 的 moyu-lite 技能，希望它偏向最小 diff 而不是炫技式改写，那么它很适合。

适合谁使用

当主要风险是“改过头”时，就该用 moyu-lite：本来只想修一个问题，结果却不小心改动了无关文件、架构或行为。它尤其适合维护工作、小型 bug 修复、局部文件编辑，以及用户明确说“只改 X”“保持简单”“不要重构”的场景。

它优化的重点

这个技能围绕三条规则展开：只改被要求的内容、优先选择最简单的方案、拿不准就提问。也正因为如此，moyu-lite 在“正确性取决于克制，而不是发明新东西”的场景里特别有价值。它关注的不是生成一个更大的代码方案，而是控制范围——而这往往才是代码编辑工作流里真正的卡点。

如何使用 moyu-lite 技能

安装并启用 moyu-lite

对于 moyu-lite install，先把该技能从仓库路径加入你的环境，然后在开始编辑前确认 agent 已经在读取技能文件。源文里给出的典型安装命令是：
npx skills add uucz/moyu --skill moyu-lite

给出紧凑的编辑请求

最好的 moyu-lite usage，一开始就会明确目标位置、预期结果和边界。好的输入可以这样写：“更新 src/auth.ts，让登录支持 email 别名；不要改其他 auth 逻辑或文件结构。” 糟糕的输入则像“优化 auth”，这会诱发范围扩张，也会迫使技能去猜。

先读对文件

先看 SKILL.md，然后再检查任何关联的仓库指导文件，比如 README.md、AGENTS.md、metadata.json，以及如果存在的话，rules/、references/、resources/ 和 scripts/ 等目录。在这个仓库里，信号本来就刻意保持精简，所以认真读技能文本，比到处找额外辅助文件更重要。

把它当作编辑策略，而不是重写提示词

moyu-lite 最适合在模型真正开始写代码之前就启用：让它保持当前结构、限制 diff，并在请求范围扩展时暂停并确认。这样它就特别适合用来修补既有代码，因为很多时候，正确答案不是更好的架构，而是最小且安全的改动。

moyu-lite 技能 FAQ

moyu-lite 只适合微小改动吗？

不是。只要用户重视窄范围、可控的改动，它就适用于任何 Code Editing 任务。即使是较大的功能，也仍然可以使用 moyu-lite，只要指令要求保持 diff 尽量小，并避免未被要求的重构。

它和普通提示词有什么不同？

普通提示词可能已经描述了任务，但仍然给模型留下“顺手优化代码”的空间。moyu-lite 额外加了一层克制约束：如果请求没有授权某项改动，技能就把它视为越界。这让它在你想让 agent 像谨慎的编辑者而不是重设计助手时，更可靠。

什么时候不该用 moyu-lite？

当你其实想要探索、重设计或大范围清理时，就不要用它。如果目标是重构架构、统一模式，或者借这个任务顺手改进周边代码，moyu-lite 可能会过于保守。

moyu-lite 适合新手吗？

适合，因为规则很容易执行：少改一点，更早提问，优先做最小但正确的编辑。新手最需要记住的是，“额外帮忙”通常正是这个技能要防止的失败模式。

如何改进 moyu-lite 技能

把编辑边界说清楚

最强的 moyu-lite guide 输入会明确指出具体文件、区域和可接受的范围。把必须保持不动的内容也写出来，比如“不要改测试”“不要新增依赖”“保留当前 API”。这样可以减少歧义，帮助技能执行克制，而不是猜测意图。

描述最小可接受结果

用户通常更关心输出是否安全，而不是代码是否优雅。直接写出最低成功条件：“修复失败分支”“替换硬编码路径”或者“只调整这个函数，不改调用方”。如果你希望 moyu-lite for Code Editing 真正发挥作用，就给它一个可以通过一次受控 diff 达成的目标。

注意常见失败模式

当提示过于模糊、代码库本身很乱，或者任务听起来像是在邀请模型顺手优化附近代码时，这个技能最容易跑偏。如果第一次结果引入了抽象、碰了无关文件，或者改动远超所需，就要先收紧指令、重申边界，再要求第二次处理。

通过收窄来迭代，而不是扩展

如果第一次结果太宽泛，不要继续加大范围，而是把请求收窄：明确指定要保持不变的行、文件或行为，然后只要求补上缺失的那一处编辑。对于 moyu-lite 来说，更好的结果通常来自更强的约束，而不是更多上下文。