Wenn der Output zweimal hintereinander nicht passt, fixt du eine Sache. Nicht fünf. Vorher testen, nachher testen.
Der Output verfehlt deinen Standard zweimal hintereinander. Nicht einmal. Einmal kann der Input sein. Zweimal ist der Skill.
Nie den ganzen Skill umschmeißen. Identifizier die eine Anweisung oder das eine File, das driftet. Das ist dein Ziel.
Halt den aktuellen "falschen" Output fest. Damit du weißt, was sich geändert hat, wenn du es änderst.
Die eine Anweisung editieren. Oder das eine Knowledge-File ergänzen. Nicht drei Dinge auf einmal.
Gleicher Input, neuer Output. Hat die Änderung es gefixt? Hat sie was anderes kaputt gemacht? Das siehst du nur, wenn du gleich testest.
Datum der Änderung ins Skill-File. Einzeiler. Du in drei Wochen wirst dich bedanken, wenn was anderes bricht.
Den ganzen Skill lesen, bevor du irgendwas anfasst. Einmal laufen lassen, bevor du editierst. Eine Änderung auf einmal. Wieder laufen lassen mit dem gleichen Input. Jede Änderung separat committen, damit man zurück kann.
Fünf Sachen auf einmal ändern. Dann weißt du nicht, was den Fix gebracht hat, was was anderes kaputt gemacht hat und ob der nächste Bug neu oder alt ist.
Weiter mit skill-creator. Schritt 7: iterieren. Der Skill hat den Output-Standard zweimal in Folge verfehlt. Hilf mir, den einen Schritt oder das eine Knowledge-File zu finden, das gebrochen ist. 1. Halt den aktuellen "falschen" Output für den gleichen Input fest. 2. Mach eine einzige Änderung — nie mehr als eine. 3. Lass den Skill mit dem gleichen Input neu laufen. 4. Vergleich. Hat es gefixt? Hat es was anderes kaputt gemacht? 5. Stempel die Version mit dem heutigen Datum in SKILL.md.
Iteration ist Disziplin, kein Bauchgefühl. Vorher testen. Eine Änderung. Nachher testen. Stempeln. Skills, die überleben, sind Skills, die sauber editiert wurden.