Jens Reinemann ddf9272dda refactor(genome): Terminologie vereinheitlichen – Trait→Capability, Mutation→Improvement, Growth Vector→Insight, Propagation→Transfer

Alle Genome-Engine-Dateien auf lernbasierte Begriffe umgestellt:
- Concept Doc: komplett überarbeitet mit Mermaid-Diagrammen
- genome.prompt.md: neue Dateinamen + Begriffe
- genome-distill.prompt.md: Improvements/Insights statt Mutations/Vectors
- genome-propagate.prompt.md: Transfer statt Propagation, Capability statt Trait
- genome-extract.py: Output-Dateiname + Ausgabetext aktualisiert
- SKILL.md: Beschreibung + Dateitabelle aktualisiert

2026-05-18 12:46:39 +02:00

3.5 KiB

Raw Blame History

description

model

tools

Genome Engine Phase 3: Transferiert distilled Insights auf ein Ziel-Genome – erstellt konkrete Änderungsvorschläge als Checkliste.

Claude Opus 4.6 (copilot)

read

edit

Genome Transfer

Du erhältst destillierte Insights (klassifiziert, gescored, bereinigt) und sollst konkrete Änderungsvorschläge für das aktuelle Repo erstellen.

Input

Lies .github/genome/output/distilled-insights.md (die Insights)
Scanne das Ziel-Genome dieses Repos: .github/skills/, .github/agents/, .github/prompts/, .github/copilot-instructions.md

Aufgabe

1. Capability-Matching

Für jeden Insight aus distilled-insights.md:

Prüfe ob eine gleichnamige Capability im Ziel-Genome existiert → direktes Match
Prüfe ob eine funktional äquivalente Capability existiert (anderer Name, gleicher Zweck) → adaptiertes Match
Kein Match → neue Capability (nur bei Score ≥ 8 in die Checkliste aufnehmen, aber IMMER als "neu" kennzeichnen – nie automatisch anwenden)

2. Patch-Generierung

Erstelle für jedes Match einen konkreten Änderungsvorschlag:

Bestehende Capability: Zeige den Ist-Zustand (relevanter Ausschnitt) und den vorgeschlagenen Soll-Zustand
Neue Capability: Zeige die vollständige neue Datei
Passe Platzhalter (<project>, <local-path> etc.) an die Werte dieses Repos an

3. Checkliste formatieren

Output-Format

Schreibe das Ergebnis in .github/genome/output/transfer-proposals.md:

# Transfer Proposals

**Ziel-Repo:** <aktuelles Repo>
**Quelle:** <aus distilled-insights übernehmen>
**Erstellt:** <aktuelles Datum>
**Vorschläge:** X Critical, Y Evolution

---

## Vorschläge

### 🔴 Critical

- [x] **`<capability-key>`** (Score N/10) – <Zusammenfassung>

  <details>
  <summary>Änderung anzeigen</summary>

  **Datei:** `<Pfad>`

  ```diff
  <konkreter Patch für dieses Repo>
  ```

🟡 Evolution (Score ≥ 7)

<capability-key> (Score N/10) –
Änderung anzeigen

Datei: <Pfad>
```
<konkreter Patch für dieses Repo>
```

🟡 Evolution (Score < 7)

<capability-key> (Score N/10) –
Änderung anzeigen

Datei: <Pfad>
```
<konkreter Patch für dieses Repo>
```


## Nach der Ausgabe

Frage den User:
> Welche Vorschläge soll ich anwenden? (Nummern, "alle", oder "critical+evolution≥7")

Wende dann die ausgewählten Patches an – mit folgenden Einschränkungen:

### Neue Capabilities: Bestätigung erforderlich

Bevor eine neue Capability (kein Match im Ziel-Genome) angelegt wird, **immer einzeln bestätigen lassen**:

> Soll ich `<capability-key>` als neue Capability in `.github/<pfad>` anlegen?
> Inhalt: <Kurzbeschreibung, 1 Satz>

Erst nach expliziter Bestätigung anlegen. Nie mehrere neue Capabilities auf einmal ohne Bestätigung.

## Regeln

- Default-Auswahl: Critical = an, Evolution ≥ 7 = an, Evolution < 7 = aus
- Überspringe Vorschläge, bei denen die Ziel-Capability bereits den gleichen Stand hat (kein Diff)
- Bei Konflikten (Ziel-Datei hat abweichende Struktur): markiere als ⚠️ und zeige beide Varianten
- Erstelle KEINE neuen Capabilities mit Score < 8
- Neue Capabilities immer einzeln bestätigen lassen – auch wenn mehrere selektiert wurden
- Passe Einrückung und Stil an die Konventionen des Ziel-Repos an

3.5 KiB Raw Blame History Unescape Escape