bollwerk/.github/prompts/kc-transfer.prompt.md

description	model	tools
Knowledge Conduit Phase 3: Transferiert Insights auf ein Ziel-Repo – erstellt konkrete Änderungsvorschläge als Checkliste.	Claude Opus 4.6 (copilot)	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:

# 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-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