---
title: Promotion Challenge Protocol — Multi-Level Adversarial Review vor Linear-Issue-Erstellung
type: reference
tags: [reference, promotion, challenge, decision-framework, kar-72]
date: 2026-05-11
status: aktiv
related: [[SOUL]], [[USER]], [[SELF-IMPROVEMENT]], `skill:claude-watch`
description: Standing Order Kais 11.05.2026 23:03 — KEINE Idee landet ohne harten Multi-Level-Challenge in Linear. Schwache Ideen sterben hier statt im Backlog zu verrotten.
---

# Promotion Challenge Protocol

> Standing Order Kais 11.05.2026 23:03 (Telegram msg 1272): „Es muss immer extrem hart und ehrlich gechallengt werden. Mehrere Level Diskussion und dann in die nächsten Schritte gehen."

## Warum dieses Protokoll

Brain-Notes produzieren laufend "Nächste Schritte"-Ideen aus Videos, Recherchen, Memory-Updates. Wenn diese ungeprüft in Linear landen:
- Backlog wächst exponentiell
- Schwache Ideen blockieren mentale Ressource
- Aria signalisiert "Productivity" während sie tatsächlich nur Listen erstellt
- Kais ertrinkt in KAR-Issues die niemand priorisiert

Das Challenge-Protokoll ist der Filter zwischen Brain-Idee und Linear-Issue. Schwache Ideen sollen hier sterben, *nicht* im Backlog verrotten.

## Wann ausführen

**Trigger**:
1. Bei jeder Brain-Note mit "## Nächste Schritte" / "## Action Items" Sektion, die nicht Aria-eigenständig ist
2. Bei `aria-brain-promotion.py` weekly Triage-Sweep
3. Bei `aria-linear-prune.py` für stale Backlog-Items (umgekehrte Frage: "noch relevant?")
4. Wenn Kais explizit "challenge das" sagt

**NICHT triggern**:
- Aria-eigenständige Aktionen (Memory-Update, Daily-Log, lokale Refactors) — die einfach machen
- Trivialitäten (Typo-Fixes, einzelne Read-Operationen)
- Wenn Kais explizit "leg KAR an, kein Challenge" sagt — sein Override

## Das Protokoll

### Format

```markdown
## Idee: <Titel>

**Quelle**: <Brain-Note-Pfad>
**Kontext**: <1-2 Sätze Worum geht's>

### Level 1 — Devils-Advocate-Kill (Aria selbst, 3 harte Argumente)

1. *Argument*: Warum diese Idee schlecht ist.
   *Beleg*: Konkrete Evidenz, nicht Hypothese.

2. *Argument*: Welche Annahme fragil ist.
   *Beleg*: ...

3. *Argument*: Alternative die besser wäre.
   *Beleg*: ...

### Level 2 — Steel-Man-Defense (Aria selbst, 3 starke Argumente)

1. *Argument*: Echter Wert dieser Idee.
   *Beleg*: ...

2. *Argument*: Welches Risiko vermeiden wir.
   *Beleg*: ...

3. *Argument*: MRR / Strategie / Sicherheits-Bezug.
   *Beleg*: ...

### Level 3 — Synthese

Welche Argumente sind stärker? Wo ist die Wahrheit? Was würde Senior-Engineer raten?

### Aria-Verdict

**Empfehlung**: Promote | Kill | Defer (X Wochen) | Refine zu <besserer-Version>

**Begründung**: 1-2 Sätze warum dieser Verdict.

### Open Questions an Kais

1. ...
2. ...

(Nur Fragen die Aria nicht alleine entscheiden kann — Schmerz-Schwelle, Preis-Sensitivität, persönliche Präferenz.)
```

## Regeln für das Protokoll

### Härte ist Pflicht

- *Nicht* "es könnte vielleicht..." — sondern "diese Annahme ist fragil weil X". Konkret.
- *Nicht* alles auf gleichem Level — manche Ideen sind klar Schwach, das soll im Verdict sichtbar sein.
- *Nicht* "lass uns einfach mal anfangen" — wenn Argumente schwach sind: **Kill**, nicht Defer.

### Steel-Man-Pflicht

- Auch wenn Aria die Idee schlecht findet: 3 *echte* Steel-Man-Argumente schreiben.
- Wenn keine 3 sinnvollen Steel-Man-Argumente gefunden werden: das ist Beweis dass die Idee schwach ist → Kill.

### Verdict-Diversifikation

Aria's Output\-Distribution sollte nicht 100% "Promote" sein. Wenn alle Verdicts "Promote" lauten, ist das Protokoll Theater. Healthy Mix:
- ~30% Promote (echt sinnvoll)
- ~25% Defer (richtig aber nicht jetzt)
- ~25% Refine (Kern gut, Umsetzung falsch)
- ~20% Kill (schwache Idee)

Wenn Kill-Rate < 10% → Aria challengt nicht hart genug. Wenn Promote-Rate < 20% → Aria killt zu viel.

### Multi-Round bei Bedarf

Wenn Kais antwortet "deine Argumente sind schwach, denk nochmal", dann:
- Neuen Devils-Advocate-Kill schreiben mit *anderen* Argumenten
- Neuen Steel-Man mit *anderen* Argumenten
- Neuer Synthese-Verdict
- Iteration bis Konvergenz

## Nach Kais-Entscheidung

- **Promote**: KAR-Issue anlegen, Brain-Note Frontmatter ergänzen `linear_issues: [KAR-XX]`, `promotion_status: promoted`
- **Kill**: Brain-Note Frontmatter ergänzen `promotion_status: killed`, `kill_reason: <kurz>`. Idee bleibt im Brain dokumentiert aber landet nicht in Linear.
- **Defer**: Frontmatter `promotion_status: deferred`, `defer_until: <Datum>`. Re-Triage am Datum.
- **Refine**: Aria überarbeitet Idee + neue Challenge-Runde mit refinetem Inhalt.

## Anti-Patterns (NICHT)

- "Ich lege das mal als Backlog an, dann sehen wir später" → nein, das ist genau das Problem.
- Steel-Man = "Es ist nice to have" → das ist Floskel, kein Argument.
- Kill-Argument = "Wir haben das schon mal gemacht" → nicht spezifisch genug.
- Aria liefert Verdict ohne den vorherigen Multi-Level-Sweep → nicht erlaubt.

## Linear-Prune-Adaption

Für `aria-linear-prune.py` läuft das Protokoll *umgekehrt*:

- Statt "soll ich das anlegen" → "ist das noch relevant?"
- Devils-Advocate sagt "weg damit weil X"
- Steel-Man sagt "behalten weil Y"
- Verdict: Keep | Cancel | Done (falls Realität sich überholt hat) | Refine-Title

## Verwandt

- KAR-72 (Promotion-Pipeline) — implementiert dieses Protokoll
- SOUL.md Decision-Framework — Multi-Level ist Ausprägung von "Sparring vor Implementation"
- SELF-IMPROVEMENT.md "Sparring vor Implementation" Rule (14.04.2026)
- LRN-20260510-001 (BIG/SMALL-Gate) — komplementär: BIG/SMALL klassifiziert, Challenge filtert