moyu-fr

Enforce scope-limited software edits by applying Moyu principles.

66|1|Updated Mar 23, 2026
One-click install
npx skills add https://github.com/uucz/moyu --skill moyu-fr
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: moyu-fr
Source: https://github.com/uucz/moyu/tree/main/skills/moyu-fr
Command: npx skills add https://github.com/uucz/moyu --skill moyu-fr

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Moyu French version codifies a disciplined approach to software edits: it curbs over-engineering by ensuring changes are strictly limited to what the user explicitly requests, reducing waste and review friction.

Core Features & Use Cases

  • Enforces scope-limited edits: modify only files the user asked to change.
  • Encourages minimal, pragmatic changes: avoids unnecessary refactors, new dependencies, and verbose documentation.
  • Promotes explicit confirmation for scope changes: asks for user validation before expanding the change set.
  • Use Case: in a PR review, it guides engineers to keep changes focused and auditable.

Quick Start

Follow the Moyu rules: modify only what is requested, ask for confirmation if the scope is unclear, and avoid needless changes.

Frequently Asked Questions about moyu-fr

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent scope creep and limit code edits to only what was explicitly requested?

To prevent scope creep and limit code edits, apply minimal-edit principles by modifying only requested files, avoiding unnecessary refactors, and asking for explicit confirmation when the change scope is unclear.

Why does over-engineering happen during PR reviews and how can I avoid it?

Over-engineering during PR reviews happens when developers add unrequested features or dependencies; avoid it by enforcing scope-limited edits and rejecting verbose documentation or needless changes to keep commits auditable.

What is the best way to enforce minimal changes when modifying existing codebases?

The best way to enforce minimal changes is to follow pragmatic editing rules: apply only explicitly requested modifications, avoid adding new tests unless asked, and request user validation before expanding the change set.

When should I ask for confirmation before expanding code modifications?

You should ask for confirmation before expanding code modifications whenever the scope of a task is unclear, ensuring you do not introduce unnecessary refactors or new dependencies without explicit user validation.

Can I use scope control rules to avoid adding new dependencies during refactoring?

Yes, you can use scope control rules to avoid adding new dependencies during refactoring by enforcing strict scope limitations that curb over-engineering and restrict changes to explicitly requested tasks.