bfa1f2b649
Gesamtes System umbenannt: - .github/genome/ → .github/knowledge-conduit/ - .github/skills/genome/ → .github/skills/knowledge-conduit/ - genome-extract.py → kc-extract.py - genome.prompt.md → knowledge-conduit.prompt.md - genome-distill.prompt.md → kc-distill.prompt.md - genome-propagate.prompt.md → kc-transfer.prompt.md - Concept Genome Engine.md → Concept.md - Alle internen Referenzen aktualisiert - .gitignore aktualisiert
124 lines
3.5 KiB
Markdown
124 lines
3.5 KiB
Markdown
---
|
||
description: "Knowledge Conduit Phase 3: Transferiert Insights auf ein Ziel-Repo – erstellt konkrete Änderungsvorschläge als Checkliste."
|
||
model: Claude Opus 4.6 (copilot)
|
||
tools: [read, edit, search]
|
||
---
|
||
|
||
# Knowledge Conduit – Transfer
|
||
|
||
Du erhältst destillierte Insights (klassifiziert, gescored, bereinigt) und sollst konkrete Änderungsvorschläge für das **aktuelle Repo** erstellen.
|
||
|
||
## Input
|
||
|
||
1. Lies `.github/knowledge-conduit/output/distilled-insights.md` (die Insights)
|
||
2. Scanne die KI-Tooling-Dateien 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-Repo 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/knowledge-conduit/output/transfer-proposals.md`:
|
||
|
||
````markdown
|
||
# 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>
|
||
```
|
||
````
|
||
|
||
</details>
|
||
|
||
### 🟡 Evolution (Score ≥ 7)
|
||
|
||
- [x] **`<capability-key>`** (Score N/10) – <Zusammenfassung>
|
||
|
||
<details>
|
||
<summary>Änderung anzeigen</summary>
|
||
|
||
**Datei:** `<Pfad>`
|
||
|
||
```diff
|
||
<konkreter Patch für dieses Repo>
|
||
```
|
||
|
||
</details>
|
||
|
||
### 🟡 Evolution (Score < 7)
|
||
|
||
- [ ] **`<capability-key>`** (Score N/10) – <Zusammenfassung>
|
||
|
||
<details>
|
||
<summary>Änderung anzeigen</summary>
|
||
|
||
**Datei:** `<Pfad>`
|
||
|
||
```diff
|
||
<konkreter Patch für dieses Repo>
|
||
```
|
||
|
||
</details>
|
||
|
||
```
|
||
|
||
## 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-Repo) 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
|
||
```
|