version: "1.0.0" name: project-guard description: Acts as guardian for local coding projects integrated with the Cowork Singularität. Monitors project state, reads .cowork/status.json and recent reports, flags open handoffs, stale sessions, version drift, and policy violations. Use when the user asks about project status, what's pending, where we left off, what GodMode did last, session continuity, says 'status check', 'wie ist der Stand', 'was läuft', or 'health check'.

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.