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