2 Commits

Author	SHA1	Message	Date
Benjamin Admin	2063615d37	feat: Capability Registry v1 API-Vertrag (#59) + Ownership-Modell finalisiert ... #59 (geschaerft, User): capabilities.json -> capability_registry_v1 (contract_version 1.0): stabile `cap.*`-IDs (NIE umbenennen) + 5 Vertragsfelder (description/guidance_basis/ realizes_obligations/required_procedures/evidence_patterns), PRODUKTNEUTRAL (keine Features). = stabiler API-Vertrag fuer die Product->Compliance-Schnittstelle (Feature->Capability, Session 3 mappt read-only dagegen). session_ownership_model_v1.md RESOLVED: Legal-Owner = Re-Ingest-Session (vergibt KEINE obligation_id, nur citation_span->legal_basis) · 4. Session -> Quality & Validation (nur Tests, KEINE Daten) · Compliance 2 Branches DAUERHAFT (A=Build, B=Runtime). 4-Bibliotheken- Zielbild (Legal/Product/Capability/Evidence). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-06-26 10:35:49 +02:00
Benjamin Admin	63fe2d496e	docs: session_ownership_model_v1.md — Arbeitsteilung nach Modell-Besitz + 3 Vertraege ... User-Antwort auf „wie verteilen wir die Arbeit": nach BESITZ der Datenmodelle, NICHT nach Regulierung. 3 Domaenen (Legal Knowledge / Compliance Execution / Product Knowledge), jede besitzt EIN Modell (andere read-only). 3 Vertraege: Legal->Compliance citation_span->legal_basis · Product->Compliance Feature->Capability (WICHTIGSTE Schnittstelle) · Compliance->Legal obligation_id->legal_basis. Product Knowledge Graph = naechster Meilenstein (Reasoning-Session umfokussieren, besitzt schon CanonicalProductRegulatoryProfile+Navigator). NIS2 verschoben. Offene Fragen: Legal-KG-Owner, IACE-4.-Session, Compliance-2-Branch-Split. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-06-26 10:23:07 +02:00