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.