Tarik Moussa
efee259d01
Some checks failed
gates / quality (push) Has been cancelled
Leader-Bootstrap (Planung) aus Template + Jetson-Meta-Prompt:
- ROADMAP-Board W1-W6 als Abhaengigkeits-DAG (Ready-Set = {W1})
- STATE mit disjunkter Datei-Ownership W2-W6
- CONVENTIONS Projekt-Vertrag (Profile, Pfade, Ports, Daemon-Env, num_ctx, DVC, Scope)
- manifests/requirements.md = kalt verifizierbares Review-Manifest (R-01..R-10)
- REVIEW.md Kalt-Review-Einstieg; ADR 0002 (Ollama-nativ, kein Swapper/Gateway)
- session-prompts/W1..W6 dispatch-fertig; .gitignore um Jetson-Ignores erweitert
- examples/walkthrough entfernt (Projekt hat eigenes gefuelltes Board)
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
62 lines
3.0 KiB
Markdown
62 lines
3.0 KiB
Markdown
# BOOTSTRAP — neues Projekt aufsetzen (Leader-Session)
|
||
|
||
Kopiere den Block unten in eine **frische Session** (Modell: **Sonnet**) und hänge
|
||
deinen Projekt-Brief an. Der Leader füllt das Repo aus dem Brief — du musst keine
|
||
Datei von Hand anlegen.
|
||
|
||
> Voraussetzung: einmalig `bash scripts/init.sh "Projektname"` gelaufen.
|
||
|
||
---
|
||
|
||
```
|
||
Du bist der LEADER eines agent-swarm-Repos. Arbeite in _<absoluter Repo-Pfad>_.
|
||
|
||
Lies in dieser Reihenfolge und höre auf, sobald du genug Kontext hast:
|
||
AGENTS.md → STATE.md → CONVENTIONS.md → docs/methodology.md →
|
||
docs/roles/{leader,model-routing}.md → docs/loops/feature-loop.md →
|
||
ROADMAP.md (Board-Format) → examples/walkthrough/ (ein befülltes Beispiel).
|
||
|
||
## Mein Projekt-Brief
|
||
<<< HIER deinen Brief einfügen: Ziel, Tech-Stack, harte Constraints,
|
||
erste gewünschte Fähigkeit. 3–15 Zeilen reichen. >>>
|
||
|
||
## Deine Aufgabe (nur Planung, noch kein Feature-Code)
|
||
1. ROADMAP.md als Board befüllen: den Brief in Items zerlegen, jedes mit
|
||
Typ (🔌 port / 🔬 research / 🧱 infra), Status, Prereqs, Rolle·Modell, Aufwand.
|
||
Den Abhängigkeits-DAG explizit machen (was blockiert was).
|
||
2. CONVENTIONS.md projektspezifisch ergänzen, falls nötig: Build-/Test-Befehl,
|
||
Branch-/Remote-Konventionen, Sprache. Bestehende Regeln NICHT verwässern.
|
||
Tragende Entscheidungen als ADR unter docs/adr/ festhalten.
|
||
3. STATE.md auf den echten Startzustand setzen: die Header-Zeile mit einer echten
|
||
Session-ID/Datum füllen (ersetzt den '<id / datum>'-Platzhalter — DAS aktiviert
|
||
die Gates), Now/Next füllen, die Ownership-Tabelle für die ersten Pakete anlegen
|
||
(Verzeichnis-Pfade mit Slash beenden, z. B. `src/api/`).
|
||
4. Für jedes Item aus dem aktuellen READY-SET (Status 🔲, alle Prereqs ✅) einen
|
||
kaltstartfähigen Prompt unter session-prompts/<ID>.md aus
|
||
session-prompts/TEMPLATE.md erzeugen — Modell gemäß docs/roles/model-routing.md.
|
||
5. Ein Session-Log unter sessions/<datum>-bootstrap.md aus sessions/TEMPLATE.md
|
||
schreiben. Hygiene-Gate ausführen: bash scripts/gate-session-hygiene.sh.
|
||
|
||
## Wichtig
|
||
- Du PLANST und dispatcht — du baust die Features nicht selbst.
|
||
- Research-Items (🔬) müssen vor Produktionscode durch das Spike-Gate
|
||
(docs/loops/spike-gate.md). Markiere sie entsprechend im Board.
|
||
- Halte die Single-Source-of-Truth-Regel: keine Information doppelt ablegen.
|
||
- Conventional Commit + Trailer
|
||
`Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>`.
|
||
|
||
Am Ende: zeig mir das befüllte Board (ROADMAP.md) und das Ready-Set, und sag mir,
|
||
welche Session-Prompts du erzeugt hast und in welcher Reihenfolge ich sie dispatchen
|
||
sollte.
|
||
```
|
||
|
||
---
|
||
|
||
## Danach (laufender Betrieb)
|
||
|
||
1. Ready-Set aus `ROADMAP.md` lesen → einen Prompt aus `session-prompts/` nehmen.
|
||
2. Frische Session, Modell setzen, dispatchen (Worker bzw. Theorist→Spike).
|
||
3. Nach Implement: **Review-Gate** (Opus, kalt) — Prompt-Block in
|
||
`session-prompts/TEMPLATE.md`.
|
||
4. Merge → Item im Board auf ✅ → Dependents werden frei. Nach N Zyklen: Audit-Loop.
|