Landing: die Skills weiterentwickeln
Wandelt rohes Feedback in eine überprüfte Regel um. Eine Regel ohne Test wird zum Dogma. Den Buchstaben zu verletzen bedeutet, den Geist zu verletzen.
Ehernes Gesetz
KEINE REGEL OHNE BEWEIS UND UMFANG.
KEINE BEARBEITUNG EINES SKILLS OHNE EINEN TEST, DER VORHER FEHLSCHLÄGT.
ERFORDERLICHER HINTERGRUND: superpowers:writing-skills (Druckszenarien mit Unteragent; RED, GREEN, REFACTOR).
Gate-Funktion
- Auflisten:
node kit/processar-feedback.js listar(Kit =~/.claude/skills/criar-landing-page/assets/kit). Nach Umfang und Kategorie gruppieren. - Parallelen: Suche für jede Lektion in anderen Kunden (
grep -nin den02und05-aprendizados.md) und lies die Einträge. Beweise vom Typdefeitooderresultado-medidowiegen schwerer alspreferencia. Hypothesen zählen nicht. - Klassifizieren nach der Matrix:
| Situation | Ziel |
|---|---|
| Wiederholt und verallgemeinerbar | Kandidat für allgemeine Regel |
| Wiederholt, umgebungsabhängig | Regel mit Tags (aplica_quando) |
| Selten, hohe Auswirkung (Geheimnis offengelegt) | Sicherheitsregel, auch bei einmaligem Vorkommen |
| Subjektiv, ohne Bestätigung | Bleibt Hypothese |
| Kein Nutzen oder bereits durch Skript abgedeckt | Nicht befördern |
- Neue Regel: id
R-nnn, echter Beweis (cliente/E<nn>), Umfang,aplica_quandoaus dem geschlossenen Vokabular,nao_se_aplica_quando, Kriterium für Entfernung, Prüfung (Skript des Kits odernenhuma) und verantwortliches Skill. - Wenn die Regel ein Skill ändert: Schreibe das Druckszenario in
_testes-skills/cenarios/, führe es ohne die Änderung aus (RED, dokumentiere die Rationalisierung), bearbeite, führe es mit (GREEN) aus, schließe die Lücken (REFACTOR). Ohne RED die Bearbeitung verwerfen. - Obligatorisches Beschneiden: Entferne oder fasse redundante Regeln zusammen, die zwischen Skills dupliziert oder durch Skripte abgedeckt sind. Keine Neugestaltung fügt nur hinzu.
node _testes-skills/lint-skill.mjs <skill>vorher und nachher (Wörter). - Validieren:
node kit/check-regras.js --file ~/projetos/criar-site/_regras-vivas.mdund den Auswahltest nach Tags der fiktiven Kunden. - Abschließen:
node kit/processar-feedback.js marcar --versao v<N>; in_evolucao.mdfesthalten: was sich geändert hat, was beschnitten wurde und die Metriken (wiedereröffnete Genehmigungen, Fehler pro Kategorie, Regressionen, falsch Positive, wie oft Felipe an die Registrierung erinnern musste).
Migrationsmodus: Gleicher Prozess mit allen Einträgen processado: não, ausgehend von 05-aprendizados.md, Erzeugung von _regras-vivas.md v1 und _evolucao.md. Teile die Datei in _regras-vivas/ nur nach gemessenen Kriterien (Größe, Wiederherstellungsfehler, Kategorie mit Volumen).
Rote Flaggen: Stopp
- „Es ist einmal passiert, also wird es zur allgemeinen Regel“ (außer Sicherheit)
- „Es ist offensichtlich, ich überspringe den Test“ · erfundener Beweis oder ohne echten
E<nn> - Regel eines Kunden wird global erhoben · Hinzufügen ohne Beschneiden
| Rationalisierung | Realität |
|---|---|
| „Felipe mag es, also ist es eine Regel“ | Präferenz ohne Bestätigung bleibt als Hypothese mit Umfang |
| „Es ist nur eine Zeile im Skill“ | Bearbeitung ohne RED ist die gleiche Verletzung des TDD |
| „Zwei Vorkommen reichen“ | Häufigkeit ist Priorität, nicht Kriterium: Bewerte Anwendbarkeit und Risiko |
| „Mehr Regeln, mehr Sicherheit“ | Zu viele Regeln werden zu Rauschen; Beschneiden ist Teil der Arbeit |