cubetribe/cowork_singularity/project-guard

project-guard — Projekt-Wächter

Zweck

Health-Monitor für Singularität-Projekt. Beantwortet: Was läuft? Was hängt? Wo waren wir?

Project-guard ist der bevorzugte CoWork-Writer für Lifecycle-States. Status-Writes brauchen trotzdem den freigegebenen Bridge-Scope oder einen expliziten Status-Command.

Wann triggern

• "Status?" / "Health Check"
• "Wie ist der Stand?"
• "Was läuft gerade?"
• "Wo waren wir gestern?"

Workflow

1. Identifiziere Projekt

2. Lade State

1. .cowork/status.json
2. .cowork/handoff-log.md (letzte 10)
3. VERSION
4. ls reports/
5. .cowork/code-reviews/

3. Konsistenz-Checks

• A. Lifecycle-Konsistenz: current_state plausibel zum Log? Stale (>24h)?
• B. Version-Drift: VERSION vs. reports/ vs. status.json.active_version?
• C. Pending Items: Open Handoffs? pending-prompt.md ohne Übergabe?
• D. Code-Reviews: Letztes reports/ hat Review?
• E. Approval-Gate: EXECUTOR_WORKING nur mit Approval Contract?

4. Status-Report

════════════════════════════════════════
  COWORK SINGULARITÄT — STATUS REPORT
════════════════════════════════════════
Projekt: <name>
Datum: <heute>
 
▸ AKTUELLER STATE
  Lifecycle: <current_state>
  Executor: <X>
  Version: v<X>
  Letzte Änderung: <ts>
 
▸ LETZTE EVENTS (3)
  1. <ts> — <event>
 
▸ OPEN HANDOFFS: <N>
▸ COWORK PENDING ACTIONS: <N>
 
▸ CONSISTENCY CHECKS
  [✓|✗] Lifecycle
  [✓|✗] Version-Drift
  [✓|✗] Pending Reviews
 
▸ WARNINGS
▸ NÄCHSTE LOGISCHE SCHRITTE
════════════════════════════════════════

5. Bei Anomalien

NICHT automatisch fixen. Klar benennen, Fix-Vorschläge geben.

Wenn Approval fehlt: USER_DECISION_NEEDED empfehlen, nicht eigenständig zur Implementation wechseln.

Special Mode: "Wo waren wir?"

Kürzerer Status + letztes code-review zusammenfassen + konkreter nächster Schritt vorschlagen.

Quality Self-Check

• [ ] Alle 4 Consistency-Checks gelaufen?
• [ ] Warnings konkret + aktionierbar?
• [ ] Bei stale >24h hingewiesen?
• [ ] Nächste-Schritte-Vorschläge konkret?

Anti-Patterns

❌ Status ohne Warnings bei Inkonsistenzen ❌ Automatisch fixen ❌ Über jedes Detail meckern

Modell-Empfehlung

Optimiert für: Haiku 4.5

Begründung: Status-Check, Konsistenz-Check, File-Existence-Vergleich, JSON-Parsing — klassischer Klassifikations-Task. Haiku in <1s zu ~20% der Sonnet-Kosten. Oft getriggert → Cost-Optimierung lohnt.

Output-Disziplin: Status-Block max 200 Wörter.

⚠️ Skill-Frontmatter unterstützt kein model: Field — Routing-Intent.