moyu-fr

Übersicht über den Skill moyu-fr

moyu-fr ist ein Guardrail-Skill für Code-Editing, der für Agenten gedacht ist, die zu stark über das Ziel hinausschießen. Er richtet sich an Nutzer, die die kleinste korrekte Änderung wollen – vor allem dann, wenn sich eine Anfrage durch das Bearbeiten genau der angefragten Zeilen lösen lässt, statt Dateien umzuschreiben, Abstraktionen einzubauen oder den Code über den eigentlichen Umfang hinaus „zu verbessern“.

Wofür moyu-fr gedacht ist

Der Skill moyu-fr eignet sich am besten für Patch-Arbeit: chirurgische Fixes, eng begrenzte Refactorings, einmalige Bugfixes und Antworten auf Nutzer, die ausdrücklich „einfach“, „minimal“ oder „nur X ändern“ verlangen. Er hilft dabei, einen Agenten auf die eigentliche Aufgabe auszurichten: die angeforderte Änderung umsetzen und dann aufhören.

Was diesen Skill anders macht

Anders als ein allgemeiner Prompt kodiert moyu-fr explizite Anti-Overengineering-Regeln. Er bremst neue Schichten, zusätzliche Abhängigkeiten, defensive Codepfade für unmögliche Fälle sowie unnötige Dokumentation oder Tests aus. Genau deshalb ist er nützlich, wenn die Qualität der Ausgabe an Zurückhaltung gemessen wird – nicht an Umfang.

Beste Einsatzfälle und ungeeignete Szenarien

Nutze moyu-fr für Code-Editing, wenn ein Repo oder eine Aufgabe empfindlich auf Diff-Größe, Architekturdrift oder unnötiges Aufräumen reagiert. Weniger passend ist der Skill, wenn du eigentlich ein Redesign, eine Funktionserweiterung, das Erstellen von Tests oder eine breite Modernisierung der Codebasis willst, denn der Skill ist darauf optimiert, Änderungen klein zu halten.

So verwendest du den Skill moyu-fr

Installieren und den Aktivierungspfad prüfen

Nutze den Installationsablauf des Repositories für moyu-fr und prüfe anschließend, ob der Agent den Skill aus deiner Bearbeitungsanfrage erkennt. Die Entscheidung für moyu-fr install ist besonders dann sinnvoll, wenn dein Workflow bereits strikte Scope-Kontrolle vorsieht und der Skill automatisch auf Signale für Overengineering reagieren soll.

Gib ihm ein enges Edit-Briefing

Das beste moyu-fr usage-Muster ist eine präzise Anfrage mit klaren Grenzen. Gute Eingaben nennen die Zieldatei, die genaue Verhaltensänderung und das, was ausdrücklich unverändert bleiben muss.

Beispiel für ein starkes Briefing:

• “Edit src/auth.ts to fix the null check in validateSession; do not change error handling or add helpers.”
• “Update only the regex in README.md example; keep the rest of the snippet unchanged.”

Schwache Eingaben sind breit formuliert:

• “Improve the auth flow”
• “Clean up this module”
• “Make it more robust”

Solche Prompts laden zu Erweiterungen ein – genau das soll der Skill verhindern.

Lies zuerst die richtigen Dateien

Für eine praxisnahe moyu-fr-Anleitung solltest du mit SKILL.md beginnen und dann alle verlinkten Repo-Hinweise oder aufgabenbezogenen Dateien prüfen, die das Repository nennt. In der aktuellen Form des Skills liegt das wichtigste Signal im Skill-Text selbst, daher ist der sinnvollste Leseweg: die Anweisungen, die Repo-Struktur und die unmittelbaren Dateien, die du bearbeiten willst. Wenn du das exakte Ziel und die minimal akzeptable Diff-Größe nicht benennen kannst, ist der Prompt noch zu vage.

Nutze ihn als Begrenzungsfilter, nicht als Rewrite-Engine

Der Skill funktioniert am besten, wenn du das gewünschte Ergebnis bereits kennst und nur übermäßige Änderungen blockieren willst. Er sollte die Bearbeitung des Agenten in diese Richtung lenken:

• minimale Zeilenänderungen
• keine neuen Abstraktionen, außer wenn ausdrücklich verlangt
• keine zusätzlichen Dokus, Tests oder Kommentare, außer wenn gefragt
• keine komplette Neufassung von Dateien, wenn ein Patch ausreicht

FAQ zum Skill moyu-fr

Ist moyu-fr nur für Code-Editing geeignet?

Ja, die stärkste Passung von moyu-fr liegt im Code-Editing mit enger Scope-Kontrolle. Für offene Generierung, Architekturplanung oder Aufgaben, bei denen zusätzliche Hilfskonstruktionen erwartet werden, ist er weniger nützlich.

Wie unterscheidet er sich von einem normalen Prompt?

Ein normaler Prompt kann sagen: „keep it simple“, aber moyu-fr macht aus dieser Präferenz ein stärkeres Regelwerk für die Arbeitsweise. Das ist wichtig, wenn der Agent versucht, angrenzende Probleme gleich mitzuerledigen, umliegenden Code umzuschreiben oder eine Politur einzubauen, die nie verlangt wurde.

Ist moyu-fr anfängerfreundlich?

Ja, wenn der Nutzer eine einzelne konkrete Änderung beschreiben kann. Am einfachsten ist die Nutzung, wenn du Datei, Symptom und exakte Grenze der Änderung benennen kannst. Anfänger scheitern meist dann, wenn die Anfrage zu breit ist – nicht, weil der Skill selbst schwer zu nutzen wäre.

Wann sollte ich moyu-fr nicht verwenden?

Verwende ihn nicht, wenn du tatsächlich Refactoring, Testabdeckung, neue Abstraktionen oder härtere Absicherung des Systems brauchst. In solchen Fällen kann die Zurückhaltung des Skills dem eigentlichen Ziel entgegenstehen und ein Ergebnis erzeugen, das zwar technisch minimal, aber unvollständig ist.

So verbesserst du den Skill moyu-fr

Gib von Anfang an engere Vorgaben

Der beste Weg, moyu-fr zu verbessern, ist klar zu sagen, was unverändert bleiben muss. Nenne Dateinamen, Zielzeilen und Ausschlüsse wie „keine neuen Funktionen“, „keine zusätzlichen Kommentare“ oder „formatting außerhalb dieses Blocks nicht anfassen“. Solche Vorgaben verringern Rätselraten und machen das Minimal-Edit-Verhalten des Skills zuverlässiger.

Bitte um das kleinstmögliche akzeptable Diff

Wenn du ein besseres moyu-fr usage-Ergebnis willst, beschreibe Erfolg in Diff-Begriffen:

• “Change only one branch condition.”
• “Patch the existing function instead of creating a helper.”
• “Preserve the current public API.”

So versteht der Agent, wie „fertig“ aussieht, und Scope Creep wird verhindert.

Achte auf typische Fehlerbilder

Das wichtigste Fehlerbild ist unbeabsichtigte Ausweitung: zusätzliche Validierung, zusätzliche Erklärung oder Aufräumen, das zwar hilfreich wirkt, aber mehr ändert als verlangt. Ein weiteres häufiges Problem ist zu wenig Bearbeitung, wenn die Anfrage tatsächlich mehrere kleine Änderungen braucht; in diesem Fall solltest du den vollständigen Satz notwendiger Änderungen explizit nennen, damit der Skill nicht zu früh stoppt.

Mit engeren Folgeanweisungen iterieren

Wenn das erste Ergebnis immer noch zu breit ist, schärfe die nächste Anweisung nach, statt die gleiche Anfrage nur zu wiederholen. Zum Beispiel ist „Keep the same logic and only adjust this condition“ handlungsnäher als „make it smaller“. Bei moyu-fr bedeuten bessere Eingaben meist weniger Freiheitsgrade, nicht mehr Kontext.