Some checks failed
Deploy Development / deploy (push) Successful in 45s
Test Suite / pytest-backend (push) Failing after 1m10s
Test Suite / k6 /api/health Baseline (push) Has been skipped
Test Suite / playwright-smoke (push) Has been skipped
Test Suite / lint-backend (push) Successful in 1s
Test Suite / compose-smoke (push) Has been skipped
Beantwortet die Lücke zwischen parallelen Tabellen und späterem Steering Core: Graph-Read-Model, minimale Flows, sichtbarer Steuerungszustand. Co-authored-by: Cursor <cursoragent@cursor.com>
1.4 KiB
1.4 KiB
AP0.10 — Operating Model Integration & MVP Validation
Implementierungsauftrag v0.1
Status: freigegeben
Stand: 2026-07-05
Vorgänger: AP0.9 ✓
Zielversion: 0.10.0-ap0.10 (keine Schema-Migration)
Warum AP0.10 anders ist als AP0.8/0.9
AP0.8/0.9 lieferten Entitäten + Signale.
AP0.10 liefert Verknüpfung + erklärbaren Zustand + minimale Flows — Brücke zum Steering Core.
Referenz: docs/architecture/Kairo_Operating_Model_Steering_Bridge_v0.1.md
Teil A — Integration (technisch)
| Slice | Inhalt |
|---|---|
| 10a | Steering-Snapshot Read-Model + API |
| 10b | Operating-Transitions (Blocker→Action, Review→Action) |
| 10c | Attention Regel: review_required ohne Review |
| 10d | UI: Steuerungszustand + Verknüpfungen an Maßnahmen |
Teil B — Validation (fachlich)
Testvorhaben aus Roadmap durchspielen, Lücken dokumentieren, AP1.0-Prioritäten ableiten.
Nicht-Scope
- SteeringContext, Method Registry, Dependencies, Sprints
- UI-Redesign
- KI/MCP/Workflow
Abnahme Teil A
GET /api/initiatives/{id}/steering-snapshotliefert Graph + operating_phase- Blocker resolved → verknüpfte Maßnahme entblockt (wenn keine weiteren offenen Blocker)
- Review completed → Maßnahme in review_required → done
- UI zeigt Phase + Maßnahmen-Kontext (Blocker/Evidence)
Freigegeben — Integration vor Validation.