- Root-Header-Doku (
README.md,ARCHITECTURE.md,ROADMAP.md,FUTURE_ENHANCEMENTS.md) fürinclude/konsolidiert (Target: 2026-Q2) - Build-Kommandos auf aktuelle Presets (
linux-release) normalisiert (Target: 2026-Q2) - Modulweise Priorisierung nach API-Risiko/Nutzungsgrad inklusive Akzeptanzkriterien erfasst (Target: 2026-Q2)
- Verknüpfung kritischer Header-Surfaces mit den korrespondierenden
src/<module>/ARCHITECTURE.md-Sektionen (Target: 2026-Q3) — abgeschlossen 2026-06-01 - Prioritätsblock A (Core-Runtime-APIs) vollständig gegen Header- und Implementierungsstand verifiziert —
core,storage,query,transaction,server,security,network,apije mitARCHITECTURE.md+ROADMAP.md+FUTURE_ENHANCEMENTS.mdabgedeckt (abgeschlossen 2026-06-01) - Prioritätsblock B (Plattform- und Betriebsflächen) gegen Header- und Implementierungsstand verifiziert —
auth,sharding,replication,metadata,observability,performance,cache,searchje mitARCHITECTURE.md+ROADMAP.md+FUTURE_ENHANCEMENTS.mdabgedeckt (abgeschlossen 2026-06-01) - Prioritätsblock C (Domänenspezifische Flächen) gegen Header- und Implementierungsstand verifiziert —
analytics,temporal,timeseries,geo,rag,llm,training,voice,pluginsje mitARCHITECTURE.md+ROADMAP.md+FUTURE_ENHANCEMENTS.mdabgedeckt (abgeschlossen 2026-06-01) - Prioritätsblock D (Tail-/Support-Module) vollständig mit
ARCHITECTURE.md+ROADMAP.md+FUTURE_ENHANCEMENTS.mdabgedeckt — alle 35 verbleibenden Module unterinclude/dokumentiert (abgeschlossen 2026-06-01)
| Priorität | Module | Risiko-/Nutzungsrationale | Akzeptanzkriterien |
|---|---|---|---|
| A (kritisch) | core, storage, query, transaction, server, security, network, api |
zentrale Runtime- und Vertragsflächen mit hoher Konsumentenwirkung | je Modul: README+ARCHITECTURE+ROADMAP+FUTURE_ENHANCEMENTS source-verifiziert, öffentliche Entry-Header benannt, Breaking-/Deprecation-Hinweise dokumentiert |
| B (hoch) | auth, sharding, replication, metadata, observability, performance, cache, search |
häufig integrierte Plattform- und Betriebsflächen | Modul-Doku auf aktuelle Headerstruktur abgeglichen, Schnittstellen zu A-Modulen und src/-Dokumenten explizit verlinkt |
| C (mittel) | analytics, temporal, timeseries, geo, rag, llm, training, voice, plugins |
domänenspezifische, teils optionale oder ausbaubare API-Flächen | Kern-Headerpfade dokumentiert, Layer-Bezug (ANN/Tensor/Graph/LLM) markiert, offene Gaps explizit als geplant gekennzeichnet |
| D (tail) | acceleration, ai, aql, cdc, chaos, chimera, config, content, distributed_knowledge, document, ethics_ai, exporters, failover, governance, graph, importers, index, ingestion, llama_cpp, maintenance, onnx_clip, process, projects, prompt_engineering, rpc_grpc, scheduler, scraper, stable_diffusion, tensor, themis, toolbox, updates, user_storage_encrypted, utils, whisper |
geringere direkte Konsumentenbreite oder Hilfscharakter | minimaler Developer-Einstieg vorhanden, Verweise auf zuständige Hauptmodule gesetzt |
- API-Vertragsindex für häufig genutzte Header-Einstiege je Schicht (ANN/Tensor/Graph/LLM) ergänzen (Target: 2026-Q3)
- Pro priorisiertem Modul explizite Kompatibilitäts-/Deprecation-Hinweise dokumentieren (Target: 2026-Q3)
- Header-Dokumentation mit reproduzierbaren Compile-Checks in CI koppeln (Target: 2026-Q4)
- Root-Dokumente für
include/vorhanden und verlinkt - Preset-Kommandos entsprechen
CMakePresets.json - Priorisierte Header-Surfaces mit Akzeptanzkriterien dokumentiert
- Änderungsverfolgung (Breaking/Deprecation) je Modul konsistent