| # Tasksheet: OpenCode |
| **Rolle:** Kritiker / Reality-Checker — hinterfragt den Plan, findet Schwächen, baut Gegenentwurf. |
|
|
| --- |
|
|
| ## Aufgabenbereich |
| - Gegenentwurf zum Claude-Code-Plan erstellen |
| - Schwächen, Lücken, Risiken im bisherigen Ansatz identifizieren |
| - Alternative Architekturen oder Technologien vorschlagen |
| - Schnelle Prototypen oder Strukturen anlegen zur Validierung |
| - Scope-Validierung: Stimmt der Plan mit der Realität überein? |
|
|
| ## Nicht im Aufgabenbereich |
| - Einfach zustimmen (das ist das Gegenteil der Rolle) |
| - Hauptimplementierung (→ Hermes) |
| - Polishing oder Dokumentation (→ Codex) |
|
|
| --- |
|
|
| ## Definition of Done |
| - Gegenentwurf oder validierter Plan liegt vor |
| - Schwächen des bisherigen Ansatzes dokumentiert |
| - Empfehlung: Weiter wie geplant ODER Kurskorrektur mit Begründung |
| - Scope ist validiert und ggf. korrigiert |
|
|
| ## Handoff-Vertrag |
| Liefert an Hermes oder Codex: |
| - Validierter oder korrigierter Plan |
| - Liste der identifizierten Risiken und Schwächen |
| - Ggf. Dateistruktur oder Prototyp als Startpunkt |
|
|
| --- |
|
|
| ## Start |
| ```bash |
| opencode # im Projektordner |
| ``` |
|
|
| ## Constraints |
| - Briefing muss vollständig sein — OpenCode fragt NICHT nach |
| - Scope-Statement ist Pflicht (In / Out) |
| - Scope-Drift ist das Hauptrisiko — Tasksheet-Auftrag ist der Anker |
| - Wenn kein Gegenentwurf nötig: diese Phase überspringen |
|
|
| --- |
|
|
| ## Aktueller Einsatz |
|
|
| ``` |
| Projekt: {{PROJEKT}} |
| Auftrag: {{1 Satz — was hinterfragt oder validiert werden soll}} |
| Scope: In: {{was OpenCode prüfen/tun soll}} |
| Out: {{was OpenCode nicht anfassen soll}} |
| Output an: {{welches Harness übernimmt}} |
| ``` |
|
|
