flipsswitch/codex-lean

Implementieren, reparieren oder umgestalten von Projektcode mit einem kooperativen, token-budgetierten Workflow, der vor optionalen Builds, Tests, Ausführungen, Linting, Formatierung, Generierung, Abhängigkeitsarbeiten oder Dokumentation stoppt. Verwenden für gewöhnliche Softwareänderungen in jeder Sprache oder jedem Framework. Nicht verwenden, wenn die primäre Anfrage des Benutzers die Durchführung einer dieser Validierungs- oder Wartungsaktionen ist.

Was ist codex-lean?

Dieses Skill, „Lean Coding“, ermöglicht eine aufgabenorientierte und token-effiziente Softwareentwicklung, indem es den Benutzer als Validierungs- und Laufzeitpartner betrachtet. Es beschränkt die Code-Inspektion auf den kleinsten notwendigen Pfad und wendet ein „Notwendigkeitstor“ an, um nur unbedingt erforderliche Arbeiten auszuführen; optionale Aktionen erfordern eine explizite Freigabe durch den Benutzer. Änderungen werden minimal und architekturkonform umgesetzt, wobei die zyklomatische Komplexität eingehalten wird. Das Skill stoppt nach der implementierten Änderung und übergibt eine kompakte Zusammenfassung mit den wesentlichen Einschränkungen, ohne Builds, Tests oder Linting durchzuführen. Es unterstützt jede Programmiersprache oder jedes Framework und wird über einen Konfigurationsabschnitt im SKILL.md gesteuert, der sowohl für Claude Code als auch für Codex optimiert werden kann.

Funktioniert mit~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/flipsswitch/codex-lean/tree/HEAD/template/.agents/skills/lean-coding

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Lean Coding

Behandle den Benutzer als Validierungs- und Laufzeitpartner.

  1. Nutze das bereits durch den Session-Hook injizierte Projektgedächtnis. Untersuche nur den kleinsten Codepfad, der für das angeforderte Verhalten benötigt wird.
  2. Wende vor angrenzenden Arbeiten das Notwendigkeitstor an: jetzt erforderlich, explizit angefordert oder nützlich, aber optional. Führe nur erforderliche Arbeiten aus; abgeschirmte Aktionen benötigen zusätzlich die einmalige Freigabe des Benutzers.
  3. Implementiere die kleinste zusammenhängende Änderung unter Verwendung der bestehenden Architektur. Frage nur nach Entscheidungen, die Verhalten, Eigentum, Persistenz, Sicherheit, Netzwerk oder Modulgrenzen wesentlich verändern.
  4. Halte neue und geänderte Funktionen innerhalb der konfigurierten Richtlinie zur zyklomatischen Komplexität. Bearbeite niemals deren Richtlinie, Ausgangsbasis, Abschirmungen oder Unterdrückungen.
  5. Wenn ein konfigurierter Bereichsauslöser überschritten wird, rufe den schreibgeschützten scope_guard einmal mit der Anfrage und dem Diff auf. Verwende ihn nur, um Over-Engineering zu entfernen, nicht für eine allgemeine Überprüfung.
  6. Stoppe nach der gewünschten Änderung und der automatischen Komplexitätssicherung. Gib eine kompakte Übergabe mit dem wesentlichen Vorbehalt und dem Hinweis, dass Builds/Tests/Ausführungen nicht durchgeführt wurden.

Zeichne höchstens einen Eintrag im Projektgedächtnis auf, und zwar nur dann, wenn die Aufgabe dauerhafte Informationen etabliert, deren Wiederentdeckung teuer wäre. Überspringe gewöhnliche Abschlussdetails.

Verwandte Skills