# HiveGrid 2.0 — Einstieg für Coding-Agenten > **Zentrale Regeln stehen in [`AGENTS.md`](./AGENTS.md) — zuerst lesen.** Diese Datei ist nur der Wegweiser. @AGENTS.md ## Arbeitsmodus (Kurzform) - **2 Devs bauen parallel:** **Raffael** = Kern-Kette (P1→P2→P5→P6→P7→P8→P9→P11→P12→P13, sequenziell) · **Akeshan** = Trabanten (Infra, P3, P4, P17, P19, dann P14/P15/P16/P20/P21). + David (Screens). Sync-Punkt: P14/P15/P16 brauchen P5. - **GSD nur als Infrastruktur** (`.planning/`-Struktur + Codebase-Konventionen) — **NICHT** die `/gsd-*`-Slash-Commands. Wir arbeiten **ticket-getrieben**. - **Parallel-Schema-Regel (AD-21):** Modul = eigene `prisma/schema/.prisma`; Branch = `prisma db push`; Migration erst beim Merge. ## Ein Ticket bauen Du bekommst eine **Ticket-ID** → lies **`.planning/ticket-docs/.md`** (self-contained Bau-Spec) + `AGENTS.md`. Prüfe die `blocked-by` der Doc. Voller Einstiegs-Prompt: **`.planning/ticket-docs/README.md`**. **Verbindlich (Details in AGENTS.md §„Ticket-Treue, Verbesserungs-Vorschläge & Fortschritt"):** strikt im Scope der Ticket-Doc/DoD bleiben, **nichts erfinden** (bei Lücke: Stop + Rückfrage); Verbesserungsideen nur **explizit als „💡 Vorschlag (außerhalb Ticket-Scope)"** ausweisen, nie still einbauen; Fortschritt stets als **% der DoD** melden (Done erst bei 100 %). ## Wo finde ich was | Was | Wo | |---|---| | Bau-Spec je Ticket (Einstieg) | `.planning/ticket-docs/.md` | | Datenmodell (LOCKED, Vorrang P6–P9) | `.planning/ENTITY-MODEL.md` | | Phasen v1/v2 | `.planning/ROADMAP.md` · `ROADMAP-V2.md` | | Reihenfolge (Start-Tag je Ticket) | `.planning/SPRINT-DAYPLAN.md` | | Requirements / Phase→Milestone | `.planning/REQUIREMENTS.md` · `PHASE-SOURCES.md` | | Screen-Briefs (Designer) | `.planning/designer-briefs/PXX.md` | | Architektur-Entscheidungen | `docs/ARCHITECTURE-DECISIONS.md` | | Live-Tickets/Status | Plane: `project.tool-ctrl.de` (Projekt HiveGrid) | **Pivot-Vorrang:** Bei Widerspruch gilt `ENTITY-MODEL.md` vor den `_bmad-output/specs/M0x` (AD-20, projekt-zentrisch).