onestack-impl-surface-panel
noneOS
Onestack Impl Cockpit
OneProject-Arbeitsmodell fuer Umsetzung, Evidence, Guards und naechste Handlungen
Aufgabenliste
Sortierbare OneStack-Aufgaben aus Impl-Liste und OneAnalytics Task Matrix.
Seitlich wischen fuer breite Taskboard-Spalten. Oeffnen steht links und springt zur Task View.
Spalten
| View | ID | Aufgabe | Status | Dauer | Prio | Bearbeiter | Fortschritt | Vorgaenger | Nachfolger | Kritischer Pfad |
|---|---|---|---|---|---|---|---|---|---|---|
| Oeffnen | impl-0001-task-0052 | CSS-Spec, Zoom-Vertrag, Topline-Breite, statische Topline und Hedgie/Worklink-Offline-Reload absichernHedgie/Worklink Cross-Surface-Offline-Reload reparieren und Worklink-Text-/Surface-Erkennung klaeren; danach Guard erneut auf Contabo ausfuehren. | blocked | 5.0 d | 1 | andreasschoenherr | 86% | impl-0001-task-0050impl-0001-task-0051 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0001-task-0001 | OneSite lookup index live and stale binary guardedFachliche Abnahme durch ACCEPT impl-0001-task-0001, wenn die Live-Resolution fuer den Nutzer plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0052 | impl-0001-task-0002 | ja |
| Oeffnen | impl-0001-task-0002 | Onestack-Impl cockpit surface and task listFachliche Abnahme durch ACCEPT impl-0001-task-0002, wenn das Cockpit als erster Umsetzungsstand plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0001 | impl-0001-task-0014 | ja |
| Oeffnen | impl-0001-task-0014 | Prompt-Intent-Guard fuer Fragezeichen und Sofortumsetzung schaerfenFachlich pruefen und bei Zustimmung ACCEPT impl-0001-task-0014 geben; bis zur Abnahme bleibt der Guard technisch done_candidate. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0002 | impl-0001-task-0015 | ja |
| Oeffnen | impl-0001-task-0015 | Gov OS Console Panel als geklappter Governance-ContainerFachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0015, wenn Governance OS Panel / Gov OS Console Panel plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0014 | impl-0001-task-0017 | ja |
| Oeffnen | impl-0001-task-0017 | Reference-, Governance- und Applied-Tenant-Resolution physisch trennenRepair-Lauf, Guards, OneSite-Live-Readiness und Commits abschliessen; danach fachliche Abnahme durch ACCEPT impl-0001-task-0017. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0015 | impl-0001-task-0019 | ja |
| Oeffnen | impl-0001-task-0019 | Frame bindet genau ein Parent-PanelFachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0019, wenn die Ein-Parent-Panel-Regel plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0017 | impl-0001-task-0020 | ja |
| Oeffnen | impl-0001-task-0020 | Domain.tld referenziert kanonisches Domain-tld SurfaceFachliche Sichtpruefung und danach ACCEPT impl-0001-task-0020, wenn die domain.tld -> domain-tld Surface-Regel plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0019 | impl-0001-task-0021 | ja |
| Oeffnen | impl-0001-task-0021 | Homepage Visual Guard als triggerbasiertes Completion-GateFachliche Sichtpruefung der frischen Desktop-/Mobile-Evidence; bei Zustimmung spaeter ACCEPT impl-0001-task-0021. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0001-task-0050 | ja |
| Oeffnen | impl-0001-task-0024 | Generisches Ingress-Modell mit versionierten Templates und austauschbarer Edge-Schichtdone_candidate pruefen: Ingress-Desired-State-Guard, Taskboard-Runtime-Guard, Done-Guard und Search-Projection-Guard ausfuehren; fachliche Abnahme bleibt separat. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0021 | impl-0001-task-0025 | ja |
| Oeffnen | impl-0001-task-0025 | OneSpec: Core Services, Stacks und UnifiedAPI-Domaenen sauber abgrenzen und guardenFachliche Abnahme durch ACCEPT impl-0001-task-0025, wenn die Abgrenzung Core Services, Stacks und UnifiedAPI-Domaenen plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0024 | impl-0001-task-0027 | ja |
| Oeffnen | impl-0001-task-0027 | OneDiscovery.one als kanonischen Discovery-Dienst materialisierenFachliche Abnahme durch ACCEPT impl-0001-task-0027, wenn OneDiscovery als kanonischer Discovery-Dienst plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0025 | impl-0001-task-0028 | ja |
| Oeffnen | impl-0001-task-0028 | Guard-Policy-Aenderungen nur mit expliziter Freigabe und EvidenceFachliche Abnahme durch ACCEPT impl-0001-task-0028; danach Remote/Mirror-Readiness der onespec/oneguardph Repo-Familien im Repo-Baseline-/Mirror-Task abschliessen. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0027 | impl-0001-task-0031 | ja |
| Oeffnen | impl-0001-task-0031 | OneOSInfra Software- und Betriebssystem-Readiness fuer Codex, OS und DrittsoftwareFachliche Abnahme durch ACCEPT impl-0001-task-0031, wenn Codex-Upgrade, Spec, Guard und Evidence fuer oneosinfra.one plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0028 | impl-0001-task-0032 | ja |
| Oeffnen | impl-0001-task-0032 | OneRepoHub Mirror-Executor synchronisiert Forgejo-Metadaten nach Bare-Repo-MaterialisierungFachliche Abnahme durch ACCEPT impl-0001-task-0032, wenn die Bootstrap-Haertung des Mirror-Executors plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0031 | impl-0001-task-0033 | ja |
| Oeffnen | impl-0001-task-0033 | OneRepoHub Mirror-Orchestrator fuer ausgereiftes Multi-Forge-MirroringFachliche Abnahme durch ACCEPT impl-0001-task-0033, wenn der OneRepoHub Mirror-Orchestrator als erste tragfaehige Multi-Forge-Kante plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0007-task-0001 | ja |
| Oeffnen | impl-0001-task-0034 | Freigabe-Muster fuer Done-Kandidaten im Onestack-Impl CockpitFachliche Abnahme durch ACCEPT impl-0001-task-0034, wenn das Freigabe-Muster fuer Done-Kandidaten plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0033 | impl-0001-task-0036 | ja |
| Oeffnen | impl-0001-task-0036 | Actalis certificate_missing als Trigger mit OneSpec/OneGuard/OneOSInfra-Remediation behandelnTrigger-Kante Readiness -> Remediation-Service spezifizieren; keine periodische Remediation als Zielzustand. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0034 | impl-0001-task-0037 | ja |
| Oeffnen | impl-0001-task-0037 | DB InfraGO Objektbibliothek Import-Index mit Spec, Autorun-Trigger und LoopStack-AnbindungFachliche Abnahme durch ACCEPT impl-0001-task-0037; danach systemd-User-Units installieren/aktivieren, wenn der triggerbasierte Import dauerhaft im User-Service laufen soll. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0036 | impl-0001-task-0038 | ja |
| Oeffnen | impl-0001-task-0038 | Import-Index zu Stable-Index mit DataStack-Handoff fuer Objektbibliothek und SOM-MusterFachliche Abnahme durch ACCEPT impl-0001-task-0038; danach SOM-Connector auf dasselbe Muster materialisieren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0037 | impl-0001-task-0039 | ja |
| Oeffnen | impl-0001-task-0039 | Service-, Stack- und UAPI-Repo-Familien in governance/reference/applied/{tenant} pruefbar machenFachliche Abnahme durch ACCEPT impl-0001-task-0039, wenn die Service-/Stack-/UAPI-Schichtung und Vier-Repo-Familienpruefung plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0038 | impl-0001-task-0040 | ja |
| Oeffnen | impl-0001-task-0040 | DB InfraGO SOM Import-Index, Stable-Index und DataStack-Handoff materialisierenFachliche Abnahme durch ACCEPT impl-0001-task-0040; danach SOM/Object Library Relation-Index gegen som_requirement-Stable-Records bauen. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0039 | impl-0001-task-0041 | ja |
| Oeffnen | impl-0001-task-0041 | ExchangeStack.one als Reference-Stack fuer geregelten Austausch materialisierenFachliche Abnahme durch ACCEPT impl-0001-task-0041, wenn ExchangeStack als geregelte Austauschschicht plausibel abgegrenzt ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0040 | impl-0001-task-0046 | ja |
| Oeffnen | impl-0001-task-0046 | OneSpec-/OneGov-/OneGuard-Migrationsprogramm fuer Spezifikationen, Governance und Guard-AuthorityFachliche Abnahme durch ACCEPT impl-0001-task-0046, wenn die Governance-Migrationsprogramm-Readiness plausibel ist; physische Migration bleibt separat freigabepflichtig. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0041 | impl-0001-task-0048 | ja |
| Oeffnen | impl-0001-task-0048 | Onestack-Impl Ansichten und Umschaltungen mit Playwright vollstaendig pruefenFachliche Sichtpruefung im Browser; danach ACCEPT impl-0001-task-0048, wenn Desktop/Mobile, Task Views, Fortschritt/Dauer, Scrollen und Vorgänger-/Nachfolger-Umschaltung plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0001-task-0050 | ja |
| Oeffnen | impl-0001-task-0050 | Browser-Dec-Offline-Reload und Gov Topline Frame materialisierenFachliche Abnahme; danach Browser-Dec-Offline-Runtime weiter in Richtung vollstaendige signierte Dec-Seite ausbauen. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0021impl-0001-task-0048 | impl-0001-task-0052 | ja |
| Oeffnen | impl-0001-task-0051 | Onestack-Impl Tasksuche und Taskview-Spaltenbreite guardbar korrigierenFachliche Abnahme; danach die gleiche Search-/Taskview-Guard-Kante fuer weitere Taskboard-Surfaces wiederverwenden. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0001-task-0052 | ja |
| Oeffnen | impl-0001-task-0053 | Surface Panels mit 6px Topline und 6x6 Laufpunkt absichernFachliche Abnahme durch ACCEPT impl-0001-task-0053, wenn 6px Linie und 6x6 Laufpunkt im Browser plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0051 | impl-0002-task-0001 | ja |
| Oeffnen | impl-0002-task-0001 | OneProject-grade Onestack-Impl workbenchLive pruefen, fachlich ansehen und nach Sichtpruefung ACCEPT impl-0002-task-0001 entscheiden. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0001-task-0053 | impl-0002-task-0002 | ja |
| Oeffnen | impl-0002-task-0002 | OneTask.one als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs abgrenzenFachliche Abnahme durch ACCEPT impl-0002-task-0002, wenn OneTask als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs plausibel abgegrenzt ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0002-task-0001 | impl-0004-task-0002 | ja |
| Oeffnen | impl-0004-task-0002 | DB InfraGO Knowledge Relation Index fachlich haertenAwait acceptance; continue with impl-0004-task-0003 profile artifacts. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0004-task-0010 | ja |
| Oeffnen | impl-0004-task-0003 | Knowledge-Viewer-Profile, SurrealDB und UAPI-Runtime-Vorstufe materialisierenAwait acceptance; continue with impl-0004-task-0004 viewer proposals. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0004-task-0010 | ja |
| Oeffnen | impl-0004-task-0004 | SOM- und Object-Library-Viewer-Proposals bauenAwait acceptance; continue with guard hardening and SurrealDB gates. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0003 | impl-0004-task-0005 | ja |
| Oeffnen | impl-0004-task-0005 | Knowledge-Viewer-Guards und Promotion-Gates haertenAwait acceptance; continue with SurrealDB schema/write/read/mirror gates. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0004 | impl-0004-task-0006 | ja |
| Oeffnen | impl-0004-task-0006 | SurrealDB Write/Read und One-/Dec-Spiegelungs-Guards materialisierenAwait acceptance; continue with operative migration package and DB execution gate. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0004-task-0010 | ja |
| Oeffnen | impl-0004-task-0007 | Dedizierten applied_infrago SurrealDB-Endpoint und operative Migration materialisierenFachliche Abnahme durch ACCEPT impl-0004-task-0007; parallel beginnt impl-0004-task-0009 Viewer Runtime. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0006 | impl-0004-task-0007-01 | ja |
| Oeffnen | impl-0004-task-0007-01 | applied_infrago SurrealDB Endpoint auf Contabo bereitstellenFachliche Abnahme durch ACCEPT impl-0004-task-0007-01; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0007 | impl-0004-task-0007-02 | ja |
| Oeffnen | impl-0004-task-0007-02 | OrgFort/OpenBao Credentials fuer applied_infrago anbindenFachliche Abnahme durch ACCEPT impl-0004-task-0007-02; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0007-01 | impl-0004-task-0007-03 | ja |
| Oeffnen | impl-0004-task-0007-03 | SurrealDB Schema fuer One und Dec pruefen und einspielenFachliche Abnahme durch ACCEPT impl-0004-task-0007-03; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0007-02 | impl-0004-task-0007-04 | ja |
| Oeffnen | impl-0004-task-0007-04 | Migration aus SOM, Objektbibliothek, Relation-Index und Profilen ausfuehrenFachliche Abnahme durch ACCEPT impl-0004-task-0007-04; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0007-03 | impl-0004-task-0007-05 | ja |
| Oeffnen | impl-0004-task-0007-05 | SurrealDB Readback gegen JSON-Artefakte pruefenFachliche Abnahme durch ACCEPT impl-0004-task-0007-05; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0007-04 | impl-0004-task-0007-06 | ja |
| Oeffnen | impl-0004-task-0007-06 | One-/Dec-Mirror-Evidence fuer Viewer-Daten erzeugenFachliche Abnahme durch ACCEPT impl-0004-task-0007-06; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0007-05 | impl-0004-task-0007-07 | ja |
| Oeffnen | impl-0004-task-0007-07 | Viewer Runtime-Gate fuer impl-0004-task-0009 setzenFachliche Abnahme durch ACCEPT impl-0004-task-0007-07; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0007-06 | impl-0004-task-0010 | ja |
| Oeffnen | impl-0004-task-0010 | DBInfraGO generische Knowledge-Prompt-Schnittstelle fuer ViewerFachliche Abnahme durch ACCEPT impl-0004-task-0010, wenn generische Knowledge-Prompt-Schnittstelle, Viewer-Familien-Gerippe und Contabo-Playwright-Evidence plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0002impl-0004-task-0003impl-0004-task-0006impl-0005-task-0014 | impl-0004-task-0011impl-0004-task-0012impl-0004-task-0013 | ja |
| Oeffnen | impl-0004-task-0012 | DB InfraGO Knowledge Viewer Struktur-/Daten-Trennung absichernFachliche Abnahme durch ACCEPT impl-0004-task-0012, wenn Struktur-/Daten-Trennung, Structure-only-Guard und getrennt nachgezogene Viewer-Guard-Familie plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0010impl-0004-task-0011 | impl-0004-task-0013 | ja |
| Oeffnen | impl-0005-task-0001 | OStask Runtime mit Autorun-Flags, LoopStack, Memory-Gate und Relationship-IndexFachliche Abnahme mit explizitem ACCEPT impl-0005-task-0001; weitere Runtime-UI-/Live-Index-Folgearbeit bleibt in impl-0005-task-0006 und Nachfolgetasks getrennt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0004-task-0012 | impl-0005-task-0002 | ja |
| Oeffnen | impl-0005-task-0002 | BTW-Prompt-Intent und ADHQ-Klaerungen im aktuellen Taskboard-Kontext modellierenFachliche Abnahme durch ACCEPT impl-0005-task-0002, wenn BTW/ADHQ-Semantik, Taskboard-Einordnung und Proposal-/Answer-/Integration-Gate plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0001 | impl-0005-task-0003 | ja |
| Oeffnen | impl-0005-task-0003 | Gated Memory-/Discovery-/Taskboard-Umsetzungssystem technologisch materialisierenFachliche Abnahme durch ACCEPT impl-0005-task-0003, wenn das gated, memory-backed, taskboard-gesteuerte Umsetzungssystem plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0002 | impl-0005-task-0004 | ja |
| Oeffnen | impl-0005-task-0004 | Proposal-/Antwort-Bestaetigungs-Gate fuer ADHQ, Vorschlaege und BeratungFachliche Abnahme mit explizitem ACCEPT impl-0005-task-0004; Folgearbeit ist Answer-/Memory-Gate gegen falsche Tool-Ort-Aussagen in impl-0005-task-0008. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0005-task-0005 | ja |
| Oeffnen | impl-0005-task-0005 | Taskboard-Item-Modell operativ in OneTask, OneDiscovery und MemoryStack nutzenFachliche Abnahme mit explizitem ACCEPT impl-0005-task-0005; Folgearbeit ist operative Runtime/Live-Index aus impl-0005-task-0006. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0004 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0005-task-0006 | Taskboard Runtime mit Kontextauswahl, Prompt-Bedienung, inkrementellem Index und Render-GateFachliche Abnahme mit explizitem ACCEPT impl-0005-task-0006; Folgearbeit ist UI/Workbench-Nutzung dieses Live-Index statt Full-Render. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0005-task-0008impl-0005-task-0014 | ja |
| Oeffnen | impl-0005-task-0008 | Answer-/Memory-Gate gegen falsche Aussagen zu Tool-Orten und bekannten Runtime-Kanten schaerfendone_candidate pruefen: answer-context-preflight-guard, oprms-baseline-answer-gatekeeper-guard und Taskboard-/Search-Guards ausfuehren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0006 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0005-task-0009 | Memory-Mandatory-Gate mit Prompt-, Antwort-, Taskboard- und SurrealDB-Persistenz materialisierenFachliche Abnahme durch ACCEPT impl-0005-task-0009, wenn der Memory-Mandatory-/SurrealDB-/OpenBao-Readback als ausreichend gilt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0005-task-0013impl-0005-task-0014 | ja |
| Oeffnen | impl-0005-task-0013 | Nachmemorisation fuer seeagain, GDrive und Repo-Bestand mit dauerhaftem Coverage-GuardFachliche Abnahme durch ACCEPT impl-0005-task-0013, wenn Nachmemorisation, Guarded Autorun und kurative Bucket-Trennung plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0009 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0005-task-0015 | Offline- und OTA-Zustaende als mittigen Nutzer-Dialog visualisierenFachliche Abnahme durch ACCEPT impl-0005-task-0015, wenn Offline Modus/OTA Update Dialogverhalten plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0013 | impl-0005-task-0018 | ja |
| Oeffnen | impl-0005-task-0018 | OneSite-/External-Mutation Consent-Gate, Single-Token-Turn und Consent-Parser/Preflight-Broker haertenFachliche Abnahme durch ACCEPT impl-0005-task-0018, wenn Broker-Semantik, Single-Token-Turn-Regel und Guard-Abdeckung plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0015 | impl-0005-task-0026 | ja |
| Oeffnen | impl-0005-task-0026 | ADHQ dbinfrago-knowledge-workbench-empf Surface auf oscore.eu bereitstellenFachliche Sichtpruefung von https://oscore.eu/dbinfrago-knowledge-workbench-empf oder https://oscore.eu/empf; danach ACCEPT impl-0005-task-0026, wenn die DB InfraGO Knowledge Workbench Empf-Surface plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0018 | impl-0005-task-0027 | ja |
| Oeffnen | impl-0005-task-0027 | OStask generische Record-Zerlegung, Silben, Teilwoerter, Ontologie und WebLLMAbnahme pruefen; Source-Import-Event-Kante ist lokal materialisiert und in impl-0005-task-0028 dokumentiert. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0026 | impl-0005-task-0028 | ja |
| Oeffnen | impl-0005-task-0028 | UnifiedAPI Service Instance Runtime Boundary und OneOSInfra-PersistenzAbnahme pruefen; RDSD-OWI ist als Dienst materialisiert und erste Viewer konsumieren Readback/Lineage-Artefakte. Fuer harte RDSD-Filter im Viewer ist ein voller Stable-Index-Lauf fuer SOM/Objektbibliothek der naechste Schritt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0027 | impl-0005-task-0030 | ja |
| Oeffnen | impl-0005-task-0030 | OneStack Workbench Search Query OrchestrationFachliche Abnahme durch ACCEPT impl-0005-task-0030, wenn die technische Evidence und die fachliche Grenze plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0028 | impl-0005-task-0031 | ja |
| Oeffnen | impl-0005-task-0031 | Domain Inventory Email Abuse Lockdown: frfy.de onlyFachliche Abnahme durch ACCEPT impl-0005-task-0031, wenn Email-Abuse-Lockdown plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0030 | impl-0005-task-0033 | ja |
| Oeffnen | impl-0005-task-0033 | Onestack Search und generisches Prompt Panel ueber SurrealDB-Projektion fuer Taskboard, Arbeitskontexte und StrukturFachliche Abnahme/ACCEPT fuer impl-0005-task-0033; Runtime bleibt operative Projektion, Authority-Promotion bleibt getrennt tokenpflichtig. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0031 | impl-0005-task-0034 | ja |
| Oeffnen | impl-0005-task-0034 | Governed Runtime Families und SurfaceDB-Migration fuer OneTec/TecStack/RegulationStackFachliche Abnahme durch ACCEPT impl-0005-task-0034, wenn ADR-0088-Migrationsstand und OSPart Curated-Review-Decision-Matrix plausibel sind; keine Curated-/Authority-Promotion ohne separate Folgeentscheidung. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0033 | impl-0005-task-0035 | ja |
| Oeffnen | impl-0005-task-0035 | OPRMetaSchema-/OPRMasterSchema-Update fuer Governed Runtime Families und SurfaceDBFachliche Abnahme durch ACCEPT impl-0005-task-0035, wenn OPRMetaSchema-/OPRMasterSchema-Ableitung und Guard-Abdeckung plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0034 | impl-0005-task-0036 | ja |
| Oeffnen | impl-0005-task-0036 | Activity/Eventlog-, Queue-, Backpressure- und Betriebsreife-Baseline fuer OneStack Runtime-MigrationFachliche Abnahme durch ACCEPT impl-0005-task-0036, wenn Activity/Eventlog-/Queue-Baseline, Responsibility Readiness und Runtime-Migration-Block plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0035 | impl-0005-task-0037 | ja |
| Oeffnen | impl-0005-task-0037 | MMU-MMA-P Role Coverage Matrix und Guard als Eingangsgate fuer OneStack Runtime-MigrationFachliche Abnahme durch ACCEPT impl-0005-task-0037, wenn die technische Evidence und die fachliche Grenze plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0036 | impl-0005-task-0040 | ja |
| Oeffnen | impl-0005-task-0040 | Prompt-Intent cont als continue verankernFachliche Abnahme durch ACCEPT impl-0005-task-0040, wenn die `cont`/continue-Semantik plausibel ist; laufender Governance-Migrationsfluss wird fortgesetzt. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0037 | impl-0005-task-0041 | ja |
| Oeffnen | impl-0005-task-0041 | OS Parts als kuratierte OneTec/TecStack Software-Bausteine materialisierenFachliche Abnahme durch ACCEPT impl-0005-task-0041, wenn die technische Evidence und die fachliche Grenze plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0040 | impl-0005-task-0042 | ja |
| Oeffnen | impl-0005-task-0042 | OS-Part Curation-Pflichten zentral zusammentragen und in Spec definierenFachliche Abnahme durch ACCEPT impl-0005-task-0042, wenn die technische Evidence und die fachliche Grenze plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0041 | impl-0005-task-0043 | ja |
| Oeffnen | impl-0005-task-0043 | Prompt-Intent tok als Token anbieten verankernFachliche Abnahme durch ACCEPT impl-0005-task-0043, wenn die `tok`/Token-Angebot-Semantik plausibel ist. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0042 | impl-0005-task-0046 | ja |
| Oeffnen | impl-0005-task-0046 | One/Dec Verifiable Checkpoint Ledger fuer Mirror, Check-in/Checkout und PromotionFachliche Abnahme durch ACCEPT impl-0005-task-0046, wenn One/Dec Verifiable Checkpoint Ledger, Release-Assurance, Check-in/Checkout und Legacy-Mirror-Promotion-Block plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0043 | impl-0005-task-0047 | ja |
| Oeffnen | impl-0005-task-0047 | One/Dec Ledger Rollout Inventory fuer bestehende Mirror-PfadeFachliche Abnahme durch ACCEPT impl-0005-task-0047, wenn DB InfraGO Ledger-Rollout, Post-Live-Ledger-Reseal und Workbench-Live-Readback plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0046 | impl-0005-task-0048 | ja |
| Oeffnen | impl-0005-task-0048 | ConnectorStack.one Baseline, Registry und AdapterStack-AbgrenzungFachliche Abnahme durch ACCEPT impl-0005-task-0048; Folgearbeit: Connector-Registry gegen tatsaechliche Repo-/Evidence-Pfade je Connectorfamilie vertiefen. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0047 | impl-0005-task-0049 | ja |
| Oeffnen | impl-0005-task-0049 | Agentic-Verified Watchdog fuer Done-KandidatenFachliche Abnahme durch ACCEPT impl-0005-task-0049, wenn Boolean-Semantik, Evidence, Search-Projection und Dashboard-Darstellung plausibel sind. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0048 | impl-0006-task-0001 | ja |
| Oeffnen | impl-0006-task-0001 | UnifiedAPI Connector Import, interne Versionierung und World-Change-Monitoring materialisierenFachliche Abnahme der done_candidate-Connector-Kette; offene ADHQs bleiben separat im Taskboard. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | sequence-start | impl-0006-task-0002impl-0006-task-0003impl-0006-task-0004impl-0006-task-0005impl-0006-task-0006impl-0006-task-0007impl-0006-task-0008 | ja |
| Oeffnen | impl-0006-task-0002 | DB InfraGO SOM Connector Importkette produktivierenNaechster Connector-Subtask der Reihe nach: impl-0006-task-0003 DB InfraGO Objektbibliothek Connector Importkette produktivieren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0001 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0006-task-0003 | DB InfraGO Objektbibliothek Connector Importkette produktivierenNaechster Connector-Subtask der Reihe nach: impl-0006-task-0004 Governance Connector regulations-rail-infrastructure produktivieren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0001 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0006-task-0004 | Governance Connector regulations-rail-infrastructure materialisierenNaechster Connector-Subtask der Reihe nach: impl-0006-task-0005 Governance Connector openbim produktivieren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0001 | impl-0004-task-0011 | ja |
| Oeffnen | impl-0006-task-0005 | Governance Connector openbim materialisierenNaechster Connector-Subtask der Reihe nach: impl-0006-task-0006 Governance Connector geospatial produktivieren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0001 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0006-task-0006 | Governance Connector geospatial materialisierenNaechster Connector-Subtask der Reihe nach: impl-0006-task-0007 Governance Connector project-schedule produktivieren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0001 | impl-0006-task-0010 | ja |
| Oeffnen | impl-0006-task-0007 | Governance Connector project-schedule materialisierenNaechster Connector-Subtask der Reihe nach: impl-0006-task-0008 Governance Connector lifecycle produktivieren. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0001 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0006-task-0008 | Governance Connector lifecycle materialisierenNaechster Connector-Subtask der Reihe nach pruefen und umsetzen. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0001 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0006-task-0009 | OpenBIM Repo-Migration und BIM-Altname-Guard materialisierenAlte unifiedapi-bim-* Repos nach fachlicher Freigabe als Migrationskandidaten behandeln; keine neue OpenBIM-Arbeit dort beginnen. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0008 | impl-0006-task-0010 | ja |
| Oeffnen | impl-0006-task-0010 | Geostack-Einbezug fuer unifiedapi.geospatial klaeren und abgrenzenFachliche Abnahme; danach keine direkte GeoStack-Quellenaufnahme an unifiedapi.geospatial/DataStack vorbei zulassen. | done_candidate | 0.5 d | 1 | andreasschoenherr | 100% | impl-0006-task-0006 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0001-task-0011 | DNS-/Mailbox.org-Readiness Blocker aus DNS Index aufraeumenDNS Desired-State Proposal pruefen und nur mit exaktem DNS-Apply-YES aktivieren; verbleibende Nicht-Spaceship-/Cloudflare-/deSEC-Faelle separat klaeren. | in_progress | 5.0 d | 1 | andreasschoenherr | 40% | impl-0006-task-0010 | impl-0001-task-0029 | ja |
| Oeffnen | impl-0001-task-0029 | Domainph-Placeholder-Policy aus ADR-0069 in OneSpec, Baseline und Guards materialisierenReconcile oneguardph current artifacts to oneguard desired identity, then run domain-placeholder-policy-guard strict. | in_progress | 5.0 d | 1 | andreasschoenherr | 78% | impl-0001-task-0011 | impl-0001-task-0030 | ja |
| Oeffnen | impl-0001-task-0030 | Runtime-/Guard-Layer-Trennung in governance, reference und applied/{tenant} spezifizieren und durchsetzenWire the layer-separation guard into the normal watchdog execution path where appropriate, then decide/migrate remaining flat applied file names only when a live path change is needed. | in_progress | 5.0 d | 1 | andreasschoenherr | 73% | impl-0001-task-0029 | impl-0001-task-0035 | ja |
| Oeffnen | impl-0001-task-0035 | DB InfraGO Objektbibliothek Connector Raw-Inbox und DataStack-Handoff sauber trennenCommit import-index runner/spec/trigger outputs, then mirror the connector repo-family through the normal baseline loop. | in_progress | 5.0 d | 1 | andreasschoenherr | 85% | impl-0001-task-0030 | impl-0001-task-0044 | ja |
| Oeffnen | impl-0001-task-0044 | DB InfraGO SOM aktuellen SharePoint-Stand ueber Connector-Reimport und Stable-Index-Lauf pruefenPrimary-Import-Index alt fuer Semantic Equality Gate bereitstellen; danach Index-alt gegen Index-neu vergleichen und Stable-Promotion-Regel hart schalten. | in_progress | 5.0 d | 1 | andreasschoenherr | 91% | impl-0001-task-0035 | impl-0004-task-0001 | ja |
| Oeffnen | impl-0004-task-0001 | DB InfraGO Knowledge Viewer Profile und Relation Index fuer SOM/Object LibraryWork through subtasks impl-0004-task-0002 to impl-0004-task-0005 in order: relation hardening, profile artifacts, viewer proposals, guards/promotion. | in_progress | 5.0 d | 1 | andreasschoenherr | 83% | impl-0001-task-0044 | impl-0004-task-0008 | ja |
| Oeffnen | impl-0004-task-0008 | Fort-/OpenBao-Credential-Boundary fuer applied_infrago materialisierenOpenBao-Readiness in die SurrealDB Runtime-Gates uebernehmen; danach impl-0004-task-0007 operative SurrealDB-Migration ausfuehren und impl-0004-task-0009 Viewer-Gates starten. | in_progress | 5.0 d | 1 | andreasschoenherr | 87% | impl-0004-task-0001 | impl-0004-task-0009 | ja |
| Oeffnen | impl-0004-task-0009 | Sauberen Knowledge Viewer nach Runtime-Gates bereitstellenIFC echte 3D-Geometrie-/Canvas-Betrachtung und Dec-/Offline-Abnahme weiterbauen; PDF.js/OneDelivery/IFC-Asset-/Probe-Routen sind live positiv nachgewiesen. Offene Pflichttests bis pass oder sauberer Falsifikation weiterfuehren. | in_progress | 5.0 d | 1 | andreasschoenherr | 83% | sequence-start | impl-0004-task-0013 | ja |
| Oeffnen | impl-0004-task-0011 | DB InfraGO Rail Sources Mapping und erster Rail/SOM/OBI Diff ViewerKombinierten Parser bauen: Ril100-XLSX, Betriebsstellen-App und stellwerke.info zusammenfuehren und danach echtes QGIS-Projekt aus inbox/QGIS importieren. | in_progress | 5.0 d | 1 | andreasschoenherr | 94% | impl-0004-task-0010impl-0006-task-0004 | impl-0004-task-0012 | ja |
| Oeffnen | impl-0005-task-0014 | Surface Prompt-Ein-/Ausgabedialog mit reference und applied Specs/GuardsSurfaceHub-/Panel-/Native-Runtime-Anbindung konzipieren und prototypisch materialisieren, ohne OneSite-Go-Sonderlogik. | in_progress | 5.0 d | 1 | andreasschoenherr | 58% | impl-0005-task-0006impl-0005-task-0009 | impl-0004-task-0010 | ja |
| Oeffnen | impl-0005-task-0024 | Registrierte Domains oneproposal/osappstack/onetec/tecstack baseline-ready materialisierenActalis-Zertifikate fuer onetec.one und tecstack.one vorbereiten/ausstellen, danach TLS-Readiness und Live-OneSite-Root-Routing pruefen. | in_progress | 5.0 d | 1 | andreasschoenherr | 83% | impl-0005-task-0014 | impl-0005-task-0029 | ja |
| Oeffnen | impl-0005-task-0029 | RDSD-OWI Queue Retention und Cleanup fuer completed/blocked RunsContabo Apply erst nach Ablauf der Retention oder mit ausdruecklichem exaktem Token; vorher keine Archivierung notwendig. | in_progress | 4.5 d | 1 | andreasschoenherr | 100% | impl-0005-task-0024 | impl-0007-task-0001 | ja |
| Oeffnen | impl-0007-task-0001 | OneRepoHub Mirror-Governance, Remote-First-Use und verschollene Repo-Forensik absichernMirror-Autorun ist enabled aber inactive; naechster Schritt ist scoped Mirror-Probelauf mit Remote-Rueckpruefung und Commit-ID-Evidence. | in_progress | 5.0 d | 1 | andreasschoenherr | 82% | impl-0001-task-0033 | onestack-impl-relation-graph | ja |
| Oeffnen | T-02101541 | [Fertigmeldung] Offene Hinweise: Bootstrap muss in oneanalytics-one (ADR-0028) ·Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-07edda35 | [Fertigmeldung] Offene Hinweise: ADR-0040 `decisionadr0040__runtime-governance`Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-1633ee02 | [Fertigmeldung] Offene Hinweise: Bootstrap muss in `oneanalytics-one`-Repo verscFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-1db66b89 | [Fertigmeldung] Nächster sicherer Schritt: ADR-0043/0045/0046/0047 in CLAUDE.md-Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-1ed876f2 | [Fertigmeldung] Nächster sicherer Schritt: Auf buildtogether.one entscheiden: ReFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-24b8e2f1 | [Fertigmeldung] Nächster sicherer Schritt: Codeberg-Repo `oneanalytics-one` anleFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-24cde3b8 | [Fertigmeldung] Nächster sicherer Schritt: Kollisionsprüfung der ADR-0040-NummerFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-2f00de85 | [Fertigmeldung] Offene Hinweise: Prompt-Datei lag im Unterordner `onesite-one`,Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-34a62f60 | [Fertigmeldung] Nächster sicherer Schritt: ADR-0043 in CLAUDE.md Accepted-ADRs-LFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-3502bf22 | [Fertigmeldung] Nächster sicherer Schritt: ...Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-474f2353 | [Fertigmeldung] Offene Schulden: ...Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-47b18562 | [Fertigmeldung] Nächster sicherer Schritt: LASC-Integration in OneSite-Surface aFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-4d39456c | [Fertigmeldung] Nächster sicherer Schritt: Codeberg-Repo `oneanalytics-one` anleFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-5534164f | [Fertigmeldung] Offene Hinweise: Bootstrap muss in `oneanalytics-one`-Repo verscFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-5a546d36 | [Fertigmeldung] Nächster sicherer Schritt: ...Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-69ef6727 | [Fertigmeldung] Nächster sicherer Schritt: ADR-0043 in CLAUDE.md Accepted-ADRs-LFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-6f7e7c74 | [Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Instanz onesite-one-db aktiFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-700257b9 | [Fertigmeldung] Offene Hinweise: g00-a02 metaschema-audit noch nicht ausgeführtFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-7e1d9ae7 | [Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Port für onesite-one festleFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-7ed6ce9a | [Fertigmeldung] Offene Schulden: 771 preserved Tasks aus Vorläufen — können in eFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-8486df8d | [Fertigmeldung] Nächster sicherer Schritt: Auf buildtogether.one entscheiden: ReFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-87336fa4 | [Fertigmeldung] Nächster sicherer Schritt: Codeberg-Verfügbarkeit prüfen, dann:Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-879a2913 | [Fertigmeldung] Nächster sicherer Schritt: Bereinigungslauf: preserved Tasks mitFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-8f6e0235 | [Fertigmeldung] Offene Schulden: ...Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-9287ab3d | [Fertigmeldung] Offene Hinweise: g00-a02 metaschema-audit noch nicht ausgeführtFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-9e94b7a2 | [Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Port für onesite-one festleFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-a89164e4 | [Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Instanz onesite-one-db aktiFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-a8cc7ccc | [Fertigmeldung] Offene Schulden: 771 preserved Tasks aus Vorläufen — können in eFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-a90f7014 | [Fertigmeldung] Offene Hinweise: Globales ~/AGENTS.md anlegen falls zentrales AgFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-b2355cfc | [Fertigmeldung] Nächster sicherer Schritt: ADR-0043/0045/0046/0047 in CLAUDE.md-Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-b459f483 | [Fertigmeldung] Offene Hinweise: Prompt-Datei lag im Unterordner `onesite-one`,Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-c366c5f7 | [Fertigmeldung] Offene Hinweise: Globales ~/AGENTS.md anlegen falls zentrales AgFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-c861d9bd | [Fertigmeldung] Nächster sicherer Schritt: Kollisionsprüfung der ADR-0040-NummerFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-c98ddc2d | [Fertigmeldung] Offene Hinweise: Bootstrap muss in oneanalytics-one (ADR-0028) ·Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-d6c2ad7d | [Fertigmeldung] Nächster sicherer Schritt: Codeberg-Verfügbarkeit prüfen, dann:Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-df9d6a99 | [Fertigmeldung] Nächster sicherer Schritt: LASC-Integration in OneSite-Surface aFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-e6b9fff3 | [Fertigmeldung] Nächster sicherer Schritt: Bereinigungslauf: preserved Tasks mitFertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | T-eba8654e | [Fertigmeldung] Offene Hinweise: ADR-0040 `decisionadr0040__runtime-governance`Fertigmeldung | open | 0.5 d | high | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0001-task-0016 | Hetzner-Primary-Umzug vor Preisstichtag und STACKIT-SKE-PilotangebotHetzner-Zielserver bestellen oder genaue Zielgroesse final bestaetigen; danach Bootstrap-/Migration-Runbook in oneosinfra-one anlegen und STACKIT-SKE-Angebotsanfrage formulieren. | open | 5.0 d | 1 | andreasschoenherr | 0% | impl-0007-task-0001 | impl-0001-task-0022 | ja |
| Oeffnen | impl-0001-task-0022 | Dec/Tauri Runtime und signierte Panel-Module als ZielauslieferungBuild the first panel manifest schema and module loader path after the inline payload handoff is visually green. | open | 5.0 d | 1 | andreasschoenherr | 22% | impl-0001-task-0016 | impl-0001-task-0026 | ja |
| Oeffnen | impl-0001-task-0026 | Domain.tld-Baseline-Materialisierung fuer onespec.one und oneguard.one mit oneguardph.one als aktiver Placeholder-AdresseReconcile current oneguardph-* local repos, Resolution entries and SurfaceHub bindings to desired service identity oneguard-*; audit guard already records the remaining observations. | open | 5.0 d | 1 | andreasschoenherr | 50% | impl-0001-task-0022 | impl-0001-task-0045 | ja |
| Oeffnen | impl-0001-task-0045 | SOM und Objektbibliothek Stable-Index/Import-Kette dec-seitig tragfaehig machen... Objektbibliothek one/dec Mirror-Manifest und Guard-Kontrakt materialisieren; danach Import-Runner-Hauptausgabe voll auf Primary-Import-Index drehen. | open | 5.0 d | 1 | andreasschoenherr | 18% | impl-0001-task-0026 | impl-0001-task-0047 | ja |
| Oeffnen | impl-0001-task-0047 | MemoryStack.one und oprms-baseline-answer-gatekeeper baseline-konform materialisierenFachliche Abnahme durch ACCEPT impl-0001-task-0047, wenn MemoryStack, OneMemory, OneDiscovery, unifiedapi.memory und oprms-baseline-answer-gatekeeper plausibel abgegrenzt sind. | open | 5.0 d | 1 | andreasschoenherr | 100% | impl-0001-task-0045 | impl-0001-task-0049 | ja |
| Oeffnen | impl-0001-task-0049 | IMPL-Nummerierung, Luecken und Tombstone-/Migrationsregel klaerenIMPL-Inventar und Spec-/Guard-Regel fuer fortlaufende Nummerierung erstellen; danach Entscheidung fuer impl-0008 Migration oder historische Akzeptanz einholen. | open | 5.0 d | 1 | andreasschoenherr | 0% | impl-0001-task-0047 | impl-0004-task-0013 | ja |
| Oeffnen | impl-0004-task-0013 | DB InfraGO Projektprofil-Sichtbarkeit im Projektraum modellierenProjektprofil-Scope-Vertrag fuer Lokal Halten, Projektteam intern, Projektteam extern und Projekt Zentrale spezifizieren und danach Projektraum SharedPanel/Guard materialisieren. | open | 5.0 d | 1 | andreasschoenherr | 20% | impl-0004-task-0009impl-0004-task-0010impl-0004-task-0012 | onestack-impl-relation-graph | ja |
| Oeffnen | impl-0004-task-0014 | DB InfraGO Prompt-Facetten fuer Dateityp und Fachgewerk generisch filternFachgewerk-Prompts wie LST nur pdf und die OneTecStack.one-Rolle fuer Runtime Inventory, Service Catalog, Resolver, Renderer-Faehigkeiten und Guard-Kontrakte weiter spezifizieren. | open | 5.0 d | 1 | andreasschoenherr | 20% | impl-0004-task-0013 | impl-0005-task-0007 | ja |
| Oeffnen | impl-0005-task-0007 | Android TauriFirst Arbeitsclient als Termux-Ersatz mit Scroll-, Session- und Taskboard-Fokus vorschlagenVorschlag ausarbeiten: Zielbild, Technologieoptionen, Empfehlung, Guard-/Spec-Kanten und Umsetzungsreihenfolge fuer Android-Termux-Ersatz. | open | 5.0 d | 1 | andreasschoenherr | 44% | impl-0004-task-0014 | impl-0005-task-0019 | ja |
| Oeffnen | impl-0005-task-0019 | Runtime-Ortung und Host-vs-Contabo-Best-Practice technologisch klaerenRuntime Inventory/Service Catalog und Resolver/Preflight spezifizieren; Orchestrierung nur als spaetere Ausbauoption pruefen. | open | 5.0 d | 1 | andreasschoenherr | 22% | impl-0005-task-0007 | impl-0005-task-0020 | ja |
| Oeffnen | impl-0005-task-0020 | OStask-Dokumentation deutsch fuehren und Weblate-Uebersetzung absichernWeblate-Komponente und maschinelle Uebersetzungsroute fuer OStask-Dokumentation festlegen; danach europaeische Hauptsprachen per Weblate erzeugen und Guard-Evidence schreiben. | open | 5.0 d | 1 | andreasschoenherr | 40% | impl-0005-task-0019 | impl-0005-task-0021 | ja |
| Oeffnen | impl-0005-task-0021 | OStask-Wortlaut 1:1 bewahren und Interpretation trennenSpec und Guard so nachschaerfen, dass Originalwortlaut verpflichtend ist und Ableitungen separat markiert werden; danach impl-0004-task-0014 korrigieren. | open | 5.0 d | 1 | andreasschoenherr | 33% | impl-0005-task-0020 | impl-0005-task-0022 | ja |
| Oeffnen | impl-0005-task-0022 | OneSite-Go-Consent-Token vorbereitet zur Bestaetigung ausgebenBreite DBInfraGO Playwright-Suite von unrelated Legacy-Erwartungen trennen oder korrigieren; danach Offline-/Dec-Cache-Evidence nachziehen. | open | 5.0 d | 1 | andreasschoenherr | 71% | impl-0005-task-0021 | impl-0005-task-0023 | ja |
| Oeffnen | impl-0005-task-0023 | DBInfraGO Playwright-Suite trennen und Guard-Restblocker debt-frei nachschaerfenOptional fachliche Acceptance einholen; technisch ist die debt-freie Guard-Trennung mit Full-Suite-Pass belegt. | open | 5.0 d | 1 | andreasschoenherr | 100% | impl-0005-task-0022 | impl-0005-task-0025 | ja |
| Oeffnen | impl-0005-task-0025 | Betriebsreife fuer Multimillionen-User- und Milliarden-Activities-Plattform diskutierenDiskussion der sechs Subtasks starten; danach Entscheidungen in Specs, Guards, Memory und konkrete Umsetzungs-OStasks ueberfuehren. | open | 3.5 d | 1 | andreasschoenherr | 67% | impl-0005-task-0023 | impl-0005-task-0032 | ja |
| Oeffnen | impl-0005-task-0032 | DMARC/SPF/DKIM Best-Practice Dauerlauf ueber RegulationStack und LoopStack | open | 4.5 d | 1 | andreasschoenherr | 0% | impl-0005-task-0025 | impl-0005-task-0038 | ja |
| Oeffnen | impl-0005-task-0038 | Arbeitsinstanz/Projektraum und parallele Workbench-InstanzenGuard und UI-Runtime fuer Weitere Arbeitsinstanz bauen; dabei InfraInformationModel als aktuelle Workbench unter dem groesseren DBInfraGO-Portal behandeln; danach Workbench-State-Key auf working_instance_id erweitern und ParentSurface-Background-Hydration fuer direkte ChildSurface-Einstiege materialisieren. | open | 5.0 d | 1 | andreasschoenherr | 10% | impl-0005-task-0032 | impl-0005-task-0039 | ja |
| Oeffnen | impl-0005-task-0039 | Kubernetes-ready Surface-Publish, Ingress-Origin und Post-Deploy-UI-Gate | open | 5.0 d | 1 | andreasschoenherr | 0% | impl-0005-task-0038 | impl-0005-task-0044 | ja |
| Oeffnen | impl-0005-task-0044 | Codex Session CC Register und compacted_counter einfuehrenoneosinfra-one/codex-session Bootstrap erweitern: beim sm/cn Start session_id ermitteln, Session-CC-Register anlegen/fortschreiben, Compact-Hinweise aus History/Logs/Memory erfassen und reconstruction_status korrekt setzen. | open | 5.0 d | 1 | andreasschoenherr | 67% | impl-0005-task-0039 | impl-0005-task-0045 | ja |
| Oeffnen | impl-0005-task-0045 | Codex Update Availability Guard mit richtigen Quellen reparierenOptionale Haertung: zweite authoritative Update-Quelle, z.B. GitHub Release/Package Metadata, ergaenzen; solange bleibt der npm-basierte Codex-Update-Guard aktiv und meldet kuenftige Updates. | open | 5.0 d | 1 | andreasschoenherr | 86% | impl-0005-task-0044 | impl-0007-task-0002 | ja |
| Oeffnen | impl-0007-task-0002 | Allumfassende Forensik-Spec und Root-Cause-Gate fuer echte UrsachenanalyseForensik-Spec in onespec-one anlegen, Guard in oneguard-one bauen und IMPL-0007 entsprechend schaerfen. | open | 5.0 d | 1 | andreasschoenherr | 0% | impl-0005-task-0045 | impl-0001-task-0010 | ja |
| Oeffnen | impl-0001-task-0010 | Runtime resource and storage guardsFachliche Abnahme durch ACCEPT impl-0001-task-0010, wenn Storage-, Cleanup- und Runaway-Guard-Abdeckung plausibel ist. | done_candidate | 0.5 d | 2 | andreasschoenherr | 100% | impl-0007-task-0002 | impl-0001-task-0012 | nein |
| Oeffnen | impl-0001-task-0012 | Evidence-Dirty-Aufraeumguard pruefenKeine eigene Guard-Luecke fuer diese Dirty-Staende offen: versionierte Evidence wird committed; echte Run-Artefakte laufen ueber 60-Tage-Retention/Storage-Cleanup. DNS-/Mailbox-Blocker bleiben im separaten DNS-Readiness-Task. | done_candidate | 0.5 d | 2 | andreasschoenherr | 100% | impl-0001-task-0010 | impl-0005-task-0011 | nein |
| Oeffnen | impl-0005-task-0011 | Aeltere Codex-App-Server-Guard-Evidence-Drifts aufraeumenFachliche Abnahme durch ACCEPT impl-0005-task-0011, wenn diese Cleanup-Entscheidung passt. | done_candidate | 0.5 d | 2 | andreasschoenherr | 100% | impl-0001-task-0012 | impl-0005-task-0012 | nein |
| Oeffnen | impl-0005-task-0012 | OneAnalytics-Laufartefakt-Drifts aufraeumenFachliche Abnahme durch ACCEPT impl-0005-task-0012, wenn diese Cleanup-Entscheidung passt. | done_candidate | 0.5 d | 2 | andreasschoenherr | 100% | impl-0005-task-0011 | impl-0001-task-0003 | nein |
| Oeffnen | impl-0001-task-0003 | Onestack native surface proposal and change workflowReplace extracted visual-parity content assets with signed Dec/Tauri/Dockview package assets, then remove fixtures/visual-reference.html before promotion approval. | in_progress | 5.0 d | 2 | andreasschoenherr | 38% | impl-0005-task-0012 | impl-0001-task-0007 | ja |
| Oeffnen | impl-0001-task-0007 | ADR, memo and impl index completenessGDrive/Obsidian mount/root availability klaeren, dann Collector mit IMPORT_GDRIVE_ARTIFACTS nach Repo-Zielorten laufen lassen und Konflikte einzeln behandeln. | in_progress | 5.0 d | 2 | andreasschoenherr | 38% | impl-0001-task-0003 | impl-0001-task-0004 | ja |
| Oeffnen | impl-0001-task-0004 | Hedgie and WorkLink target UI and installation pathsRecheck current browser output and install artifacts against IMPL-0001. | open | 3.0 d | 2 | andreasschoenherr | 0% | impl-0001-task-0007 | impl-0001-task-0013 | nein |
| Oeffnen | impl-0001-task-0013 | Gov OS Capability Panel und Owner State Container modellierenSurface-Capabilities im gov-os-capability-panel materialisieren und hedgie.one/onestack-impl als Referenzpfad pruefen. | open | 5.0 d | 2 | andreasschoenherr | 80% | impl-0001-task-0004 | impl-0001-task-0018 | nein |
| Oeffnen | impl-0001-task-0018 | Reference- und Tenant-OS-Compute-Cost-PanelsMaterialize the two Governance cost panels and the first OneAnalytics cost allocation evidence model. | open | 5.0 d | 2 | andreasschoenherr | 9% | impl-0001-task-0013 | impl-0001-task-0023 | nein |
| Oeffnen | impl-0001-task-0023 | User-centric Design, Templates und Marketplace baseline-faehig machenBuild schema and Dec/Tauri runtime reader for shared design context and signed templates. | open | 5.0 d | 2 | andreasschoenherr | 40% | impl-0001-task-0018 | impl-0001-task-0042 | nein |
| Oeffnen | impl-0001-task-0042 | Matrix-/WebRTC-basierte dezentrale Online-Besprechungen ohne BigBlueButton modellierenSpec und Guard fuer ViiSE-Adressierung, Matrix/WebRTC-Adaptergrenzen, KASC-Ablage und ExchangeStack/DataStack-Handoffs ableiten. | open | 5.0 d | 2 | andreasschoenherr | 17% | impl-0001-task-0023 | impl-0001-task-0043 | nein |
| Oeffnen | impl-0001-task-0043 | BigBlueButton als separaten Meeting-/Learning-/Workshop-Adapter bewerten und anbindenSpec und Guard fuer BBB-Adaptergrenzen, Recording-/Transkript-/Whiteboard-Export und DataStack/DocumentStack/ArchiveStack-Handoffs ableiten. | open | 5.0 d | 2 | andreasschoenherr | 18% | impl-0001-task-0042 | impl-0005-task-0010 | nein |
| Oeffnen | impl-0005-task-0010 | OneTask Roadmap-Uebernahme und historische Codeberg-Roadmap abarbeitenRoadmap-Quellen inventarisieren und OneTask/OStask-Migrationsspec entwerfen. | open | 5.0 d | 2 | andreasschoenherr | 0% | impl-0001-task-0043 | impl-0001-task-0005 | nein |
| Oeffnen | T-007abffc | T-95a1c39eOneAnalytics Todo Collector — Task Matrix | obsolete | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-00bbf77e | T-69894bf2OneAnalytics Todo Collector — Task Matrix | obsolete | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-00d9caae | T-0cb33d5bOneAnalytics Todo Collector — Task Matrix | obsolete | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-0ee0582c | ob eine spätere SurrealDB-Relationstabelle zusätzlich zur Markdown-Matrix geführNicht entschieden | open | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-1367e53e | ob der Watchdog Änderungen selbst committen darf.Nicht entschieden | open | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-2d49a5ea | automatischer Scanner,Nicht entschieden | open | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-4d285079 | ob der Watchdog als eigener Dienst oder zunächst als Prompt-/Script-Workflow läuNicht entschieden | open | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-9347b772 | genaue YAML-/JSON-Ergänzungsstruktur,Nicht entschieden | open | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-d4c774a6 | genaue Update-Frequenz,Nicht entschieden | open | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | T-fcda50d9 | konkrete erste Matrix-Datei,Nicht entschieden | open | 0.5 d | medium | andreasschoenherr | 0% | sequence-start | onestack-impl-relation-graph | nein |
| Oeffnen | impl-0001-task-0005 | DNS, Actalis and mailbox.org baseline readinessRun DNS index/apply readiness in daily or publish mode and review blockers. | open | 3.0 d | 3 | andreasschoenherr | 0% | impl-0005-task-0010 | impl-0001-task-0006 | nein |
| Oeffnen | impl-0001-task-0006 | PSC homepages and PSC content completenessUse ADR/IMPL index as source and materialize PSC panels in order, starting with LASC. | open | 3.0 d | 3 | andreasschoenherr | 0% | impl-0001-task-0005 | impl-0001-task-0008 | nein |
| Oeffnen | impl-0001-task-0008 | DB InfraGO SOM, InfraGraph, simulation and QGIS separationUse IMPL-0001, DB InfraGO implementation log and applied/infrago registries to drive materialization. | open | 3.5 d | 3 | andreasschoenherr | 0% | impl-0001-task-0006 | impl-0005-task-0016 | nein |
| Oeffnen | impl-0005-task-0016 | CSS-Site-Profile, UI-Memory und Visual-Guard materialisierenFachliche Abnahme durch ACCEPT impl-0005-task-0016, wenn die Site-Profile und die Memory-/Guard-Pflicht plausibel sind. | done_candidate | 0.5 d | andreasschoenherr | 100% | impl-0001-task-0008 | impl-0005-task-0017 | nein | |
| Oeffnen | impl-0005-task-0017 | sm cn startet neue memory-recorded Codex Session und rotiert c/cbFachliche Abnahme durch ACCEPT impl-0005-task-0017, wenn cn-Verhalten im sm-Menue plausibel ist. | done_candidate | 0.5 d | andreasschoenherr | 100% | impl-0005-task-0016 | impl-0001-task-0009 | nein | |
| Oeffnen | impl-0001-task-0009 | Mirror autorun and Forgejo/Codeberg/GitHub baseline loopContinue mirror service hardening without losing branch cleanup status. | open | 3.0 d | 4 | andreasschoenherr | 0% | impl-0005-task-0017 | onestack-impl-relation-graph | nein |
Freigabe der Done-Kandidaten
Nummerierte fachliche Abnahmeliste mit Kurzbeschreibung, Besonderem, Testhinweis und kopierbarem Freigabe-Muster.
| Nr. | Task | Kurzbeschreibung | Besonderes | Testhinweis | Freigabe | |
|---|---|---|---|---|---|---|
| 1 | impl-0001-task-0001 | OneSite lookup index live and stale binary guarded | 5 Done-Kriterien, 3 Checklistenpunkte, 3 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onesite-one, oneresolution-one, oneanalytics-one; Surfaces: onediscovery-one, nuts-lau-connector, nuts-lau-viewer; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0001, wenn die Live-Resolution fuer den Nutzer plausibel ist. | ACCEPT impl-0001-task-0001 |
| 2 | impl-0001-task-0002 | Onestack-Impl cockpit surface and task list | 9 Done-Kriterien, 3 Checklistenpunkte, 15 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onestack-one, oneresolution-one, onesurfacehub-one, oneanalytics-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0002, wenn das Cockpit als erster Umsetzungsstand plausibel ist. | ACCEPT impl-0001-task-0002 |
| 3 | impl-0001-task-0014 | Prompt-Intent-Guard fuer Fragezeichen und Sofortumsetzung schaerfen | 11 Done-Kriterien, 10 Checklistenpunkte, 20 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onebaseline-one, oneanalytics-one, onestack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachlich pruefen und bei Zustimmung ACCEPT impl-0001-task-0014 geben; bis zur Abnahme bleibt der Guard technisch done_candidate. | ACCEPT impl-0001-task-0014 |
| 4 | impl-0001-task-0015 | Gov OS Console Panel als geklappter Governance-Container | 12 Done-Kriterien, 5 Checklistenpunkte, 20 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onestack-one, onesurfacehub-one, onesite-one; Surfaces: oneconsole.one, governance-os-panel, gov-os-console-panel; agentic_verified=true; status=pass | Fachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0015, wenn Governance OS Panel / Gov OS Console Panel plausibel ist. | ACCEPT impl-0001-task-0015 |
| 5 | impl-0001-task-0017 | Reference-, Governance- und Applied-Tenant-Resolution physisch trennen | 25 Done-Kriterien, 4 Checklistenpunkte, 46 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: oneresolution-one, onesurfacehub-one, onebaseline-one, oneanalytics-one; Surfaces: oneconsole.one, onestack-impl, onediscovery-one; agentic_verified=true; status=pass | Repair-Lauf, Guards, OneSite-Live-Readiness und Commits abschliessen; danach fachliche Abnahme durch ACCEPT impl-0001-task-0017. | ACCEPT impl-0001-task-0017 |
| 6 | impl-0001-task-0019 | Frame bindet genau ein Parent-Panel | 6 Done-Kriterien, 5 Checklistenpunkte, 7 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onestack-one, onesurfacehub-one, onebaseline-one, oneanalytics-one; Surfaces: oneconsole.one, onestack-impl; agentic_verified=true; status=pass | Fachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0019, wenn die Ein-Parent-Panel-Regel plausibel ist. | ACCEPT impl-0001-task-0019 |
| 7 | impl-0001-task-0020 | Domain.tld referenziert kanonisches Domain-tld Surface | 5 Done-Kriterien, 3 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onestack-one, oneresolution-one, onebaseline-one, oneanalytics-one; Surfaces: iconepsc-one, tascpsc-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Sichtpruefung und danach ACCEPT impl-0001-task-0020, wenn die domain.tld -> domain-tld Surface-Regel plausibel ist. | ACCEPT impl-0001-task-0020 |
| 8 | impl-0001-task-0021 | Homepage Visual Guard als triggerbasiertes Completion-Gate | 14 Done-Kriterien, 5 Checklistenpunkte, 12 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneanalytics-one, onestack-one, onebaseline-one, oneconsole-dec; Surfaces: hedgie-one, worklink-one, oneconsole-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Sichtpruefung der frischen Desktop-/Mobile-Evidence; bei Zustimmung spaeter ACCEPT impl-0001-task-0021. | ACCEPT impl-0001-task-0021 |
| 9 | impl-0001-task-0024 | Generisches Ingress-Modell mit versionierten Templates und austauschbarer Edge-Schicht | 13 Done-Kriterien, 4 Checklistenpunkte, 15 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onebaseline-one, oneanalytics-one, oneosinfra-one; Surfaces: onestack-impl, oneosinfra-one, edgestack-one, oneresolution-one; agentic_verified=true; status=pass | done_candidate pruefen: Ingress-Desired-State-Guard, Taskboard-Runtime-Guard, Done-Guard und Search-Projection-Guard ausfuehren; fachliche Abnahme bleibt separat. | ACCEPT impl-0001-task-0024 |
| 10 | impl-0001-task-0025 | OneSpec: Core Services, Stacks und UnifiedAPI-Domaenen sauber abgrenzen und guarden | 11 Done-Kriterien, 4 Checklistenpunkte, 15 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onespec-one, onebaseline-one, oneguard-one, oneanalytics-one; Surfaces: onespec-one, onebaseline-one, oneguard-one, unifiedapis-one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0025, wenn die Abgrenzung Core Services, Stacks und UnifiedAPI-Domaenen plausibel ist. | ACCEPT impl-0001-task-0025 |
| 11 | impl-0001-task-0027 | OneDiscovery.one als kanonischen Discovery-Dienst materialisieren | 8 Done-Kriterien, 4 Checklistenpunkte, 18 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onediscovery-one, onediscovery-one-infra, onediscovery-dec, onediscovery-dec-infra; Surfaces: onediscovery-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0027, wenn OneDiscovery als kanonischer Discovery-Dienst plausibel ist. | ACCEPT impl-0001-task-0027 |
| 12 | impl-0001-task-0028 | Guard-Policy-Aenderungen nur mit expliziter Freigabe und Evidence | 5 Done-Kriterien, 3 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: oneanalytics-one, onebaseline-one, onestack-one, onespec-one; Surfaces: onestack-impl, oneguardph-one, onespec-one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0028; danach Remote/Mirror-Readiness der onespec/oneguardph Repo-Familien im Repo-Baseline-/Mirror-Task abschliessen. | ACCEPT impl-0001-task-0028 |
| 13 | impl-0001-task-0031 | OneOSInfra Software- und Betriebssystem-Readiness fuer Codex, OS und Drittsoftware | 8 Done-Kriterien, 4 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: oneosinfra-one, oneosinfra-one-infra, onespec-one, onebaseline-one; Surfaces: oneosinfra-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0031, wenn Codex-Upgrade, Spec, Guard und Evidence fuer oneosinfra.one plausibel sind. | ACCEPT impl-0001-task-0031 |
| 14 | impl-0001-task-0032 | OneRepoHub Mirror-Executor synchronisiert Forgejo-Metadaten nach Bare-Repo-Materialisierung | 4 Done-Kriterien, 3 Checklistenpunkte, 6 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: oneanalytics-one, onerepohub-one, onerepohub-one-infra, onerepohub-dec; Surfaces: onerepohub-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0032, wenn die Bootstrap-Haertung des Mirror-Executors plausibel ist. | ACCEPT impl-0001-task-0032 |
| 15 | impl-0001-task-0033 | OneRepoHub Mirror-Orchestrator fuer ausgereiftes Multi-Forge-Mirroring | 6 Done-Kriterien, 3 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onerepohub-one, onerepohub-one-infra, onerepohub-dec, onerepohub-dec-infra; Surfaces: onerepohub-one, loopstack-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0033, wenn der OneRepoHub Mirror-Orchestrator als erste tragfaehige Multi-Forge-Kante plausibel ist. | ACCEPT impl-0001-task-0033 |
| 16 | impl-0001-task-0034 | Freigabe-Muster fuer Done-Kandidaten im Onestack-Impl Cockpit | 4 Done-Kriterien, 3 Checklistenpunkte, 4 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onestack-one, oneanalytics-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0034, wenn das Freigabe-Muster fuer Done-Kandidaten plausibel ist. | ACCEPT impl-0001-task-0034 |
| 17 | impl-0001-task-0036 | Actalis certificate_missing als Trigger mit OneSpec/OneGuard/OneOSInfra-Remediation behandeln | 7 Done-Kriterien, 4 Checklistenpunkte, 11 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onespec-one, oneguardph-one, oneosinfra-one, oneanalytics-one; Surfaces: oneosinfra-one, oneguardph-one, onespec-one, onestack-impl; agentic_verified=true; status=pass | Trigger-Kante Readiness -> Remediation-Service spezifizieren; keine periodische Remediation als Zielzustand. | ACCEPT impl-0001-task-0036 |
| 18 | impl-0001-task-0037 | DB InfraGO Objektbibliothek Import-Index mit Spec, Autorun-Trigger und LoopStack-Anbindung | 8 Done-Kriterien, 4 Checklistenpunkte, 7 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: dbinfrago-objektbibliothek-connector-one, onespec-one, onestack-one; Surfaces: dbinfrago-objektbibliothek-connector, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0037; danach systemd-User-Units installieren/aktivieren, wenn der triggerbasierte Import dauerhaft im User-Service laufen soll. | ACCEPT impl-0001-task-0037 |
| 19 | impl-0001-task-0038 | Import-Index zu Stable-Index mit DataStack-Handoff fuer Objektbibliothek und SOM-Muster | 8 Done-Kriterien, 4 Checklistenpunkte, 6 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: dbinfrago-objektbibliothek-connector-one, datastack-one, onespec-one, onestack-one; Surfaces: dbinfrago-objektbibliothek-connector, dbinfrago-objektbibliothek-viewer, dbinfrago-som-connector, datastack-one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0038; danach SOM-Connector auf dasselbe Muster materialisieren. | ACCEPT impl-0001-task-0038 |
| 20 | impl-0001-task-0039 | Service-, Stack- und UAPI-Repo-Familien in governance/reference/applied/{tenant} pruefbar machen | 5 Done-Kriterien, 4 Checklistenpunkte, 4 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onespec-one, oneguardph-one, dbinfrago-som-one, aimace-one; Surfaces: onespec-one, oneguardph-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0039, wenn die Service-/Stack-/UAPI-Schichtung und Vier-Repo-Familienpruefung plausibel sind. | ACCEPT impl-0001-task-0039 |
| 21 | impl-0001-task-0040 | DB InfraGO SOM Import-Index, Stable-Index und DataStack-Handoff materialisieren | 6 Done-Kriterien, 5 Checklistenpunkte, 6 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: dbinfrago-som-one, datastack-one, onespec-one, onestack-one; Surfaces: dbinfrago-som-connector, dbinfrago-som-viewer, dbinfrago-som-work-draft, datastack-one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0040; danach SOM/Object Library Relation-Index gegen som_requirement-Stable-Records bauen. | ACCEPT impl-0001-task-0040 |
| 22 | impl-0001-task-0041 | ExchangeStack.one als Reference-Stack fuer geregelten Austausch materialisieren | 6 Done-Kriterien, 4 Checklistenpunkte, 4 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: exchangestack-one, exchangestack-one-infra, exchangestack-dec, exchangestack-dec-infra; Surfaces: exchangestack-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0041, wenn ExchangeStack als geregelte Austauschschicht plausibel abgegrenzt ist. | ACCEPT impl-0001-task-0041 |
| 23 | impl-0001-task-0046 | OneSpec-/OneGov-/OneGuard-Migrationsprogramm fuer Spezifikationen, Governance und Guard-Authority | 12 Done-Kriterien, 7 Checklistenpunkte, 32 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onespec-one, onegov-one, oneguard-one, oneguardph-one; Surfaces: onespec-one, onegov-one, oneguard-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0046, wenn die Governance-Migrationsprogramm-Readiness plausibel ist; physische Migration bleibt separat freigabepflichtig. | ACCEPT impl-0001-task-0046 |
| 24 | impl-0001-task-0048 | Onestack-Impl Ansichten und Umschaltungen mit Playwright vollstaendig pruefen | 7 Done-Kriterien, 11 Checklistenpunkte, 12 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, oneanalytics-one, onespec-one, oneguardph-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Sichtpruefung im Browser; danach ACCEPT impl-0001-task-0048, wenn Desktop/Mobile, Task Views, Fortschritt/Dauer, Scrollen und Vorgänger-/Nachfolger-Umschaltung plausibel sind. | ACCEPT impl-0001-task-0048 |
| 25 | impl-0001-task-0050 | Browser-Dec-Offline-Reload und Gov Topline Frame materialisieren | 7 Done-Kriterien, 9 Checklistenpunkte, 10 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneanalytics-one, onesite-one; Surfaces: onestack-impl, gov-topline-panel; agentic_verified=true; status=pass | Fachliche Abnahme; danach Browser-Dec-Offline-Runtime weiter in Richtung vollstaendige signierte Dec-Seite ausbauen. | ACCEPT impl-0001-task-0050 |
| 26 | impl-0001-task-0051 | Onestack-Impl Tasksuche und Taskview-Spaltenbreite guardbar korrigieren | 4 Done-Kriterien, 5 Checklistenpunkte, 3 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, oneanalytics-one, onespec-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme; danach die gleiche Search-/Taskview-Guard-Kante fuer weitere Taskboard-Surfaces wiederverwenden. | ACCEPT impl-0001-task-0051 |
| 27 | impl-0001-task-0053 | Surface Panels mit 6px Topline und 6x6 Laufpunkt absichern | 4 Done-Kriterien, 4 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onesurfacehub-one, onespec-one, oneanalytics-one, onestack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0053, wenn 6px Linie und 6x6 Laufpunkt im Browser plausibel sind. | ACCEPT impl-0001-task-0053 |
| 28 | impl-0002-task-0001 | OneProject-grade Onestack-Impl workbench | 7 Done-Kriterien, 5 Checklistenpunkte, 7 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onestack-one, onesurfacehub-one, oneresolution-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Live pruefen, fachlich ansehen und nach Sichtpruefung ACCEPT impl-0002-task-0001 entscheiden. | ACCEPT impl-0002-task-0001 |
| 29 | impl-0002-task-0002 | OneTask.one als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs abgrenzen | 7 Done-Kriterien, 4 Checklistenpunkte, 7 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onetask-one, onetask-one-infra, onetask-dec, onetask-dec-infra; Surfaces: onetask-one, oneproject-one, projectcockpit-one, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0002-task-0002, wenn OneTask als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs plausibel abgegrenzt ist. | ACCEPT impl-0002-task-0002 |
| 30 | impl-0004-task-0002 | DB InfraGO Knowledge Relation Index fachlich haerten | 5 Done-Kriterien, 3 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: datastack-one, onespec-one, oneanalytics-one, onestack-one; Surfaces: dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer; agentic_verified=true; status=pass | Await acceptance; continue with impl-0004-task-0003 profile artifacts. | ACCEPT impl-0004-task-0002 |
| 31 | impl-0004-task-0003 | Knowledge-Viewer-Profile, SurrealDB und UAPI-Runtime-Vorstufe materialisieren | 6 Done-Kriterien, 4 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onespec-one, datastack-one, onestack-one, oneanalytics-one; Surfaces: dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer; agentic_verified=true; status=pass | Await acceptance; continue with impl-0004-task-0004 viewer proposals. | ACCEPT impl-0004-task-0003 |
| 32 | impl-0004-task-0004 | SOM- und Object-Library-Viewer-Proposals bauen | 5 Done-Kriterien, 3 Checklistenpunkte, 4 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onesurfacehub-one, oneresolution-one, datastack-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal; agentic_verified=true; status=pass | Await acceptance; continue with guard hardening and SurrealDB gates. | ACCEPT impl-0004-task-0004 |
| 33 | impl-0004-task-0005 | Knowledge-Viewer-Guards und Promotion-Gates haerten | 4 Done-Kriterien, 3 Checklistenpunkte, 4 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneanalytics-one, oneguardph-one, onespec-one, onestack-one; Surfaces: dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer, onestack-impl; agentic_verified=true; status=pass | Await acceptance; continue with SurrealDB schema/write/read/mirror gates. | ACCEPT impl-0004-task-0005 |
| 34 | impl-0004-task-0006 | SurrealDB Write/Read und One-/Dec-Spiegelungs-Guards materialisieren | 6 Done-Kriterien, 4 Checklistenpunkte, 7 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onespec-one, datastack-one, datastack-dec, oneanalytics-one; Surfaces: dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer, onestack-impl; agentic_verified=true; status=pass | Await acceptance; continue with operative migration package and DB execution gate. | ACCEPT impl-0004-task-0006 |
| 35 | impl-0004-task-0007 | Dedizierten applied_infrago SurrealDB-Endpoint und operative Migration materialisieren | 8 Done-Kriterien, 6 Checklistenpunkte, 13 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007; parallel beginnt impl-0004-task-0009 Viewer Runtime. | ACCEPT impl-0004-task-0007 |
| 36 | impl-0004-task-0007-01 | applied_infrago SurrealDB Endpoint auf Contabo bereitstellen | 4 Done-Kriterien, 4 Checklistenpunkte, 3 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007-01; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | ACCEPT impl-0004-task-0007-01 |
| 37 | impl-0004-task-0007-02 | OrgFort/OpenBao Credentials fuer applied_infrago anbinden | 4 Done-Kriterien, 4 Checklistenpunkte, 3 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007-02; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | ACCEPT impl-0004-task-0007-02 |
| 38 | impl-0004-task-0007-03 | SurrealDB Schema fuer One und Dec pruefen und einspielen | 4 Done-Kriterien, 4 Checklistenpunkte, 4 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007-03; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | ACCEPT impl-0004-task-0007-03 |
| 39 | impl-0004-task-0007-04 | Migration aus SOM, Objektbibliothek, Relation-Index und Profilen ausfuehren | 4 Done-Kriterien, 4 Checklistenpunkte, 4 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007-04; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | ACCEPT impl-0004-task-0007-04 |
| 40 | impl-0004-task-0007-05 | SurrealDB Readback gegen JSON-Artefakte pruefen | 4 Done-Kriterien, 4 Checklistenpunkte, 3 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007-05; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | ACCEPT impl-0004-task-0007-05 |
| 41 | impl-0004-task-0007-06 | One-/Dec-Mirror-Evidence fuer Viewer-Daten erzeugen | 4 Done-Kriterien, 4 Checklistenpunkte, 3 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007-06; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | ACCEPT impl-0004-task-0007-06 |
| 42 | impl-0004-task-0007-07 | Viewer Runtime-Gate fuer impl-0004-task-0009 setzen | 4 Done-Kriterien, 4 Checklistenpunkte, 3 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, datastack-one, datastack-dec, onespec-one; Surfaces: dbinfrago-som-viewer-proposal, dbinfrago-objektbibliothek-viewer-proposal, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0007-07; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt. | ACCEPT impl-0004-task-0007-07 |
| 43 | impl-0004-task-0010 | DBInfraGO generische Knowledge-Prompt-Schnittstelle fuer Viewer | 13 Done-Kriterien, 38 Checklistenpunkte, 40 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguard-one, memorystack-one; Surfaces: dbinfrago-knowledge-connectors, dbinfrago-infragraph-viewer, dbinfrago-rail-sources-mapping, dbinfrago-ril100-stw-viewer; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0010, wenn generische Knowledge-Prompt-Schnittstelle, Viewer-Familien-Gerippe und Contabo-Playwright-Evidence plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009. | ACCEPT impl-0004-task-0010 |
| 44 | impl-0004-task-0012 | DB InfraGO Knowledge Viewer Struktur-/Daten-Trennung absichern | 5 Done-Kriterien, 10 Checklistenpunkte, 13 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguard-one, onememory-one; Surfaces: dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer, dbinfrago-rail-sources-mapping-viewer, dbinfrago-ril100-stw-viewer; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0004-task-0012, wenn Struktur-/Daten-Trennung, Structure-only-Guard und getrennt nachgezogene Viewer-Guard-Familie plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009. | ACCEPT impl-0004-task-0012 |
| 45 | impl-0005-task-0001 | OStask Runtime mit Autorun-Flags, LoopStack, Memory-Gate und Relationship-Index | 9 Done-Kriterien, 8 Checklistenpunkte, 22 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onetask-one, loopstack-one, onespec-one; Surfaces: onestack-impl, onetask-one, loopstack-one, memorystack-one; agentic_verified=true; status=pass | Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0001; weitere Runtime-UI-/Live-Index-Folgearbeit bleibt in impl-0005-task-0006 und Nachfolgetasks getrennt. | ACCEPT impl-0005-task-0001 |
| 46 | impl-0005-task-0002 | BTW-Prompt-Intent und ADHQ-Klaerungen im aktuellen Taskboard-Kontext modellieren | 10 Done-Kriterien, 12 Checklistenpunkte, 21 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onetask-one, onespec-one, oneguardph-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0002, wenn BTW/ADHQ-Semantik, Taskboard-Einordnung und Proposal-/Answer-/Integration-Gate plausibel sind. | ACCEPT impl-0005-task-0002 |
| 47 | impl-0005-task-0003 | Gated Memory-/Discovery-/Taskboard-Umsetzungssystem technologisch materialisieren | 8 Done-Kriterien, 7 Checklistenpunkte, 12 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguardph-one, oneanalytics-one; Surfaces: onestack-impl, onediscovery-one, memorystack-one, onememory-one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0003, wenn das gated, memory-backed, taskboard-gesteuerte Umsetzungssystem plausibel ist. | ACCEPT impl-0005-task-0003 |
| 48 | impl-0005-task-0004 | Proposal-/Antwort-Bestaetigungs-Gate fuer ADHQ, Vorschlaege und Beratung | 6 Done-Kriterien, 7 Checklistenpunkte, 15 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguardph-one, oneanalytics-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0004; Folgearbeit ist Answer-/Memory-Gate gegen falsche Tool-Ort-Aussagen in impl-0005-task-0008. | ACCEPT impl-0005-task-0004 |
| 49 | impl-0005-task-0005 | Taskboard-Item-Modell operativ in OneTask, OneDiscovery und MemoryStack nutzen | 7 Done-Kriterien, 8 Checklistenpunkte, 12 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onetask-one, onediscovery-one, memorystack-one; Surfaces: onestack-impl, onetask-one, onediscovery-one, memorystack-one; agentic_verified=true; status=pass | Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0005; Folgearbeit ist operative Runtime/Live-Index aus impl-0005-task-0006. | ACCEPT impl-0005-task-0005 |
| 50 | impl-0005-task-0006 | Taskboard Runtime mit Kontextauswahl, Prompt-Bedienung, inkrementellem Index und Render-Gate | 8 Done-Kriterien, 8 Checklistenpunkte, 11 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, memorystack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0006; Folgearbeit ist UI/Workbench-Nutzung dieses Live-Index statt Full-Render. | ACCEPT impl-0005-task-0006 |
| 51 | impl-0005-task-0008 | Answer-/Memory-Gate gegen falsche Aussagen zu Tool-Orten und bekannten Runtime-Kanten schaerfen | 6 Done-Kriterien, 6 Checklistenpunkte, 9 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, oneanalytics-one, onespec-one, onebaseline-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | done_candidate pruefen: answer-context-preflight-guard, oprms-baseline-answer-gatekeeper-guard und Taskboard-/Search-Guards ausfuehren. | ACCEPT impl-0005-task-0008 |
| 52 | impl-0005-task-0009 | Memory-Mandatory-Gate mit Prompt-, Antwort-, Taskboard- und SurrealDB-Persistenz materialisieren | 18 Done-Kriterien, 23 Checklistenpunkte, 25 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: memorystack-one, oneanalytics-one, oneguard-one, onememory-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0009, wenn der Memory-Mandatory-/SurrealDB-/OpenBao-Readback als ausreichend gilt. | ACCEPT impl-0005-task-0009 |
| 53 | impl-0005-task-0013 | Nachmemorisation fuer seeagain, GDrive und Repo-Bestand mit dauerhaftem Coverage-Guard | 11 Done-Kriterien, 12 Checklistenpunkte, 27 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: onestack-one, onespec-one, oneguard-one, memorystack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0013, wenn Nachmemorisation, Guarded Autorun und kurative Bucket-Trennung plausibel sind. | ACCEPT impl-0005-task-0013 |
| 54 | impl-0005-task-0015 | Offline- und OTA-Zustaende als mittigen Nutzer-Dialog visualisieren | 3 Done-Kriterien, 7 Checklistenpunkte, 9 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguard-one, onesurfacehub-one; Surfaces: all-surfaces, onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0015, wenn Offline Modus/OTA Update Dialogverhalten plausibel ist. | ACCEPT impl-0005-task-0015 |
| 55 | impl-0005-task-0018 | OneSite-/External-Mutation Consent-Gate, Single-Token-Turn und Consent-Parser/Preflight-Broker haerten | 7 Done-Kriterien, 8 Checklistenpunkte, 17 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneanalytics-one, onebaseline-one; Surfaces: onestack-impl, onesite-one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0018, wenn Broker-Semantik, Single-Token-Turn-Regel und Guard-Abdeckung plausibel sind. | ACCEPT impl-0005-task-0018 |
| 56 | impl-0005-task-0026 | ADHQ dbinfrago-knowledge-workbench-empf Surface auf oscore.eu bereitstellen | 3 Done-Kriterien, 4 Checklistenpunkte, 9 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onesite-one, onesurfacehub-one, oneresolution-one, onespec-one; Surfaces: dbinfrago-knowledge-workbench-empf; agentic_verified=true; status=pass | Fachliche Sichtpruefung von https://oscore.eu/dbinfrago-knowledge-workbench-empf oder https://oscore.eu/empf; danach ACCEPT impl-0005-task-0026, wenn die DB InfraGO Knowledge Workbench Empf-Surface plausibel ist. | ACCEPT impl-0005-task-0026 |
| 57 | impl-0005-task-0027 | OStask generische Record-Zerlegung, Silben, Teilwoerter, Ontologie und WebLLM | 8 Done-Kriterien, 9 Checklistenpunkte, 24 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onesurfacehub-one, onestack-one, onespec-one, onememory-one; Surfaces: dbinfrago-som-viewer, dbinfrago-knowledge-workbench-empf; agentic_verified=true; status=pass | Abnahme pruefen; Source-Import-Event-Kante ist lokal materialisiert und in impl-0005-task-0028 dokumentiert. | ACCEPT impl-0005-task-0027 |
| 58 | impl-0005-task-0028 | UnifiedAPI Service Instance Runtime Boundary und OneOSInfra-Persistenz | 9 Done-Kriterien, 10 Checklistenpunkte, 31 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onebaseline-one, oneguard-one; Surfaces: dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer, dbinfrago-knowledge-workbench-empf; agentic_verified=true; status=pass | Abnahme pruefen; RDSD-OWI ist als Dienst materialisiert und erste Viewer konsumieren Readback/Lineage-Artefakte. Fuer harte RDSD-Filter im Viewer ist ein voller Stable-Index-Lauf fuer SOM/Objektbibliothek der naechste Schritt. | ACCEPT impl-0005-task-0028 |
| 59 | impl-0005-task-0030 | OneStack Workbench Search Query Orchestration | 6 Done-Kriterien, 12 Checklistenpunkte, 22 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguard-one, onememory-one; Surfaces: dbinfrago-knowledge-workbench-empf, dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0030, wenn die technische Evidence und die fachliche Grenze plausibel sind. | ACCEPT impl-0005-task-0030 |
| 60 | impl-0005-task-0031 | Domain Inventory Email Abuse Lockdown: frfy.de only | 5 Done-Kriterien, 5 Checklistenpunkte, 17 Evidence-Eintraege; Fortschritt 100%. | Repos: onespec-one, oneguard-one, onememory-one, oneanalytics-one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0031, wenn Email-Abuse-Lockdown plausibel ist. | ACCEPT impl-0005-task-0031 |
| 61 | impl-0005-task-0033 | Onestack Search und generisches Prompt Panel ueber SurrealDB-Projektion fuer Taskboard, Arbeitskontexte und Struktur | 7 Done-Kriterien, 9 Checklistenpunkte, 47 Evidence-Eintraege; Fortschritt 100%. | Repos: onestack-one, onediscovery-one, onespec-one, oneguard-one; Surfaces: onestack-impl, onestack-search, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme/ACCEPT fuer impl-0005-task-0033; Runtime bleibt operative Projektion, Authority-Promotion bleibt getrennt tokenpflichtig. | ACCEPT impl-0005-task-0033 |
| 62 | impl-0005-task-0034 | Governed Runtime Families und SurfaceDB-Migration fuer OneTec/TecStack/RegulationStack | 9 Done-Kriterien, 42 Checklistenpunkte, 116 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onetec-one, tecstack-one, regulationstack-one; Surfaces: onestack-impl, onestack-search, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0034, wenn ADR-0088-Migrationsstand und OSPart Curated-Review-Decision-Matrix plausibel sind; keine Curated-/Authority-Promotion ohne separate Folgeentscheidung. | ACCEPT impl-0005-task-0034 |
| 63 | impl-0005-task-0035 | OPRMetaSchema-/OPRMasterSchema-Update fuer Governed Runtime Families und SurfaceDB | 7 Done-Kriterien, 4 Checklistenpunkte, 27 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oprmasterschema-one, onestack-one, onespec-one, oneguard-one; Surfaces: oprmetaschema-org, onestack-impl, onestack-search, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0035, wenn OPRMetaSchema-/OPRMasterSchema-Ableitung und Guard-Abdeckung plausibel sind. | ACCEPT impl-0005-task-0035 |
| 64 | impl-0005-task-0036 | Activity/Eventlog-, Queue-, Backpressure- und Betriebsreife-Baseline fuer OneStack Runtime-Migration | 6 Done-Kriterien, 3 Checklistenpunkte, 19 Evidence-Eintraege; Fortschritt 100%. | Repos: onestack-one, oprmasterschema-one, onetec-one, tecstack-one; Surfaces: onestack-impl, onestack-search, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0036, wenn Activity/Eventlog-/Queue-Baseline, Responsibility Readiness und Runtime-Migration-Block plausibel sind. | ACCEPT impl-0005-task-0036 |
| 65 | impl-0005-task-0037 | MMU-MMA-P Role Coverage Matrix und Guard als Eingangsgate fuer OneStack Runtime-Migration | 17 Done-Kriterien, 18 Checklistenpunkte, 46 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, oprmasterschema-one, onediscovery-one, onememory-one; Surfaces: onestack-impl, onestack-search, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0037, wenn die technische Evidence und die fachliche Grenze plausibel sind. | ACCEPT impl-0005-task-0037 |
| 66 | impl-0005-task-0040 | Prompt-Intent cont als continue verankern | 5 Done-Kriterien, 4 Checklistenpunkte, 13 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onebaseline-one, oneanalytics-one, onestack-one, onememory-one; Surfaces: onestack-impl, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0040, wenn die `cont`/continue-Semantik plausibel ist; laufender Governance-Migrationsfluss wird fortgesetzt. | ACCEPT impl-0005-task-0040 |
| 67 | impl-0005-task-0041 | OS Parts als kuratierte OneTec/TecStack Software-Bausteine materialisieren | 5 Done-Kriterien, 7 Checklistenpunkte, 28 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onespec-one, oneguard-one, onediscovery-one, tecstack-one; Surfaces: onestack-search, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0041, wenn die technische Evidence und die fachliche Grenze plausibel sind. | ACCEPT impl-0005-task-0041 |
| 68 | impl-0005-task-0042 | OS-Part Curation-Pflichten zentral zusammentragen und in Spec definieren | 5 Done-Kriterien, 5 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onespec-one, oneguard-one, onestack-one, onememory-one; Surfaces: onestack-search, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0042, wenn die technische Evidence und die fachliche Grenze plausibel sind. | ACCEPT impl-0005-task-0042 |
| 69 | impl-0005-task-0043 | Prompt-Intent tok als Token anbieten verankern | 5 Done-Kriterien, 5 Checklistenpunkte, 12 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onebaseline-one, oneanalytics-one, onestack-one, onememory-one; Surfaces: onestack-impl, generic-prompt-panel; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0043, wenn die `tok`/Token-Angebot-Semantik plausibel ist. | ACCEPT impl-0005-task-0043 |
| 70 | impl-0005-task-0046 | One/Dec Verifiable Checkpoint Ledger fuer Mirror, Check-in/Checkout und Promotion | 10 Done-Kriterien, 3 Checklistenpunkte, 81 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguard-one, onememory-one; Surfaces: onestack-search, dbinfrago-objektbibliothek-viewer, dbinfrago-knowledge-workbench-empf, one-dec-offline; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0046, wenn One/Dec Verifiable Checkpoint Ledger, Release-Assurance, Check-in/Checkout und Legacy-Mirror-Promotion-Block plausibel sind. | ACCEPT impl-0005-task-0046 |
| 71 | impl-0005-task-0047 | One/Dec Ledger Rollout Inventory fuer bestehende Mirror-Pfade | 8 Done-Kriterien, 4 Checklistenpunkte, 21 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onediscovery-one, oneguard-one, onememory-one, onestack-one; Surfaces: onestack-search, dbinfrago-knowledge-viewer, dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0047, wenn DB InfraGO Ledger-Rollout, Post-Live-Ledger-Reseal und Workbench-Live-Readback plausibel sind. | ACCEPT impl-0005-task-0047 |
| 72 | impl-0005-task-0048 | ConnectorStack.one Baseline, Registry und AdapterStack-Abgrenzung | 7 Done-Kriterien, 3 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: connectorstack-one, onespec-one, oneguard-one, onememory-one; Surfaces: dbinfrago-objektbibliothek-viewer, dbinfrago-som-viewer, dbinfrago-ril100-stw-viewer, dbinfrago-qgis-viewer; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0048; Folgearbeit: Connector-Registry gegen tatsaechliche Repo-/Evidence-Pfade je Connectorfamilie vertiefen. | ACCEPT impl-0005-task-0048 |
| 73 | impl-0005-task-0049 | Agentic-Verified Watchdog fuer Done-Kandidaten | 9 Done-Kriterien, 6 Checklistenpunkte, 12 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneanalytics-one, oneguard-one, onetask-one, onediscovery-one; Surfaces: onestack-impl, taskboard, onestack-search; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0049, wenn Boolean-Semantik, Evidence, Search-Projection und Dashboard-Darstellung plausibel sind. | ACCEPT impl-0005-task-0049 |
| 74 | impl-0006-task-0001 | UnifiedAPI Connector Import, interne Versionierung und World-Change-Monitoring materialisieren | 11 Done-Kriterien, 13 Checklistenpunkte, 16 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, datastack-one; Surfaces: onestack-impl, onediscovery-one; agentic_verified=true; status=pass | Fachliche Abnahme der done_candidate-Connector-Kette; offene ADHQs bleiben separat im Taskboard. | ACCEPT impl-0006-task-0001 |
| 75 | impl-0006-task-0002 | DB InfraGO SOM Connector Importkette produktivieren | 13 Done-Kriterien, 13 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, datastack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Naechster Connector-Subtask der Reihe nach: impl-0006-task-0003 DB InfraGO Objektbibliothek Connector Importkette produktivieren. | ACCEPT impl-0006-task-0002 |
| 76 | impl-0006-task-0003 | DB InfraGO Objektbibliothek Connector Importkette produktivieren | 13 Done-Kriterien, 13 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, datastack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Naechster Connector-Subtask der Reihe nach: impl-0006-task-0004 Governance Connector regulations-rail-infrastructure produktivieren. | ACCEPT impl-0006-task-0003 |
| 77 | impl-0006-task-0004 | Governance Connector regulations-rail-infrastructure materialisieren | 13 Done-Kriterien, 13 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, datastack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Naechster Connector-Subtask der Reihe nach: impl-0006-task-0005 Governance Connector openbim produktivieren. | ACCEPT impl-0006-task-0004 |
| 78 | impl-0006-task-0005 | Governance Connector openbim materialisieren | 13 Done-Kriterien, 13 Checklistenpunkte, 9 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, datastack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Naechster Connector-Subtask der Reihe nach: impl-0006-task-0006 Governance Connector geospatial produktivieren. | ACCEPT impl-0006-task-0005 |
| 79 | impl-0006-task-0006 | Governance Connector geospatial materialisieren | 13 Done-Kriterien, 13 Checklistenpunkte, 9 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, datastack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Naechster Connector-Subtask der Reihe nach: impl-0006-task-0007 Governance Connector project-schedule produktivieren. | ACCEPT impl-0006-task-0006 |
| 80 | impl-0006-task-0007 | Governance Connector project-schedule materialisieren | 13 Done-Kriterien, 13 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, datastack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Naechster Connector-Subtask der Reihe nach: impl-0006-task-0008 Governance Connector lifecycle produktivieren. | ACCEPT impl-0006-task-0007 |
| 81 | impl-0006-task-0008 | Governance Connector lifecycle materialisieren | 13 Done-Kriterien, 13 Checklistenpunkte, 8 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, unifiedapi-lifecycle-one, unifiedapi-lifecycle-dec, unifiedapi-lifecycle-one-infra; Surfaces: onestack-impl; agentic_verified=true; status=pass | Naechster Connector-Subtask der Reihe nach pruefen und umsetzen. | ACCEPT impl-0006-task-0008 |
| 82 | impl-0006-task-0009 | OpenBIM Repo-Migration und BIM-Altname-Guard materialisieren | 6 Done-Kriterien, 7 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, onediscovery-one, oneanalytics-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Alte unifiedapi-bim-* Repos nach fachlicher Freigabe als Migrationskandidaten behandeln; keine neue OpenBIM-Arbeit dort beginnen. | ACCEPT impl-0006-task-0009 |
| 83 | impl-0006-task-0010 | Geostack-Einbezug fuer unifiedapi.geospatial klaeren und abgrenzen | 5 Done-Kriterien, 3 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, geostack-one, geostack-dec, geostack-one-infra; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme; danach keine direkte GeoStack-Quellenaufnahme an unifiedapi.geospatial/DataStack vorbei zulassen. | ACCEPT impl-0006-task-0010 |
| 84 | impl-0001-task-0010 | Runtime resource and storage guards | 9 Done-Kriterien, 5 Checklistenpunkte, 12 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: oneanalytics-one, onebaseline-one, oneosinfra-one; Surfaces: oneosinfra.one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0001-task-0010, wenn Storage-, Cleanup- und Runaway-Guard-Abdeckung plausibel ist. | ACCEPT impl-0001-task-0010 |
| 85 | impl-0001-task-0012 | Evidence-Dirty-Aufraeumguard pruefen | 4 Done-Kriterien, 5 Checklistenpunkte, 10 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneanalytics-one, oneosinfra-one, onebaseline-one; Surfaces: onestack-impl, oneosinfra.one; agentic_verified=true; status=pass | Keine eigene Guard-Luecke fuer diese Dirty-Staende offen: versionierte Evidence wird committed; echte Run-Artefakte laufen ueber 60-Tage-Retention/Storage-Cleanup. DNS-/Mailbox-Blocker bleiben im separaten DNS-Readiness-Task. | ACCEPT impl-0001-task-0012 |
| 86 | impl-0005-task-0011 | Aeltere Codex-App-Server-Guard-Evidence-Drifts aufraeumen | 4 Done-Kriterien, 4 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneosinfra-one, onestack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0011, wenn diese Cleanup-Entscheidung passt. | ACCEPT impl-0005-task-0011 |
| 87 | impl-0005-task-0012 | OneAnalytics-Laufartefakt-Drifts aufraeumen | 5 Done-Kriterien, 4 Checklistenpunkte, 5 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: oneanalytics-one, onestack-one; Surfaces: onestack-impl; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0012, wenn diese Cleanup-Entscheidung passt. | ACCEPT impl-0005-task-0012 |
| 88 | impl-0005-task-0016 | CSS-Site-Profile, UI-Memory und Visual-Guard materialisieren | 7 Done-Kriterien, 7 Checklistenpunkte, 10 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Repos: onestack-one, onespec-one, oneguard-one, onememory-one; Surfaces: onestack-impl, dbinfrago-som-viewer, dbinfrago-objektbibliothek-viewer, onespec.one; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0016, wenn die Site-Profile und die Memory-/Guard-Pflicht plausibel sind. | ACCEPT impl-0005-task-0016 |
| 89 | impl-0005-task-0017 | sm cn startet neue memory-recorded Codex Session und rotiert c/cb | 5 Done-Kriterien, 4 Checklistenpunkte, 7 Evidence-Eintraege; Fortschritt 100%. | fachliche Abnahme erforderlich; Acceptance-Evidence noch leer; Repos: oneosinfra-one, os-infra, onestack-one, onememory-one; Surfaces: sm-menu, codex-app-server; agentic_verified=true; status=pass | Fachliche Abnahme durch ACCEPT impl-0005-task-0017, wenn cn-Verhalten im sm-Menue plausibel ist. | ACCEPT impl-0005-task-0017 |
Operational Work Thread Board
OneProject-Sicht auf Status, naechste Handlung und Review-Faehigkeit.
in_progress 15
open 32
blocked 1
done_candidate 89
Separate Task Views
Jeder Impl-Task hat eine eigene Detailansicht mit Done-Kriterien, Evidence, Repos, Surfaces und task-spezifischen Befunden.
[Fertigmeldung] Offene Hinweise: Bootstrap muss in oneanalytics-one (ADR-0028) ·
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: ADR-0040 `decisionadr0040__runtime-governance`
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: Bootstrap muss in `oneanalytics-one`-Repo versc
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: ADR-0043/0045/0046/0047 in CLAUDE.md-
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Auf buildtogether.one entscheiden: Re
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Codeberg-Repo `oneanalytics-one` anle
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Kollisionsprüfung der ADR-0040-Nummer
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: Prompt-Datei lag im Unterordner `onesite-one`,
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
agent-governance
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: ADR-0043 in CLAUDE.md Accepted-ADRs-L
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: ...
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Schulden: ...
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: LASC-Integration in OneSite-Surface a
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Codeberg-Repo `oneanalytics-one` anle
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: Bootstrap muss in `oneanalytics-one`-Repo versc
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: ...
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: ADR-0043 in CLAUDE.md Accepted-ADRs-L
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Instanz onesite-one-db akti
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: g00-a02 metaschema-audit noch nicht ausgeführt
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Port für onesite-one festle
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Schulden: 771 preserved Tasks aus Vorläufen — können in e
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Auf buildtogether.one entscheiden: Re
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Codeberg-Verfügbarkeit prüfen, dann:
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Bereinigungslauf: preserved Tasks mit
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Schulden: ...
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: g00-a02 metaschema-audit noch nicht ausgeführt
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Port für onesite-one festle
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: SurrealDB-Instanz onesite-one-db akti
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Schulden: 771 preserved Tasks aus Vorläufen — können in e
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: Globales ~/AGENTS.md anlegen falls zentrales Ag
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
agent-governance
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: ADR-0043/0045/0046/0047 in CLAUDE.md-
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: Prompt-Datei lag im Unterordner `onesite-one`,
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
agent-governance
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: Globales ~/AGENTS.md anlegen falls zentrales Ag
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
agent-governance
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Kollisionsprüfung der ADR-0040-Nummer
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: Bootstrap muss in oneanalytics-one (ADR-0028) ·
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Codeberg-Verfügbarkeit prüfen, dann:
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: LASC-Integration in OneSite-Surface a
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
onesite-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Nächster sicherer Schritt: Bereinigungslauf: preserved Tasks mit
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
[Fertigmeldung] Offene Hinweise: ADR-0040 `decisionadr0040__runtime-governance`
Fertigmeldung
Done-Kriterien
Done-Checkliste
Evidence
Repos
oprms
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
OneSite lookup index live and stale binary guarded
Fachliche Abnahme durch ACCEPT impl-0001-task-0001, wenn die Live-Resolution fuer den Nutzer plausibel ist.
Done-Kriterien
- doneOneSite binary rebuilt from current checked-out HEAD
- doneonesite-one.service restarted
- donestale binary guard blocks old runtime
- donelive probes resolve search and NUTS/LAU surfaces
- donerelated worktrees clean
Done-Checkliste
- doneRuntime is live on the intended service and not only built locally
- doneLive probes cover the user-visible reference paths named in the task
- doneGuard evidence is current for the committed task state
Evidence
- oneanalytics-one commit fa755c7 watchdogs: block stale onesite binary
- oneanalytics-one commit b378f1b data: refresh onesite runtime evidence
- oneanalytics-one commit c1b77bb data: record onesite runtime pass
Repos
onesite-oneoneresolution-oneoneanalytics-one
Surfaces
onediscovery-onenuts-lau-connectornuts-lau-viewer
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0052
Nachfolger
- sequence_next
impl-0001-task-0002
Domains / Referenzen (1)
oscore.eu
Onestack-Impl cockpit surface and task list
Fachliche Abnahme durch ACCEPT impl-0001-task-0002, wenn das Cockpit als erster Umsetzungsstand plausibel ist.
Done-Kriterien
- doneImpl documents onestack-impl cockpit and completion policy
- donemachine-readable task list exists
- donereadable task list exists
- doneonestack-impl surface exists in resolution registry
- doneonestack-impl surface panel exists in SurfaceHub
- doneonestack-impl done guard exists and is in watchdog suite
- doneindexes regenerated and guards pass
- donework committed and clean
- donelive probe resolves onestack-impl surface
Done-Checkliste
- doneTask list is readable on mobile without horizontal-only access to the primary action
- doneEach task has a separate detail view with criteria, checklist, evidence and references
- doneDone progress includes checklist verification, not only implementation criteria
Evidence
- onestack-one data/impl/onestack-impl-tasks.json
- oneresolution-one config/resolution-registry.json service onestack-impl
- onesurfacehub-one config/surface-panel-bindings.json panel onestack-impl
- oneanalytics-one tools/watchdogs/onestack-impl-done-guard.sh
- resolution-search-index-builder surfaces=241 entries=1093
- onestack-impl-done-guard status=pass blocked=0
- resolution-search-index-guard status=pass blocked=0
- surface-search-visibility-guard status=pass indexed=241 blocked=0
- onesite-os-frame-resolution guard passed
- onestack-one commit 5224f9f docs: add implementation cockpit
- oneresolution-one commit acd99ca resolution: add implementation cockpit surface
- onesurfacehub-one commit e3247c5 surfacehub: add implementation cockpit panel
- oneanalytics-one commit ceed499 watchdogs: guard implementation task completion
- live probe https://oscore.eu/onestack-impl -> X-Os-Surface: onestack-impl
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onestack-oneoneresolution-oneonesurfacehub-oneoneanalytics-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0001
Nachfolger
- sequence_next
impl-0001-task-0014
Domains / Referenzen (1)
na
DNS-/Mailbox.org-Readiness Blocker aus DNS Index aufraeumen
DNS Desired-State Proposal pruefen und nur mit exaktem DNS-Apply-YES aktivieren; verbleibende Nicht-Spaceship-/Cloudflare-/deSEC-Faelle separat klaeren.
Done-Kriterien
- openDNS Index Matrix contains zero mailbox_org_verification_missing blockers for governed public domains
- openHistorical Cloudflare observations are either migrated to baseline DNS or documented as governed exception
- openpublic_domain_missing_from_governed_sources is zero or resolved through domain inventory / governance source
- doneDNS/Actalis evidence writers stay serialized by lock and leave oneanalytics-one clean after scheduled runs
- doneFresh DNS Index evidence is committed after remediation
Done-Checkliste
Evidence
- oneanalytics-one data/matrices/frfy__oneanalytics-one__dns-index__matrix__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- dns-index generated_at=2026-05-29T10:00:14Z blocked_count=129 pass_count=6 observed_count=192 mailbox_org_verification_missing_count=128
- oneanalytics-one commit c525e66 watchdogs: serialize dns evidence writers
- oneanalytics-one commit 3e37d38 data: refresh dns readiness evidence
- oneanalytics-one commit 7375860 data: refresh onestack impl done evidence
- DNS desired-state records are no longer blocked in the current index; remaining blockers are mailbox.org verification, historical Cloudflare observations and governance-source gaps.
- DNS/Actalis evidence writers stay serialized by lock and leave oneanalytics-one clean after follow-up evidence commits.
- 2026-05-30: DNS Desired-State Proposal fuer 124 Spaceship-Domains erzeugt; nicht aktiv geschaltet, activation_gate=requires_exact_yes_dns_apply.
- Nicht im Spaceship-Auto-Proposal: aimace.one, ainode.one, buildtogether.one, onestack.one, tasc.one, trply.de, unifiedapi.ai, unifiedapis.one, uniqueuser.org.
Repos
oneanalytics-oneonebaseline-oneoneresolution-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0006-task-0010
Nachfolger
- sequence_next
impl-0001-task-0029
Domains / Referenzen (129)
adapterstack.oneaimace.oneainode.onearchivestack.oneassetstack.onebist-du-nicht-drin-kein-gewinn.debuildtogether.onecalendarstack.onecapabilitystack.onecarestack.onecasestack.onechannelbridge.onecivicstack.onecommunicationstack.oneconnectivitystack.onedatastack.onedocumentstack.oneeasc.oneeconomystack.oneedgestack.oneenergystack.oneengeneeringbridge.oneengineeringbridge.oneenterprisestack.onefinancestack.onegeohub.livegeostack.onegovernancestack.onehealthstack.onehedgie.oneiasc.oneiconepsc.oneinsurancestack.onekasc.onelandstack.onelasc.oneloopstack.onemarkdownbridge.onemarketstack.onemcpbridge.onemediastack.onemobilitystack.oneoneactivity.oneoneadmission.oneoneadopt.oneoneanalytics.oneoneattention.oneonebaseline.oneonebridgeph.oneonecaseph.oneonecommitment.oneonecompanion.oneonecompare.oneoneconsole.oneonecredential.oneonedecsync.oneonedesktop.oneonedirectoryph.oneonediscovery.oneoneequipmentinterface.oneonefort.oneoneguardph.oneoneingest.oneonememory.oneonemigrate.oneoneosinfra.oneoneownership.oneonepartner.oneonepmo.oneoneproject.oneonerelations.oneonerepohub.oneoneresolution.oneonergybridge.oneonescheduling.oneoneschema.oneonesimulation.oneonesiteph.oneonesites.oneonespec.oneonestablebuild.oneonestack.oneonestart.oneonesurface.oneonesurfacehub.oneoprms.euoprms.orgoprmsph.comorgfort.oneoscore.euoscore.orgoscoreph.comownershipstack.onepasc.oneprocessstack.oneprocurementstack.oneprojectcockpit.oneprojectstack.onepublicstack.oneqasc.onequalitystack.onerasc.oneregulationstack.onereliabilitystack.oneresearchstack.onesafetystack.onescone.oneseeagain.oneservicedeliverystack.onesitestack.onetasc.onetascpsc.onetaxonomystack.onetransportstack.onetrply.detruelink.onetruststack.oneunifiedapi.aiunifiedapis.oneuniqeentity.oneuniqueentity.oneuniqueuser.orguniqueuser.worldvaluechainstack.oneviise.onewebuildtogether.oneworkforcestack.oneworklink.oneworktogether.one
Prompt-Intent-Guard fuer Fragezeichen und Sofortumsetzung schaerfen
Fachlich pruefen und bei Zustimmung ACCEPT impl-0001-task-0014 geben; bis zur Abnahme bleibt der Guard technisch done_candidate.
Done-Kriterien
- donePrompt-Intent-Index beschreibt Fragezeichen-Prompts als read/discuss-first und blockiert Implementation
- donePrompt-Intent-Guard erkennt Fragezeichen in gemischten Prompts wie 'Task nicht Done?' und gibt read-first aus
- doneGuard erzeugt Evidence fuer Regelbruch-Kandidaten, wenn nach Fragezeichen ohne ausdruecklichen Folgeprompt implementiert wurde
- doneonestack-impl zeigt die Prompt-Intent-Aufgabe als separate Task View mit Done-Checkliste
- donePrompt-Spec/Gatekeeper documents that a question mark means read/discussion mode until a separate execution prompt follows
- done... Current-turn preflight blockiert jede Mutation nach Prompt mit Fragezeichen, auch wenn derselbe Prompt weiter/ostask/umsetzen enthaelt
- done... Regressionstest fuer Objektbibliothek-Primary-Index-Frage ist im Prompt-Intent-Index enthalten
- done... Runtime-/Agent-Prozess nutzt Prompt-Intent-Guard vor jedem Nicht-Read-Toolcall statt nur als nachtraeglichen Audit
- donePrompt-Intent-Index nutzt Suchmaschinenprinzip: Ranking, Trefferliste, Prompt-Hash, Winning Intent und Action Classes statt allein fester Textpassagen
- donePrompt-Intent-Guard bewertet Prompts ueber einen BM25-lite-Scorer gegen den versionierten Intent-Katalog und schreibt ranked_matches in Evidence
- donePrompt-Intent-Preflight wertet die vom Suchindex berechneten allowed_action_classes aus und nutzt isolierte temporaere Evidence gegen parallele Runs
Done-Checkliste
- doneTestfall 'Task nicht Done?' fuehrt zu read/discuss und nicht zu Dateiänderungen
- doneTestfall 'ostask ?' zeigt nur den Task-Vorschlag und commitet nichts
- doneTestfall 'sost ... ?' wird als Softstop/read-first behandelt
- doneAusnahmefall 'das zu ende ausnahmsweise' bleibt als bewusst vom Nutzer freigegebene Fortsetzung protokollierbar
- done... Testfall "Brauchen wir einen solchen primary-import-index auch fuer objektbibliothek?" blockiert Mutation
- done... Testfall "Weiter und ostask ? danach" blockiert Current-Turn-Mutation trotz Weiter-Anteil
- done... OStask-Fortsetzungspunkte mit drei Punkten markieren offene Nachschaerfung statt Done-Schein
- done... Technische Preflight-Erzwingung vor apply_patch/exec mit Schreibwirkung noch materialisieren
- done... Suchindex-Preflight blockiert nicht nur Fragezeichen, sondern auch nicht-mutierende Intents wie done/stop fuer Schreibaktionen
- done... Parallele Prompt-Intent-Preflight-Laeufe ueberschreiben sich nicht gegenseitig, weil temporaere Evidence pro Lauf verwendet wird
Evidence
- onebaseline-one data/baseline/frfy__onebaseline-one__prompt-intent__index__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json contains guard_test_vectors.
- oneanalytics-one tools/watchdogs/prompt-intent-guard.sh evaluates guard_test_vectors.
- oneanalytics-one data/matrices/frfy__oneanalytics-one__prompt-intent-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- Prompt-Intent-Guard audit 2026-05-29: all five test vectors pass; Task nicht Done?, ostask ?, sost ... ?, done, and explicit follow-up without question are covered.
- user correction 2026-05-28: 'sost ich hatte 2 ? eingegeben?'
- onespec-one runtime-layer-separation rule: question mark prompts are discussion/read mode
- Regelbruch 2026-05-29: Fragezeichen-Prompt zur Objektbibliothek wurde zuerst beantwortet, danach aber im selben Turn weiter mutiert; Task wieder in_progress.
- onebaseline-one prompt-intent-index test vector question_about_object_library_primary_index_blocks_mutation
- onebaseline-one prompt-intent-index test vector mixed_continue_and_ostask_question_blocks_current_turn
- prompt-intent-guard strict probe for object-library question -> blocked/read_and_answer_first
- oneanalytics-one/tools/watchdogs/prompt-intent-preflight.sh blocks non-read actions when ONEANALYTICS_LAST_USER_PROMPT contains ?
- preflight probe: object-library question -> blocked action=mutation
- preflight probe: Weiter und danach ostask -> pass action=mutation
- onebaseline-one prompt-intent index lists preflight_required_for_non_read_actions
- onebaseline-one prompt-intent index search_engine section defines prompt-to-intent search, bm25-lite ranking, evidence_required, conflict_policy and action classes
- oneanalytics-one prompt-intent-guard evidence contains prompt_sha256, ranked_matches and allowed_action_classes
- prompt-intent-guard strict probe: search-engine question -> blocked/read_prompt_intent_search_engine_proposal
- prompt-intent-preflight probe: done + mutation -> blocked by search-index-action-class
- prompt-intent-preflight probe: current execution prompt + mutation -> pass
- prompt-intent-preflight uses PROMPT_INTENT_OUT_JSON/PROMPT_INTENT_OUT_MD temp evidence to avoid parallel overwrite
Repos
onebaseline-oneoneanalytics-oneonestack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0002
Nachfolger
- sequence_next
impl-0001-task-0015
Domains / Referenzen (1)
na
Gov OS Console Panel als geklappter Governance-Container
Fachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0015, wenn Governance OS Panel / Gov OS Console Panel plausibel ist.
Done-Kriterien
- doneIMPL-0001 documents governance-os-panel as collapsed Governance Frame parent
- doneOneSurfaceHub registers governance-os-panel contract and gov-os-console-panel contract with nested Gov Panels
- doneOS Governance Frame config defines governance-os-panel default_visibility=collapsed
- doneBackground variable governance_os_panel_bg is documented with surface-bottom default and transparent fallback
- doneIMPL documents OneSite as generic frame-children-only runtime without semantic slots
- doneLive OneSite rendering uses generic frame children without panel-specific renderer knowledge
- doneOneConsole Dec runtime materializes configured Governance child refs
- doneoneconsole.one remains a Domain/Surface address and OS Governance Frame resolves to governance-os-panel
- doneApplied layer cannot override oneconsole/governance domain bindings
- doneContabo mirror/runtime delivers the same Governance frame state
- doneGovernance Frame does not use oneconsole.one as a panel payload_ref
- doneBackground variable governance_os_panel_bg is documented and configured for the Governance Frame parent
Done-Checkliste
- doneOS Governance Frame direct child is governance-os-panel
- donegov-os-console-panel is nested below governance-os-panel
- doneoneconsole.one is reserved for Domain/Surface address use
- donegovernance_os_panel_bg is the parent background variable
- doneLive visual evidence confirms the rendered hierarchy
Evidence
- onestack-one IMPL-0001 section 3.2 Governance Panels
- onesurfacehub-one config/governance-os-frame.json
- onesurfacehub-one data/governance-panels/frfy__onesurfacehub-one__gov-panel__gov-os-console-panel__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onebaseline-one commit d273f22 baseline: enforce generic onesite frame children
- onesurfacehub-one commit 6ccb11f config: use generic governance frame child
- onesite-one commit bee8f68 surface: render generic frame children
- live probe https://oscore.eu/onestack-impl shows one collapsed data-frame-child=gov-os-console-panel
- oneconsole-dec commit 829daff surface: materialize governance console children
- onesurfacehub-one commit 8824cb5 surfacehub: refresh oneconsole payload metadata
- live probe https://oscore.eu/oneconsole shows gov-os-level-panel, gov-os-surface-structure-panel, gov-os-capability-panel and gov-os-resolution-panel
- 2026-05-28 fix: oneconsole-dec defaults to oneconsole context instead of hedgie context when called as oneconsole.one
- 2026-05-28 fix: oneconsole.one domain binding removed from applied-surface-panel-bindings-frfy/dbinfrago and resolved from governance layer
- live probe https://oscore.eu/oneconsole.one -> X-Os-Surface-Panel: gov-os-console-panel
- resolution-layer-separation-guard blocks applied oneconsole/gov-* domain binding leaks
- Contabo check 2026-05-28: root@109.199.114.18 reachable, host frfy-de-oprms-onestack-eu-contabo-1, onesite-one.service inactive
- onesurfacehub-one config/governance-os-frame.json container_panel.child_ref=governance-os-panel
- onesurfacehub-one data/governance-panels/frfy__onesurfacehub-one__gov-panel__governance-os-panel__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onebaseline-one tools/resolution-layer-separation-guard.sh checks governance-os-panel parent and blocks oneconsole.one payload_ref in governance frame
- oneanalytics-one data/matrices/frfy__oneanalytics-one__homepage-visual-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json status=pass targets=7 blocked=0
- Contabo Playwright probe 2026-05-28 confirms Governance OS Panel visible on hedgie.one, worklink.one, oneconsole.one and oscore.eu/onestack-impl
Repos
onestack-oneonesurfacehub-oneonesite-one
Surfaces
oneconsole.onegovernance-os-panelgov-os-console-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0014
Nachfolger
- sequence_next
impl-0001-task-0017
Domains / Referenzen (1)
na
Hetzner-Primary-Umzug vor Preisstichtag und STACKIT-SKE-Pilotangebot
Hetzner-Zielserver bestellen oder genaue Zielgroesse final bestaetigen; danach Bootstrap-/Migration-Runbook in oneosinfra-one anlegen und STACKIT-SKE-Angebotsanfrage formulieren.
Done-Kriterien
- openHetzner CPX41 or better target server is ordered before 2026-06-15 price change, without rescaling the current 4 GB server
- openTarget server naming, SSH access, baseline packages, users, systemd policy, storage guard and memory guard are prepared
- openOneSite, OneResolution, OneSurfaceHub, OneAnalytics, OneRepoHub/Forgejo and related guards are migrated or reproducibly deployable on the new primary server
- openCurrent Hetzner 4 GB server remains available as fallback/edge/watchdog until cutover is verified
- openContabo remains modeled as secondary build/mirror/storage/redundancy node and its inactive OneSite runtime blocker is tracked
- openSTACKIT SKE offer request is prepared for managed Kubernetes pilot, including cluster management, worker nodes, load balancer, storage, backup, registry, monitoring and monthly minimal-cost estimate
- openDecision record documents that Kubernetes is target/pilot architecture and not a blocker for the immediate VM primary migration
Done-Checkliste
- openNo provider migration is treated as done before live probes and rollback path are documented
- openNo Hetzner rescale is performed accidentally; new server order is the intended price-locking action
- openSTACKIT request separates strategic EU managed Kubernetes evaluation from bootstrap VM migration
- openProvider costs, old/new conditions and cutover risk are visible in onestack-impl
Evidence
- Hetzner customer email 2026-05-28: price change for new orders and rescales from 2026-06-15
- assistant recommendation 2026-05-28: order Hetzner CPX41 before deadline, keep Contabo as secondary, request STACKIT SKE pilot offer
- STACKIT SKE public pricing observation: cluster management billed hourly plus worker nodes, storage and load balancer
- Contabo check 2026-05-28: root@109.199.114.18 reachable, onesite-one.service inactive
Repos
oneosinfra-oneonestack-oneoneanalytics-oneonesite-oneoneresolution-oneonesurfacehub-oneonerepohub-one
Surfaces
oneosinfra.oneonestack-implonebaseline.one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0007-task-0001
Nachfolger
- sequence_next
impl-0001-task-0022
Domains / Referenzen (3)
oscore.euonestack.oneoneosinfra.one
Reference-, Governance- und Applied-Tenant-Resolution physisch trennen
Repair-Lauf, Guards, OneSite-Live-Readiness und Commits abschliessen; danach fachliche Abnahme durch ACCEPT impl-0001-task-0017.
Done-Kriterien
- doneIMPL-0001 documents canonical reference/governance/applied-{tenant} resolution, panel binding and frame file split
- doneOneBaseline spec defines resolution-layer-separation-guard model and canonical file names
- donereference-resolution-registry.json exists and is free of governance/applied tenant entries
- donegovernance-resolution-registry.json exists and contains governance resolution entries
- doneapplied-resolution-registry-{tenant}.json exists for first tenants frfy and dbinfrago
- donereference-surface-panel-bindings.json exists and is free of governance/applied tenant panels
- donegovernance-surface-panel-bindings.json exists and contains governance panels/contracts
- doneapplied-surface-panel-bindings-{tenant}.json exists for first tenants frfy and dbinfrago
- donereference-os-surface-frame.json, governance-os-frame.json and applied-os-surface-frame-{tenant}.json exist
- doneresolution-layer-separation-guard writes pass/fail evidence
- doneOneSite runtime reads generated protected Runtime artifacts without semantic special cases
- donesystemd/Unix permissions make canonical layer files read-only for OneSite runtime
- doneLive switch away from os-governance-frame.json to governance-os-frame.json is completed without OneSite-Go changes
- doneIMPL-0001 documents canonical reference/governance/applied-{tenant} lookup and SQLite search indexes plus merged protected Runtime indexes
- doneresolution-layer-index-builder builds reference, governance, applied tenant and protected Runtime indexes
- donereference/governance/applied layer index files exist under oneresolution-one/data/indexes
- doneOneSite continues to read merged resolution-lookup-index.json without OneSite-Go change
- doneprotected-runtime/protected-resolution-registry.json and protected-surface-panel-bindings.json exist as generated merged Runtime artifacts
- doneprotected-runtime/protected-resolution-lookup-index.json and protected SQLite search artifacts exist
- doneOneSite runtime reads protected Runtime artifacts through systemd environment
- doneGuards block silent fallback to old merged Runtime paths
- doneProtected Runtime Builder runs on pre-commit for canonical Resolution and SurfaceHub layer changes
- doneProtected Runtime Builder runs before publish watchdog checks
- doneProtected Runtime Builder runs in daily watchdog/systemd context
- doneProtected Runtime Builder supports manual repair mode
Done-Checkliste
- doneOneSite reads protected-runtime/protected-* artifacts and no active service environment points to old merged root names
- doneNo OneSite-Go change was made during first physical split materialization
- doneAll current guard/tool defaults that read old paths are switched to protected-runtime or canonical layers
- doneProtected Runtime Builder trigger paths exist for pre-commit, publish, daily and repair
Evidence
- onestack-one IMPL-0001 section 11.4 Physisch getrennte Resolution-Schichten
- onebaseline-one data/baseline/frfy__onebaseline-one__baseline-governance__watchdogs-guards__spec__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json resolution_layer_separation_model
- oneresolution-one config/reference-resolution-registry.json
- oneresolution-one config/governance-resolution-registry.json
- oneresolution-one config/applied-resolution-registry-frfy.json
- oneresolution-one config/applied-resolution-registry-dbinfrago.json
- onesurfacehub-one config/reference-surface-panel-bindings.json
- onesurfacehub-one config/governance-surface-panel-bindings.json
- onesurfacehub-one config/applied-surface-panel-bindings-frfy.json
- onesurfacehub-one config/applied-surface-panel-bindings-dbinfrago.json
- onesurfacehub-one config/reference-os-surface-frame.json
- onesurfacehub-one config/governance-os-frame.json
- onesurfacehub-one config/applied-os-surface-frame-frfy.json
- onesurfacehub-one config/applied-os-surface-frame-dbinfrago.json
- onebaseline-one tools/resolution-layer-separation-guard.sh
- oneanalytics-one data/matrices/resolution-layer-separation-guard.json
- /etc/systemd/system/onesite-one.service.d/20-readonly-resolution.conf
- systemctl show onesite-one.service: ProtectHome=read-only, ProtectSystem=strict, NoNewPrivileges=yes, ReadWritePaths=/run/onesite-one, ActiveState=active
- oneanalytics-one tools/watchdogs/resolution-layer-index-builder.sh
- oneresolution-one data/indexes/reference-resolution-lookup-index.json
- oneresolution-one data/indexes/governance-resolution-lookup-index.json
- oneresolution-one data/indexes/applied-frfy-resolution-lookup-index.json
- oneresolution-one data/indexes/applied-dbinfrago-resolution-lookup-index.json
- oneresolution-one data/indexes/reference-resolution-search-index.sqlite
- oneresolution-one data/indexes/governance-resolution-search-index.sqlite
- oneresolution-one data/indexes/applied-frfy-resolution-search-index.sqlite
- oneresolution-one data/indexes/applied-dbinfrago-resolution-search-index.sqlite
- /etc/systemd/system/onesite-one.service.d/30-governance-frame-path.conf
- OneSite Environment ONESITE_OS_GOVERNANCE_FRAME=/home/seeagain/onesurfacehub-one/config/governance-os-frame.json
- legacy onesurfacehub-one config/os-governance-frame.json removed
- oneresolution-one config/protected-runtime/protected-resolution-registry.json
- onesurfacehub-one config/protected-runtime/protected-surface-panel-bindings.json
- oneresolution-one data/indexes/protected-runtime/protected-resolution-lookup-index.json
- oneresolution-one data/indexes/protected-runtime/protected-resolution-search-index.sqlite
- oneresolution-one data/indexes/protected-runtime/protected-resolution-search-index.manifest.json
- oneanalytics-one tools/watchdogs/resolution-layer-index-builder.sh protected-runtime outputs
- /etc/systemd/system/onesite-one.service.d/40-protected-runtime-artifacts.conf
- systemctl show onesite-one.service: ONESITE_REGISTRY protected-resolution-registry, ONESITE_SURFACE_PANEL_BINDINGS protected-surface-panel-bindings, ONESITE_LOOKUP_INDEX protected-resolution-lookup-index
- resolution-layer-separation-guard status=pass with protected Runtime artifacts
- resolution-search-index-guard status=pass on protected Runtime search index
- surface-search-visibility-guard status=pass on protected Runtime registry/bindings
- oneanalytics-one tools/watchdogs/protected-runtime-builder-trigger.sh modes pre-commit, publish, daily, repair
- oneresolution-one .githooks/pre-commit triggers protected Runtime Builder for reference/governance/applied registry changes
- onesurfacehub-one .githooks/pre-commit triggers protected Runtime Builder for reference/governance/applied binding/frame changes
- oneanalytics-one tools/watchdogs/watchdog-suite.sh triggers Protected Runtime Builder in publish and daily modes
- oneanalytics-one tools/systemd/user/oneanalytics-protected-runtime-builder.timer triggers daily protected Runtime Builder
Repos
oneresolution-oneonesurfacehub-oneonebaseline-oneoneanalytics-oneonestack-oneonesite-one
Surfaces
oneconsole.oneonestack-implonediscovery-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0015
Nachfolger
- sequence_next
impl-0001-task-0019
Domains / Referenzen (1)
na
Frame bindet genau ein Parent-Panel
Fachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0019, wenn die Ein-Parent-Panel-Regel plausibel ist.
Done-Kriterien
- doneIMPL-0001 documents that every OS frame binds exactly one direct panel
- doneGovernance Frame binds governance-os-panel as its only direct parent panel
- doneSurface Frame binding model is documented as one direct surface panel per resolved surface
- doneNested panels are represented below the parent panel and not as sibling frame entries
- doneGuard blocks frame configurations with more than one direct frame panel
- doneGuard evidence is current after the frame-parent rule is added
Done-Checkliste
- doneNo frame config exposes several direct Governance Panels as siblings
- doneOneConsole/Dec owns child panel layout, state, collapse/expand behaviour and interaction
- doneOneSite remains a generic frame container and does not interpret child panel semantics
- doneProtected Runtime Builder and layer guard run after the rule is added
- doneoneconsole.one is not used as Gov Frame panel payload_ref
Evidence
- onesurfacehub-one config/governance-os-frame.json container_panel.child_ref=governance-os-panel
- onesurfacehub-one config/governance-os-frame.json container_panel.child_refs lists nested Gov Panels
- onestack-one IMPL-0001 section 3.2 Governance Panels
- onebaseline-one tools/resolution-layer-separation-guard.sh checks single direct parent panel per frame
- oneanalytics-one data/matrices/resolution-layer-separation-guard.json status=pass
- protected-runtime-builder-trigger.sh repair completed with resolution-layer-separation-guard status=pass
- oneanalytics-one data/matrices/frfy__oneanalytics-one__homepage-visual-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json status=pass targets=7 blocked=0
Repos
onestack-oneonesurfacehub-oneonebaseline-oneoneanalytics-one
Surfaces
oneconsole.oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0017
Nachfolger
- sequence_next
impl-0001-task-0020
Domains / Referenzen (1)
na
Domain.tld referenziert kanonisches Domain-tld Surface
Fachliche Sichtpruefung und danach ACCEPT impl-0001-task-0020, wenn die domain.tld -> domain-tld Surface-Regel plausibel ist.
Done-Kriterien
- doneBaseline spec documents that every public domain.tld carries the canonical domain-tld Surface reference
- doneresolution-layer-separation-guard blocks missing domain-tld Surface references
- doneiconepsc.one carries iconepsc-one as canonical Surface reference
- donetascpsc.one carries tascpsc-one as canonical Surface reference
- doneProtected Runtime Builder refreshes lookup/search indexes after the registry repair
Done-Checkliste
- doneNo rule requires domain.tld to be a Surface ID
- doneDomain naming rule uses domain-tld Surface IDs such as oneconsole-one, hedgie-one, worklink-one, iconepsc-one and tascpsc-one
- doneGuard evidence passes after repair
Evidence
- onebaseline-one tools/resolution-layer-separation-guard.sh check domain.tld has canonical domain-tld surface reference
- oneanalytics-one data/matrices/resolution-layer-separation-guard.json status=pass
- oneresolution-one config/reference-resolution-registry.json icone-one aliases include iconepsc-one
- oneresolution-one config/reference-resolution-registry.json tasc-one aliases include tascpsc-one
- protected-runtime-builder-trigger.sh repair completed with protected Runtime indexes
Repos
onestack-oneoneresolution-oneonebaseline-oneoneanalytics-one
Surfaces
iconepsc-onetascpsc-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0019
Nachfolger
- sequence_next
impl-0001-task-0021
Domains / Referenzen (2)
iconepsc.onetascpsc.one
Homepage Visual Guard als triggerbasiertes Completion-Gate
Fachliche Sichtpruefung der frischen Desktop-/Mobile-Evidence; bei Zustimmung spaeter ACCEPT impl-0001-task-0021.
Done-Kriterien
- doneIMPL-0001 documents that homepage visual checks are trigger-based completion gates and not periodic watchdogs
- donehomepage-visual-guard script exists and can mark pending, gate completion, run Playwright and report status
- doneGuard target set covers Hedgie, WorkLink, OneConsole and Onestack-Impl reference paths
- doneonestack-impl task list carries this guard as an explicit open task
- donePlaywright run completed on the prepared Contabo environment after the current visible repairs
- doneEvidence JSON/Markdown and screenshots show pass for the affected user-visible surfaces
- doneHedgie and WorkLink browser views are repaired against the visual evidence
- doneOneConsole renders the gov-os-console-panel correctly in the expected frame context
- doneIMPL-0001 records Dec/Tauri Runtime plus signed ES Panel Modules as the target architecture
- doneOneSite inline payload handoff transports generic context without iframe/srcdoc and does not add fachliche Speziallogik
- doneNext implementation task exists for Panel Manifest and signed ES-module materialization
- doneOneSpec homepage visual completion gate spec exists
- donehomepage-visual-guard remains trigger-based and is not periodic
- donelatest visual evidence is current for the changed surfaces in this run
Done-Checkliste
- doneThe guard is not registered as a timer or periodic job
- doneA relevant change blocks completion until Playwright evidence exists
- doneThe assistant must report pending/failed visual evidence instead of saying fertig/live/umgesetzt
- doneThe current broken Hedgie/WorkLink/OneConsole state is repaired and checked in a real browser
- doneContabo Playwright evidence is attached to the task before Done-Candidate
Evidence
- oneanalytics-one tools/watchdogs/homepage-visual-guard.sh
- oneanalytics-one tools/watchdogs/homepage-visual-playwright.mjs
- onestack-one IMPL-0001 section 11.2 Homepage Visual Completion Gate
- onebaseline-one data/evidence/onesite-go-change-consent/frfy__onebaseline-one__onesite-go-change-consent__generic-srcdoc-surface-context__evidence__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onebaseline-one data/evidence/onesite-go-change-consent/frfy__onebaseline-one__onesite-go-change-consent__inline-panel-payload-without-iframe__evidence__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onesite-one internal/surface/universal_surface_html.go generic __ONESITE_SURFACE_CONTEXT__ handoff
- oneconsole-dec public/index.html explicit OneSite context priority
- onespec-one homepage-visual-completion-gate spec created 2026-05-29
- oneanalytics-one data/matrices/frfy__oneanalytics-one__homepage-visual-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json status=pass targets=18 blocked=0 desktop+mobile generated_at=2026-05-30T13:01:39Z
- Contabo Playwright runner /opt/oprms-playwright-check evidence_dir=2026-05-30T130139Z
- onespec-one homepage-visual-completion-gate spec documents runner authority and evidence copy-back
- ADHQ-2026-0015 Playwright Runner Ort und Spec klaeren
Repos
oneanalytics-oneonestack-oneonebaseline-oneoneconsole-deconeresolution-oneonesurfacehub-one
Surfaces
hedgie-oneworklink-oneoneconsole-oneonestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0001-task-0050
Domains / Referenzen (4)
hedgie.oneworklink.oneoneconsole.oneoscore.eu
Dec/Tauri Runtime und signierte Panel-Module als Zielauslieferung
Build the first panel manifest schema and module loader path after the inline payload handoff is visually green.
Done-Kriterien
- openPanel manifest schema exists with surface_ref, panel_id, UUIDs, module hash, signature, lifecycle, owner, capabilities, UAPI contracts, i18n/Weblate, accessibility, offline assets and OTA channel
- openOneSite can hand off a manifest entry without rendering fachliche panel logic
- doneOneSite no longer renders Panel-Payloads through iframe/srcdoc and the boundary guard blocks reintroduction
- openDec/Tauri Runtime loads signed ES panel modules in Browser and installed apps
- openDockview shell displays the loaded panel modules with the same Surface/Panel context across browser and app
- openHomepage Visual Guard validates the module-based output for Hedgie, WorkLink, OneConsole and Onestack-Impl
Done-Checkliste
- doneOneSite remains Resolution + Manifest Entry + generic context handoff
- openDec Runtime owns shell, offline behaviour, Dockview, SyncDrive, OTA and Trust/Device context
- openPanel Modules are versioned, signed and manifest-addressed
Evidence
- onestack-one IMPL-0001 section 3.2.1 Dec-/Tauri-Runtime und signierte Panel-Module
- onesite-one internal/surface/universal_surface_html.go inlinePanelPayload
- onebaseline-one tools/onesite-generic-runtime-boundary-guard.sh blocks iframe/srcdoc
- onebaseline-one data/evidence/onesite-go-change-consent/frfy__onebaseline-one__onesite-go-change-consent__inline-panel-payload-without-iframe__evidence__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
Repos
onestack-oneonesite-oneoneconsole-deconedecsync-deconesurfacehub-oneoneresolution-oneoneanalytics-one
Surfaces
hedgie-oneworklink-oneoneconsole-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0016
Nachfolger
- sequence_next
impl-0001-task-0026
Domains / Referenzen (4)
hedgie.oneworklink.oneoneconsole.oneoscore.eu
Generisches Ingress-Modell mit versionierten Templates und austauschbarer Edge-Schicht
done_candidate pruefen: Ingress-Desired-State-Guard, Taskboard-Runtime-Guard, Done-Guard und Search-Projection-Guard ausfuehren; fachliche Abnahme bleibt separat.
Done-Kriterien
- doneIMPL-0001 documents the generic Ingress model, versioned templates and exchangeable Edge adapter boundary
- doneonebaseline-one Domain Lifecycle Completion requires the internal __onesite manifest and asset route
- doneonesite-os-frame-resolution-guard blocks live OneSite vHosts without ^~ /__onesite/ direct route
- doneAll currently enabled OneSite nginx vHosts expose the __onesite direct route
- doneoneosinfra-one contains a versioned canonical Ingress template source for OneSite vHosts
- doneIngress template generator or apply runner can reproduce active vHost configuration from desired state
- doneDrift guard compares desired Ingress templates with live /etc/nginx or future Edge adapter state
- doneEdge adapter model covers nginx, Bunny/CDN, Caddy, HAProxy, Envoy, Traefik and Kubernetes Ingress without changing Surface resolution
- donePublish or daily gates probe domain.tld/surface and domain.tld/__onesite/panel-manifest paths across rotating domains
- doneOneSpec generic-ingress-edge-model spec exists
- doneoneosinfra-one contains desired-state JSON and versioned nginx template
- doneingress-desired-state-guard exists and passes desired-state/template checks
- donelive /etc/nginx drift comparison is implemented and exercised
Done-Checkliste
- doneNo fachliche Surface logic is allowed in Ingress templates
- donenginx is documented as current VPS Edge adapter, not as final architecture
- doneEvery public reference path keeps the same generic Surface resolution model
- doneFuture Edge replacements must be validated by guard evidence before promotion
Evidence
- onestack-one IMPL-0001 section 10.8.1 Generisches Ingress-Modell und austauschbare Edge-Schicht
- onebaseline-one baseline spec domain_lifecycle_completion_model runtime_internal_route_rule
- oneanalytics-one tools/watchdogs/onesite-os-frame-resolution-guard.sh
- oneanalytics-one commit 8d00044 watchdogs: require onesite internal ingress route
- onebaseline-one commit 810501e baseline: require onesite internal ingress route
- /etc/nginx/sites-enabled live check missing_enabled_onesite_internal_route=0
- Contabo Homepage Visual Guard mobile pass for onestack-proposal across onestack.one, hedgie.one and worklink.one
- oneosinfra-one config/ingress/onesite-ingress-desired-state.json
- oneosinfra-one config/ingress/templates/onesite-nginx-vhost.template
- ingress-desired-state-guard pass 2026-05-29
- 2026-06-02 oneosinfra-one Desired-State auf aktuellen generischen OneSite Backend-Handoff http://onesite_one_surface_backend nachgezogen; keine Live-Nginx-Mutation.
- 2026-06-02 ingress-desired-state-guard strict erweitert um Live-Drift-Vergleich gegen /etc/nginx/sites-enabled.
- 2026-06-02 Live-Drift-Evidence: onesite_vhost_count=133, blocker_count=0, status=pass.
- oneosinfra-one/data/matrices/frfy__oneosinfra-one__ingress-desired-state-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json enthaelt live_drift sample/blockers.
- OneSpec generic-ingress-edge-model ergaenzt runtime_backend_current=onesite_one_surface_backend und runtime_backend_owner=onesite.one.
Repos
onestack-oneonebaseline-oneoneanalytics-oneoneosinfra-oneoneresolution-oneonesurfacehub-oneedgestack-one
Surfaces
onestack-imploneosinfra-oneedgestack-oneoneresolution-oneonesurfacehub-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0021
Nachfolger
- sequence_next
impl-0001-task-0025
Domains / Referenzen (6)
onestack.oneoscore.euhedgie.oneworklink.oneoneosinfra.oneedgestack.one
OneSpec: Core Services, Stacks und UnifiedAPI-Domaenen sauber abgrenzen und guarden
Fachliche Abnahme durch ACCEPT impl-0001-task-0025, wenn die Abgrenzung Core Services, Stacks und UnifiedAPI-Domaenen plausibel ist.
Done-Kriterien
- doneADRs on Stack semantics, Core Services, UnifiedAPI domain service instances and four-repo rule are indexed as evidence
- doneonespec.one contains a machine-readable classification spec for core_service, stack, unifiedapi_domain, surface, panel, repo_family and runtime_binding
- doneThe spec defines prerequisites for a Stack separately from prerequisites for a Core Service and a UnifiedAPI domain
- doneUnifiedAPI domains are specified as active service domains with contract layer and runtime/service-instance layer
- doneonebaseline.one references the OneSpec classification as baseline-binding after review
- doneoneguard.one or current guards enforce naming, repo-family, runtime-binding and UAPI-boundary classification rules
- doneonestack-impl displays the classification task and its source ADR evidence
- doneOneSpec service-stack-uapi-classification spec exists
- doneOneGuardPH service-stack-uapi-classification guard exists
- doneclassification guard validates core service, stack and unifiedapi examples against protected resolution
- doneonebaseline.one references the classification spec as baseline-binding after review
Done-Checkliste
- doneDo not collapse Stack, Service and UnifiedAPI-domain into one vocabulary bucket
- doneDo not treat UnifiedAPI domains as docs-only when ADRs define active service instances
- doneKeep baseline authority in onebaseline.one and executable guard/evidence in oneguard.one/oneanalytics.one
- doneModel Stack prerequisites explicitly before naming future stack domains
Evidence
- onestack-one docs/adr-memo/onestack_architecture_decisions_adr_0001_0070_beam_onedesktop_projectcockpit_onecompanion.md ADR-0003 UnifiedAPI-Domaenen sind abgeleitete Schemen und ausfuehrbare Dienstinstanzen
- onestack-one adr/ADR-0028-four-repo-rule-ref-P1-020.md repo-family rule and previous unifiedapi exception to be reconciled
- onesite-one/docs/adr-memo/frfy__onesite-one__decision-adr-0004__reference-resolution-surface-handoff__onesite-one__adr-memo__g00-a01-r01-l20-k10.md Surface Registry is not Runtime/Service Registry
- onesite-one/docs/adr-memo/frfy__onesite-one__decision-adr-0002__reference-resolution__onesite-one__adr__g00-a01-r01-l20-k10.md service processes not directly public, OS domain references are generic
- onestack-one IMPL-0001 section to be extended with OneSpec classification boundary
- onespec-one service-stack-uapi-classification spec created 2026-05-29
- oneguardph-one service-stack-uapi-classification-guard pass 2026-05-29
- onebaseline-one service_stack_uapi_classification_model references OneSpec service-stack-uapi-classification spec
- exchangestack.one added as stack_reference example and boundary case
- oneguardph-one service-stack-uapi-classification-guard pass after ExchangeStack materialization
- 2026-06-02 service-stack-uapi-classification-guard strict pass in oneguard-one after local onegov and applied/infrago repo-family materialization.
- 2026-06-02 service-stack-uapi-classification-guard strict pass in oneguardph-one after protected resolution added canonical oneguard-one with oneguardph placeholder relation.
- 2026-06-02 service-stack-uapi-classification-readiness generated: dimension_count=9 blocked_count=0 active_repo_family_count=154 repo_blocked_count=0.
- 2026-06-02 service-stack-uapi-classification-readiness-guard pass checks=40 blocked=0.
- 2026-06-02 Local repo-family anchors materialized: onegov-one-infra, onegov-dec, onegov-dec-infra, dbinfrago-qgis-connector-{one-infra,dec,dec-infra}, dbinfrago-ril100-stw-connector-{one-infra,dec,dec-infra}.
Repos
onespec-oneonebaseline-oneoneguard-oneoneanalytics-oneonestack-oneoneresolution-oneunifiedapis-oneunifiedapis-dec
Surfaces
onespec-oneonebaseline-oneoneguard-oneunifiedapis-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0024
Nachfolger
- sequence_next
impl-0001-task-0027
Domains / Referenzen (4)
onespec.oneonebaseline.oneoneguard.oneunifiedapis.one
Domain.tld-Baseline-Materialisierung fuer onespec.one und oneguard.one mit oneguardph.one als aktiver Placeholder-Adresse
Reconcile current oneguardph-* local repos, Resolution entries and SurfaceHub bindings to desired service identity oneguard-*; audit guard already records the remaining observations.
Done-Kriterien
- doneonespec.one contains canonical machine-readable domain-placeholder-policy spec
- doneonebaseline-one references the domain-placeholder-policy as active baseline model
- doneoneguardph.one is recorded as active placeholder address for desired service oneguard.one, not as an unrelated Altlast
- openRepo-family target is oneguard-*; existing oneguardph-* local repos are reconciled or migrated without losing history/evidence
- openResolution Registry binds address oneguardph.one to service/surface identity oneguard-one
- openSurfaceHub binds oneguard-one panels, not a separate oneguardph identity
- openDNS Desired State and Actalis readiness are complete for active placeholder address oneguardph.one while desired oneguard.one remains externally delegated
- openGuards accept documented placeholder-backed service operation and block undocumented domainph identity creation
- openMirror/remote readiness uses desired repo stem oneguard-* after reconciliation
Done-Checkliste
- doneonespec.one is treated as the canonical specification service domain
- doneoneguard.one is treated as the desired canonical guard service identity
- doneoneguardph.one is treated as active placeholder address for oneguard.one under ADR-0069/domain-placeholder-policy
- doneoneguardph.one is not reported as a final separate service identity
- openNo Stack classification is assigned solely from the domain name
Evidence
- user registered onespec.one
- user registered oneguardph.one because oneguard.one was not available
- onestack-one IMPL-0001 OneSpec classification boundary
- onebaseline-one domain lifecycle completion model
- oneanalytics-one onesite-os-frame-resolution-guard and DNS/Actalis readiness matrices
- oneguardph.one and onespec.one DNS desired-state/provider apply readiness started; onediscovery.one handled by impl-0001-task-0027
- 2026-05-29 Spaceship snapshot: onespec.one registered; onediscovery.one registered; oneguardph.one registered; oneguard.one absent from Spaceship snapshot.
- 2026-05-29 external DNS probe: oneguard.one NS=ns1071.ui-dns.biz, ns1055.ui-dns.de, ns1020.ui-dns.com, ns1040.ui-dns.org; A=74.208.236.163.
- 2026-05-29 DNS apply runner pass_count=10 blocked_count=0 for existing Desired State; includes onespec.one, onediscovery.one and oneguardph.one, not oneguard.one.
- 2026-05-29 Actalis readiness after certificate issue: onespec.one pass, onediscovery.one pass, oneguardph.one still certificate_missing; oneguard.one not candidate because it is not in governed Desired State.
- 2026-05-29 Certbot issued root certificates for onediscovery.one and onespec.one; www SAN attempt exposed Spaceship hook zone-handling gap and is retained as follow-up, not hidden.
- 2026-05-29 Mirror autorun could not be executed from this session because external Codeberg upload escalation was rejected; repo-baseline was refreshed locally with repo_count=789 and previous autorun state showed complete at old offset 781.
- 2026-05-29 correction: ADR-0069/domain-placeholder-policy means domainph.tld can actively take the role of desired domain.tld; previous Altlast wording was wrong.
- onespec-one docs/specs/frfy__onespec-one__domain-placeholder-policy__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json created.
- onebaseline-one baseline governance spec now references the active domain-placeholder-policy model.
- domain-placeholder-policy-guard audit run: status=pass pass=0 observed=3 blocked=0; observations document oneguardph-* reconciliation work.
Repos
onespec-oneonespec-one-infraonespec-deconespec-dec-infraoneguard-oneoneguard-one-infraoneguard-deconeguard-dec-infraoneguardph-oneoneguardph-one-infraoneguardph-deconeguardph-dec-infraonebaseline-oneoneresolution-oneonesurfacehub-oneoneanalytics-oneoneosinfra-one
Surfaces
onespec-oneoneguard-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0022
Nachfolger
- sequence_next
impl-0001-task-0045
Domains / Referenzen (3)
onespec.oneoneguard.oneoneguardph.one
OneDiscovery.one als kanonischen Discovery-Dienst materialisieren
Fachliche Abnahme durch ACCEPT impl-0001-task-0027, wenn OneDiscovery als kanonischer Discovery-Dienst plausibel ist.
Done-Kriterien
- doneDomain Inventory and DNS desired-state contain onediscovery.one
- doneResolution Registry contains canonical Surface onediscovery-one with domain onediscovery.one
- doneSurfaceHub contains onediscovery-one panel with all/alle list mode content for Surfaces and Panels
- doneOneSite resolver uses Discovery handoff to onediscovery-one and contains no old search-edge naming on this edge
- doneProtected Runtime Builder, resolution-search-index-guard and surface-search-visibility-guard pass
- doneOneSite binary rebuilt, service restarted, and /all /alle /onediscovery.one smoke-tested live
- doneLocal four-repo family for onediscovery exists immediately as baseline-required one/dec runtime boundary
- doneRemote/mirror readiness for onediscovery four-repo family is completed
Done-Checkliste
- doneFormer onestack-search references are removed from protected Resolution/SurfaceHub sources and replaced by onediscovery-one
- doneThe new edge is consistently named Discovery handoff in Spec/Guard/IMPL/Resolver wording
- doneall and alle remain command terms, not Resolution aliases
- doneOneDiscovery remains a regular Surface, not a OneSite special case
Evidence
- user registered onediscovery.one
- Go edge explicitly authorized on 2026-05-29; follow-up decision renamed the edge to Discovery handoff
- protected-runtime-builder-trigger repair pass on 2026-05-29
- resolution-search-index-guard status=pass; surface-search-visibility-guard status=pass
- go test ./... pass; go build ./cmd/onesite-one pass
- onesite-one.service restarted 2026-05-29T09:18+02:00
- Unix-socket smoke: /all and /alle resolve to X-Os-Surface=onediscovery.one and X-Os-Surface-Panel=onediscovery-one-surface-panel
- HTML smoke: /all and /alle render OneDiscovery with Surface and Panel links
- Decision correction: OneDiscovery Dec/Offline-Runtime is baseline-required immediately; only ranking/AI/search intelligence is staged.
- Local repos created and committed: onediscovery-one, onediscovery-one-infra, onediscovery-dec, onediscovery-dec-infra.
- Branch baseline initialized: one/dec have work/draft, experience, stable, lts; infra repos have work/draft, main, stable.
- Origin and local Forgejo remote names configured for oprms-onestack-reference; remote creation/push remains separate readiness evidence.
- 2026-05-29 Actalis root certificate issued for onediscovery.one; readiness guard now passes on onediscovery.one.
- 2026-05-29 DNS apply runner pass_count=10 restored Desired State after DNS-01 challenge.
- 2026-05-29 Mirror autorun could not be executed from this session because external Codeberg upload escalation was rejected; repo-baseline was refreshed locally with repo_count=789 and previous autorun state showed complete at old offset 781.
- 2026-05-29 scoped approval YES mirror-onediscovery-four-repos-to-codeberg-and-forgejo; targeted mirror batch offset=785 limit=4 passed for all four OneDiscovery repos.
- 2026-05-29 Forgejo one/dec metadata repaired after bare-repo materialization; default_branch=work/draft and empty=false for the OneDiscovery four-repo family.
- 2026-05-29 repo-baseline-watchdog force-refresh: onediscovery-one, onediscovery-one-infra, onediscovery-dec and onediscovery-dec-infra all pass with Codeberg and both Forgejo remotes on work/draft.
Repos
onediscovery-oneonediscovery-one-infraonediscovery-deconediscovery-dec-infraoneresolution-oneonesurfacehub-oneoneanalytics-oneonebaseline-oneonesite-one
Surfaces
onediscovery-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0025
Nachfolger
- sequence_next
impl-0001-task-0028
Domains / Referenzen (1)
onediscovery.one
Guard-Policy-Aenderungen nur mit expliziter Freigabe und Evidence
Fachliche Abnahme durch ACCEPT impl-0001-task-0028; danach Remote/Mirror-Readiness der onespec/oneguardph Repo-Familien im Repo-Baseline-/Mirror-Task abschliessen.
Done-Kriterien
- doneIMPL documents that guard weakening, bypassing, no-verify and commit-hook policy changes require explicit scoped user consent before implementation
- doneOStask records the 2026-05-29 worktree-cleanliness self-staged exception as an unapproved guard-policy change and documents its reversal
- doneoneanalytics-one no longer contains WORKTREE_CLEANLINESS_ALLOW_SELF_STAGED or equivalent self-staged bypass logic
- doneA machine-readable consent model for future guard-policy changes is added to the baseline/spec guard set
- doneCommit hooks distinguish guard execution defects from baseline blockers without weakening guard semantics
Done-Checkliste
- doneNo future guard weakening or bypass is implemented before explicit scoped user approval
- doneIf a guard blocks a commit, the blocked condition is fixed or a separate approval task is created before any guard behavior changes
- doneThe exact blocked guard, command output and changed files are recorded in the relevant task evidence
Evidence
- 2026-05-29: During onediscovery completion, worktree-cleanliness-guard and pre-commit trigger were temporarily changed to allow self-staged changes. This was a guard-policy change without prior explicit scoped consent.
- 2026-05-29: The temporary WORKTREE_CLEANLINESS_ALLOW_SELF_STAGED logic was removed again from oneanalytics-one tools/watchdogs/worktree-cleanliness-guard.sh and tools/triggers/pre-commit.sh.
- 2026-05-29: Root cause after recheck was a concrete surface-chrome-visibility violation for newly materialized Surfaces, not a need to weaken worktree-cleanliness.
- onespec-one created with guard-policy-change-consent machine-readable spec.
- oneguardph-one created with tools/guards/guard-policy-change-consent-guard.sh.
- guard-policy-change-consent-guard strict run passed: checks=26 blocked=0.
- onebaseline-one baseline spec now references the OneSpec canonical spec and OneGuardPH guard.
- onespec and oneguardph four-repo families were initialized locally with branch baselines and remotes configured; remote push/mirroring remains separate evidence.
Repos
oneanalytics-oneonebaseline-oneonestack-oneonespec-oneoneguardph-one
Surfaces
onestack-imploneguardph-oneonespec-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0027
Nachfolger
- sequence_next
impl-0001-task-0031
Domains / Referenzen (1)
na
Domainph-Placeholder-Policy aus ADR-0069 in OneSpec, Baseline und Guards materialisieren
Reconcile oneguardph current artifacts to oneguard desired identity, then run domain-placeholder-policy-guard strict.
Done-Kriterien
- doneOneSpec contains a machine-readable domain-placeholder-policy with desired_domain, active_placeholder_domain, repo_stem, surface_stem and panel_stem contract
- doneOneBaseline references the OneSpec placeholder policy as active baseline model
- doneOStask 0026 no longer calls oneguardph.one Altlast, but active placeholder address for oneguard.one
- doneA guard checks that domainph.tld does not create accidental domainph repo/surface/panel identity when desired domain.tld service identity exists
- openoneguardph-one repo family is reconciled toward oneguard-* desired service identity or a migration task records exact history-preserving steps
- openResolution/SurfaceHub materialization follows placeholder policy for oneguardph.one -> oneguard-one
Done-Checkliste
- doneUse ADR-0069 as source, not an ad-hoc placeholder interpretation
- doneKeep placeholder visible as placeholder address while using desired service identity internally
- doneDo not auto-replace placeholder if desired domain later becomes controlled; require explicit decision
Evidence
- ADR-0069 in onestack_architecture_decisions_adr_0001_0070_beam_onedesktop_projectcockpit_onecompanion.md
- ADR-0069 in onestack_architecture_decisions_adr_0001_0072_taxonomystack_rail_profiles.md
- User correction 2026-05-29: Eine Domain{ph}.tld steht fuer den Dienst domain.tld und repos domain-* und surfaces und panels.
- domain-placeholder-policy-guard audit run: status=pass pass=0 observed=3 blocked=0; observations document oneguardph-* reconciliation work.
Repos
onespec-oneonebaseline-oneonestack-oneoneanalytics-oneoneresolution-oneonesurfacehub-oneoneguardph-one
Surfaces
onestack-imploneguard-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0011
Nachfolger
- sequence_next
impl-0001-task-0030
Domains / Referenzen (8)
oneguard.oneoneguardph.oneonedirectory.oneonedirectoryph.oneonebridge.oneonebridgeph.oneonecase.oneonecaseph.one
Runtime-/Guard-Layer-Trennung in governance, reference und applied/{tenant} spezifizieren und durchsetzen
Wire the layer-separation guard into the normal watchdog execution path where appropriate, then decide/migrate remaining flat applied file names only when a live path change is needed.
Done-Kriterien
- doneOneSpec contains canonical runtime-layer-separation spec defining governance, reference and applied/{tenant}
- doneOneBaseline references the runtime-layer-separation spec and exposes guard_authority_layers
- doneIMPL-0001 section 11.4 uses applied/{tenant} as logical namespace and documents flat file names as first-stage materialization only
- doneOStask links the separation to affected repos and guard authority classes
- doneresolution-layer-separation-guard validates the OneSpec/Baseline guard-authority layer model, not only file existence
- in_progresswatchdog-suite runs the relevant layer-separation/placeholder guards without weakening existing gates
- openExisting reference/governance/applied files remain compatible or migration steps are explicitly recorded
Done-Checkliste
- donegovernance guards may block reference and applied but cannot be weakened by them
- donereference guards protect reference implementation drift without overriding governance
- doneapplied/{tenant} guards may be stricter for a tenant but cannot weaken governance or reference
- in_progressEvery guard has exactly one primary authority layer, even if it reads cross-layer evidence
Evidence
- User decision 2026-05-29: Trennung in governance, reference, applied/{tenant} auch bei Guards vornehmen.
- onespec-one runtime-layer-separation spec draft created under docs/specs.
- Existing IMPL-0001 section 11.4 already contained reference/governance/applied file separation and is being sharpened to applied/{tenant} logical namespace.
- onebaseline-one baseline governance spec references runtime-layer-separation canonical OneSpec and guard_authority_layers.
- IMPL-0001 section 11.4 sharpened to logical layers governance/reference/applied/{tenant}, with flat applied-*-{tenant}.json as first-stage materialization.
- resolution-layer-separation-guard audit pass after validating OneSpec canonical layers and Baseline guard-authority layer entries.
Repos
onespec-oneonebaseline-oneonestack-oneoneanalytics-oneoneresolution-oneonesurfacehub-oneoneguard-oneoneguardph-oneonesite-oneoneosinfra-oneonerepohub-oneonediscovery-one
Surfaces
onestack-implonespec-oneoneguard-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0029
Nachfolger
- sequence_next
impl-0001-task-0035
Domains / Referenzen (3)
onespec.oneoneguard.oneoneguardph.one
OneOSInfra Software- und Betriebssystem-Readiness fuer Codex, OS und Drittsoftware
Fachliche Abnahme durch ACCEPT impl-0001-task-0031, wenn Codex-Upgrade, Spec, Guard und Evidence fuer oneosinfra.one plausibel sind.
Done-Kriterien
- doneOStask exists before Codex upgrade and Spec/Guard changes are finalized
- doneCodex CLI current version is captured before upgrade
- doneCodex CLI is upgraded through its package manager and post-upgrade version is captured
- doneOneSpec contains OS and third-party software readiness spec for the oneosinfra.one context
- doneoneosinfra-one contains a guard that inventories OS, package managers, Codex, Node/npm and selected third-party runtime tools
- doneGuard writes versioned evidence and reports unsupported/missing/stale critical tools as blocked or observed
- doneBaseline references the OS/third-party software readiness spec as oneosinfra-owned operating context
- doneFalsch gegriffenes Wort oneinfra.one ist verworfen; kanonischer Kontext ist ausschliesslich oneosinfra.one
Done-Checkliste
- doneNo OS or third-party software upgrade is hidden outside Evidence
- doneCodex upgrade keeps existing app-server/session lifecycle documented in oneosinfra-one
- doneGuard checks installed versions without installing or mutating software
- doneFuture upgrades are tracked as oneosinfra tasks, not ad-hoc terminal actions
Evidence
- 2026-05-29 before upgrade: codex-cli 0.133.0 at /home/seeagain/.nvm/versions/node/v24.14.1/bin/codex; npm package @openai/codex@0.133.0.
- User request: Codex upgraden and build Spec/Guard for Betriebssystem and Drittsoftware.
- User correction 2026-05-29: falsch gegriffenes Erinnerungswort verwerfen; richtig ist ausschliesslich oneosinfra.one.
- 2026-05-29 after upgrade: codex-cli 0.135.0; npm package @openai/codex@0.135.0.
- OneSpec created: onespec-one/docs/specs/frfy__onespec-one__os-third-party-software-readiness__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- Guard created: oneosinfra-one/tools/watchdogs/os-third-party-software-readiness-guard.sh.
- Baseline references os_third_party_software_readiness_model with canonical_service_domain oneosinfra.one.
- Guard run 2026-05-29: status=pass, pass=18, observed=3, blocked=0.
Repos
oneosinfra-oneoneosinfra-one-infraonespec-oneonebaseline-oneonestack-oneoneanalytics-one
Surfaces
oneosinfra-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0028
Nachfolger
- sequence_next
impl-0001-task-0032
Domains / Referenzen (1)
oneosinfra.one
OneRepoHub Mirror-Executor synchronisiert Forgejo-Metadaten nach Bare-Repo-Materialisierung
Fachliche Abnahme durch ACCEPT impl-0001-task-0032, wenn die Bootstrap-Haertung des Mirror-Executors plausibel ist.
Done-Kriterien
- doneMirror executor updates Forgejo default_branch, is_empty and bare HEAD after local bare-repo fetch/import
- doneRepo-baseline-watchdog verifies Forgejo branches through API after mirror execution without manual DB repair
- doneOneDiscovery four-repo family remains pass after a fresh remote force-refresh
- doneManual 2026-05-29 Forgejo metadata repair is documented as transition evidence, not accepted target operation
Done-Checkliste
- doneNo future mirror run may report pass while Forgejo API still reports empty=true
- doneNo direct DB repair remains necessary for ordinary mirrored repo creation
- doneGuard/evidence distinguishes Codeberg readiness from Forgejo metadata readiness
Evidence
- 2026-05-29 OneDiscovery mirror batch pushed expected branches, but Forgejo API still reported empty=true and default_branch=main until metadata was repaired.
- 2026-05-29 direct local repair set is_empty=false, default_branch=work/draft and bare HEAD=refs/heads/work/draft for the OneDiscovery four-repo family on Forgejo one and dec.
- 2026-05-29 repo-baseline-watchdog force-refresh then reported onediscovery-one, onediscovery-one-infra, onediscovery-dec and onediscovery-dec-infra as pass.
- 2026-05-29 codeberg-mirror-cutover-execute.sh hardened: after local bare-repo fetch/import it syncs bare HEAD, Forgejo default_branch, Forgejo API empty=false and API-visible branch set before pass.
- 2026-05-29 scoped approval YES mirror-proof-run-onediscovery-one-after-forgejo-metadata-hardening; proof-run for onediscovery-one passed with Forgejo one/dec metadata_repair=not_needed, default_branch=work/draft, empty=false and all four app branches visible.
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
oneanalytics-oneonerepohub-oneonerepohub-one-infraonerepohub-deconerepohub-dec-infraonebaseline-oneonestack-one
Surfaces
onerepohub-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0031
Nachfolger
- sequence_next
impl-0001-task-0033
Domains / Referenzen (1)
onerepohub.one
OneRepoHub Mirror-Orchestrator fuer ausgereiftes Multi-Forge-Mirroring
Fachliche Abnahme durch ACCEPT impl-0001-task-0033, wenn der OneRepoHub Mirror-Orchestrator als erste tragfaehige Multi-Forge-Kante plausibel ist.
Done-Kriterien
- doneOStask records the five-part target architecture for mature mirroring
- doneOneSpec defines provider-adapter contracts for Codeberg, GitHub, local Forgejo and enterprise forges
- doneOneRepoHub owns a Mirror-Orchestrator service model with queue, state, retry, logs, evidence, backoff, rate limits and resume
- doneMirror execution uses two-phase validation: prepare/validate, push/import, verify through provider APIs
- doneCompletion requires branch, default-branch, visibility, org, repo-class, remote-url, API-status and per-branch commit-hash consistency
- doneForgejo-native push/import path replaces direct bare-repo writes where robustly available for Unix-socket operation
Done-Checkliste
- doneBootstrap executor hardening remains separate from the mature Orchestrator target
- doneThe target design covers Codeberg now and GitHub/enterprise forges later
- doneThe Orchestrator belongs to onerepohub.one and its continuous loop/evidence behavior is loopstack.one-ready
Evidence
- User asked whether mirroring can be implemented more maturely; accepted five-part direction: Forgejo-native push, OneRepoHub Orchestrator, two-phase commit, explicit health verification, provider abstraction.
- IMPL-0001 documents the target model while impl-0001-task-0032 hardens the current bootstrap executor.
- 2026-05-29 OneSpec repo-mirror-orchestrator spec created with provider-adapter contracts for local Forgejo one/dec, Codeberg, GitHub and enterprise forges.
- 2026-05-29 onebaseline codeberg-mirror spec and baseline-governance spec now reference the Mirror-Orchestrator contract and require provider API verification plus per-branch commit hash consistency.
- 2026-05-29 onerepohub-one/tools/mirror-orchestrator.sh created as the canonical OneRepoHub entrypoint; it validates the OneSpec contract, owns state/run evidence and invokes the existing OneAnalytics cutover path only as bootstrap adapter.
- 2026-05-29 existing .local/bin oprms-codeberg-mirror-autorun launcher now delegates to OneRepoHub Mirror-Orchestrator, so systemd-backed mirror runs no longer enter the executor directly.
- 2026-05-29 onerepohub-one-infra ships onerepohub-mirror-orchestrator.service; systemd --user daemon-reload/status verified the installed unit as loaded.
- 2026-05-29 scoped network dry-run through OneRepoHub Mirror-Orchestrator passed for onediscovery-one: mode=dry-run, status=pass, Codeberg/Forgejo adapter evidence present.
Repos
onerepohub-oneonerepohub-one-infraonerepohub-deconerepohub-dec-infraloopstack-oneoneanalytics-oneonebaseline-oneonespec-oneonestack-one
Surfaces
onerepohub-oneloopstack-oneonestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0007-task-0001
Domains / Referenzen (2)
onerepohub.oneloopstack.one
Freigabe-Muster fuer Done-Kandidaten im Onestack-Impl Cockpit
Fachliche Abnahme durch ACCEPT impl-0001-task-0034, wenn das Freigabe-Muster fuer Done-Kandidaten plausibel ist.
Done-Kriterien
- doneonestack-impl dashboard contains a dedicated Done-Freigaben view
- doneDone candidates are listed as 1., 2., 3. with Kurzbeschreibung, Besonderes and Testhinweis
- doneReadable markdown task list contains the same approval queue
- doneAcceptance command pattern is visible per done_candidate task
Done-Checkliste
- doneThe approval list is generated from current done_candidate tasks and is not manually duplicated
- doneEach approval row links back to the task detail view
- doneThe model exposes acceptance_queue for future OneTask/OneProject use
Evidence
- 2026-05-29 user requested a Done-Kandidaten approval pattern with 1. 2. 3., Kurzbeschreibung, Besonderes, Testhinweis and OStask.
- render-onestack-impl-dashboard.py now builds acceptance_queue from done_candidate tasks.
- onestack-impl-dashboard.html contains Done-Freigaben view and onestack-impl-tasks.md mirrors the table.
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
onestack-oneoneanalytics-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0033
Nachfolger
- sequence_next
impl-0001-task-0036
Domains / Referenzen (1)
na
DB InfraGO Objektbibliothek Connector Raw-Inbox und DataStack-Handoff sauber trennen
Commit import-index runner/spec/trigger outputs, then mirror the connector repo-family through the normal baseline loop.
Done-Kriterien
- doneown connector-one repo exists for dbinfrago-objektbibliothek-connector
- doneraw upload inbox exists at dbinfrago-objektbibliothek-connector-one/inbox
- donedbinfrago-som-one no longer declares itself as object library raw upload location
- doneDataStack handoff location exists for derived provenance, quality, versioning and lineage
- doneIMPL-0001 documents the repo boundary and DataStack handoff
- donefirst uploaded SharePoint export is inventoried, hashed and connected to DataStack evidence
- openwork committed and related repos clean
- donefour local connector repo family exists: one, one-infra, dec, dec-infra
- opensibling repo family is mirrored remotely through the normal baseline loop
Done-Checkliste
- doneUser-visible upload path is the connector-one inbox, not the SOM repo
- doneRaw data, staging/evidence and DataStack-derived products are separated
- doneAlias term dbinfrago-objektmodell-connector does not create a second Surface
- doneAfter upload, an import run can create manifest, evidence and staging outputs
Evidence
- dbinfrago-objektbibliothek-connector-one/README.md
- dbinfrago-objektbibliothek-connector-one/docs/import-contract.md
- datastack-one/docs/applied/infrago/dbinfrago-objektbibliothek-connector/README.md
- dbinfrago-som-one README object library boundary
- local repos created: dbinfrago-objektbibliothek-connector-one-infra, dbinfrago-objektbibliothek-connector-dec, dbinfrago-objektbibliothek-connector-dec-infra
- Import index run object-library-import-20260529-8e4fb87a-b3719c2e produced 3354 records, 2116 indexed file SHA256 values, missing=0, extra=0.
Repos
dbinfrago-objektbibliothek-connector-onedbinfrago-som-onedatastack-oneonestack-one
Surfaces
dbinfrago-objektbibliothek-connectordbinfrago-objektbibliothek-work-draftdbinfrago-objektbibliothek-viewerdatastack-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0030
Nachfolger
- sequence_next
impl-0001-task-0044
Domains / Referenzen (2)
nadatastack.one
Actalis certificate_missing als Trigger mit OneSpec/OneGuard/OneOSInfra-Remediation behandeln
Trigger-Kante Readiness -> Remediation-Service spezifizieren; keine periodische Remediation als Zielzustand.
Done-Kriterien
- doneOneSpec defines certificate_missing as trigger, not final resting state
- doneOneGuard checks certificate_missing domains for remediation evidence
- doneOneOSInfra has a background remediation trigger and runner
- doneBackground remediation run is started for current blocker oneguardph.one
- doneActalis readiness guard is rerun after remediation
- doneoneguardph.one no longer has unhandled certificate_missing in readiness evidence
- doneChanges are committed in affected repos
Done-Checkliste
- doneNo certificate_missing row may be left without task, remediation evidence and background run reference
- doneSpec, guard, runtime trigger and analytics evidence remain separated by service responsibility
- doneRemediation uses Actalis ACME DNS-01 and existing provider hooks
- doneIf issuance is blocked, evidence must say blocked_with_reason and keep the task open
Evidence
- oneanalytics-one Actalis readiness evidence showed one blocker: oneguardph.one certificate_missing.
- onespec-one actalis-certificate-remediation spec added.
- oneguardph-one actalis-certificate-remediation-guard added and currently passes.
- oneosinfra-one actalis certificate remediation trigger/runner added.
- Background unit oneosinfra-actalis-certificate-remediation-oneguardph-one-20260529-144005 issued the Actalis certificate.
- oneanalytics-one Actalis certificate readiness rerun: candidates=35 pass=35 blocked=0.
- Remediation evidence path: oneosinfra-one/data/evidence/actalis-certificate-remediation/frfy__oneosinfra-one__actalis-certificate-remediation__oneguardph-one__20260529-144006/evidence.json
- Live-Follow-up 2026-05-30: oneosinfra-actalis-certificate-remediation-trigger.service war nicht im User-systemd installiert; timer/service wurden nachgezogen.
- User-systemd: oneosinfra-actalis-certificate-remediation-trigger.timer active waiting; Trigger 2026-05-30 15:00 CEST.
- SOST-Korrektur 2026-05-30: periodischer Remediation-Timer entfernt; Service bleibt triggerbar.
- Manueller Triggerlauf 2026-05-30: Actalis Readiness candidates=35 pass=35 blocked=0; remediation-trigger service exited SUCCESS.
Repos
onespec-oneoneguardph-oneoneosinfra-oneoneanalytics-oneonestack-one
Surfaces
oneosinfra-oneoneguardph-oneonespec-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0034
Nachfolger
- sequence_next
impl-0001-task-0037
Domains / Referenzen (1)
oneguardph.one
DB InfraGO Objektbibliothek Import-Index mit Spec, Autorun-Trigger und LoopStack-Anbindung
Fachliche Abnahme durch ACCEPT impl-0001-task-0037; danach systemd-User-Units installieren/aktivieren, wenn der triggerbasierte Import dauerhaft im User-Service laufen soll.
Done-Kriterien
- doneOneSpec defines versioned import index contract with required source and technical columns
- doneImport runner creates JSON, JSONL and Markdown index outputs under data/import-index/{run_id}
- doneImport evidence is written under data/evidence/object-library-import
- doneRunner preserves raw inbox files and computes per-file ZIP SHA256 for indexed elements
- doneTrigger script starts only after stable xlsx+zip pair is present
- donesystemd user path/service templates exist for trigger-based autorun
- doneLoopStack role is documented for later orchestration, retry, state and evidence aggregation
- donesystemd user path trigger is installed and active
Done-Checkliste
- doneCurrent import run status is pass
- doneCurrent import has 2116 XLSX elements, 2116 ZIP files, missing=0 and extra=0
- doneAll indexed file records include zip_entry_sha256
- doneRaw XLSX/ZIP remain ignored and uncommitted
Evidence
- onespec-one dbinfrago-objektbibliothek-import-index spec added.
- dbinfrago-objektbibliothek-connector-one tools/import/object-library-import-runner.py added.
- dbinfrago-objektbibliothek-connector-one tools/import/object-library-import-trigger.sh added.
- dbinfrago-objektbibliothek-connector-one tools/systemd/user/dbinfrago-objektbibliothek-import-trigger.{path,service} added.
- Import run object-library-import-20260529-8e4fb87a-b3719c2e status=pass record_count=3354.
- systemd user path dbinfrago-objektbibliothek-import-trigger.path is enabled and active waiting.
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
dbinfrago-objektbibliothek-connector-oneonespec-oneonestack-one
Surfaces
dbinfrago-objektbibliothek-connectoronestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0036
Nachfolger
- sequence_next
impl-0001-task-0038
Domains / Referenzen (1)
na
Import-Index zu Stable-Index mit DataStack-Handoff fuer Objektbibliothek und SOM-Muster
Fachliche Abnahme durch ACCEPT impl-0001-task-0038; danach SOM-Connector auf dasselbe Muster materialisieren.
Done-Kriterien
- doneOneSpec defines reusable source-import-index -> stable-index -> DataStack handoff pattern
- doneObject library stable-index builder derives only from an existing import-index
- doneStable index writes JSON, JSONL and Markdown under data/stable-index/{stable_version}
- doneStable records contain stable_object_id and lineage to import run, source hashes and file hash
- doneDataStack handoff is written under datastack-one data/handoffs applied/infrago
- donesystemd user path/service templates exist for stable-index autorun
- donesystemd user stable-index path trigger is installed and active
- doneSOM is documented to use the same import-index -> stable-index -> DataStack handoff pattern
Done-Checkliste
- doneCurrent stable-index run status is pass
- doneCurrent stable-index has 2116 stable records
- doneDataStack handoff references stable index without copying raw ZIP/XLSX
- doneLoopStack role remains orchestration, retry, state and evidence aggregation
Evidence
- onespec-one source-import-stable-index-pattern spec added.
- object-library-stable-index-builder.py added and run successfully.
- stable version dbinfrago-objektbibliothek-stable-20260529-9aacd9ff status=pass records=2116.
- datastack-one handoff written for dbinfrago-objektbibliothek-stable-20260529-9aacd9ff.
- systemd user path dbinfrago-objektbibliothek-stable-index-trigger.path is enabled and active waiting.
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
dbinfrago-objektbibliothek-connector-onedatastack-oneonespec-oneonestack-one
Surfaces
dbinfrago-objektbibliothek-connectordbinfrago-objektbibliothek-viewerdbinfrago-som-connectordatastack-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0037
Nachfolger
- sequence_next
impl-0001-task-0039
Domains / Referenzen (1)
datastack.one
Service-, Stack- und UAPI-Repo-Familien in governance/reference/applied/{tenant} pruefbar machen
Fachliche Abnahme durch ACCEPT impl-0001-task-0039, wenn die Service-/Stack-/UAPI-Schichtung und Vier-Repo-Familienpruefung plausibel sind.
Done-Kriterien
- doneOneSpec service-stack-uapi classification requires complete -one/-one-infra/-dec/-dec-infra repo families
- doneRuntime-layer separation spec covers governance, reference and applied/{tenant} across One and Dec side
- doneGuard inventories local repo families and writes machine-readable evidence
- doneApplied namespace evidence added to active applied README carriers found by guard
- doneRemaining repo-family blocker is visible in guard evidence instead of silently passing
Done-Checkliste
- doneGuard distinguishes reference services/stacks/UAPI from applied tenant carriers
- doneOne-side and Dec-side roles are both checked
- doneMissing roles become evidence-backed blockers
- doneQuestion-mark prompt gatekeeping is represented in spec/task evidence
Evidence
- onespec-one service-stack-uapi-classification spec updated 2026-05-29
- onespec-one runtime-layer-separation spec updated 2026-05-29
- oneguardph-one service-stack-uapi-classification-guard evidence: pass active_family_count=137 repo_blocked_count=0
- README applied_namespace evidence added for dbinfrago-som, aimace, seeagain, truelink
Repos
onespec-oneoneguardph-onedbinfrago-som-oneaimace-oneseeagain-onetruelink-one
Surfaces
onespec-oneoneguardph-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0038
Nachfolger
- sequence_next
impl-0001-task-0040
Domains / Referenzen (1)
na
DB InfraGO SOM Import-Index, Stable-Index und DataStack-Handoff materialisieren
Fachliche Abnahme durch ACCEPT impl-0001-task-0040; danach SOM/Object Library Relation-Index gegen som_requirement-Stable-Records bauen.
Done-Kriterien
- doneSOM import/stable-index spec exists in onespec-one
- doneSOM import-index builder exists and produces versioned JSON/JSONL/MD outputs
- doneSOM stable-index builder derives fachliche som_requirement records and DataStack handoff
- doneDataStack handoff exists under applied/infrago/dbinfrago-som
- donesystemd-User-Trigger for SOM stable index is installed and active
- doneCurrent SOM stable-index contains 15914 som_requirement records derived from som_preview_data.js, not only artifact-level records
Done-Checkliste
- doneStable consumption no longer has to point ad hoc to historical SOM raw paths
- doneLineage from artifact inventory to import-index to stable-index is preserved
- doneLarge SOM payloads remain referenced by path/hash instead of duplicated
- doneDataStack owns handoff evidence for downstream use
- doneArtifact-only SOM stable index dbinfrago-som-stable-20260529-eb2e019e is superseded by fachlicher stable index dbinfrago-som-stable-20260529-15dd77b7
Evidence
- dbinfrago-som-import-20260529-088d6d03341e status=pass records=8 blocked=0
- systemctl --user is-active dbinfrago-som-stable-index-trigger.path -> active
- onespec-one/docs/specs/frfy__onespec-one__dbinfrago-som-import-stable-index__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json stable_record_contract
- dbinfrago-som-one/data/stable-index/dbinfrago-som-stable-20260529-15dd77b7/stable-index.json status=pass records=15914 by_kind.som_requirement=15914
- datastack-one/data/handoffs/applied/infrago/dbinfrago-som/dbinfrago-som-stable-20260529-15dd77b7/handoff.json
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
dbinfrago-som-onedatastack-oneonespec-oneonestack-one
Surfaces
dbinfrago-som-connectordbinfrago-som-viewerdbinfrago-som-work-draftdatastack-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0039
Nachfolger
- sequence_next
impl-0001-task-0041
Domains / Referenzen (1)
na
ExchangeStack.one als Reference-Stack fuer geregelten Austausch materialisieren
Fachliche Abnahme durch ACCEPT impl-0001-task-0041, wenn ExchangeStack als geregelte Austauschschicht plausibel abgegrenzt ist.
Done-Kriterien
- doneexchangestack.one ADR-Memo documents purpose, task profile and boundary to DataStack, UnifiedAPI, LoopStack, TrustStack and GovernanceStack
- doneexchangestack one/one-infra/dec/dec-infra repo family exists locally with baseline branches and remotes
- doneOneSpec service-stack-uapi classification includes exchangestack.one as stack reference and boundary case
- doneOneBaseline references service-stack-uapi classification and ExchangeStack model
- doneIMPL-0001 documents ExchangeStack in the object-library/SOM DataStack handoff flow
- doneservice-stack-uapi-classification-guard passes after ExchangeStack materialization
Done-Checkliste
- doneExchangeStack is not used as DataStack replacement
- doneExchangeStack is not used as UnifiedAPI replacement
- doneExchangeStack owns exchange envelope, routing, subscription, delivery, retry and receipt semantics
- doneFour-repo reference family is visible to the classification guard
Evidence
- exchangestack-one/docs/adr-memo/frfy__onestack-one__adr-memo-0084__exchangestack__exchange-governance__adr__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md
- onespec-one service-stack-uapi-classification stack_boundaries.exchangestack.one
- onebaseline-one service_stack_uapi_classification_model.active_exchange_stack
- oneguardph-one service-stack-uapi-classification-guard pass active_family_count includes exchangestack
Repos
exchangestack-oneexchangestack-one-infraexchangestack-decexchangestack-dec-infraonespec-oneonebaseline-oneonestack-one
Surfaces
exchangestack-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0040
Nachfolger
- sequence_next
impl-0001-task-0046
Domains / Referenzen (1)
exchangestack.one
DB InfraGO SOM aktuellen SharePoint-Stand ueber Connector-Reimport und Stable-Index-Lauf pruefen
Primary-Import-Index alt fuer Semantic Equality Gate bereitstellen; danach Index-alt gegen Index-neu vergleichen und Stable-Promotion-Regel hart schalten.
Done-Kriterien
- doneBenutzerhinweis vom 2026-05-29 ist als Run-Anlass dokumentiert: SOM ist im SharePoint aktuell
- doneLokale Originalquelle fuer echten Connector-Reimport wurde gesucht und als vorhanden oder fehlend dokumentiert
- doneWenn eine lokale .xlsb/.xlsm/.xlsx-Originalquelle in /home/seeagain/dbinfrago-som-connector-one/inbox/ vorhanden ist, wurde der Connector-Import daraus erneut ausgefuehrt
- doneWenn keine lokale Originalquelle vorhanden ist, wurde der vorhandene aktuelle Viewer-/Connector-Stand erneut in Import- und Stable-Index validiert
- doneStable-Index-Ergebnis wurde gegen dbinfrago-som-stable-20260529-15dd77b7 verglichen
- doneRun-Evidence, DataStack-Handoff und OStask-Status wurden versioniert und committet
- doneSemantic Gate v2.0b wurde gegen die gepruefte alte Normalform-Basis ausgefuehrt oder als blocked_missing_legacy_normalform dokumentiert
- doneEchter SOM-Primärimport liest die XLSB zellbasiert und erzeugt v16b Sheet Value Extract sowie v17b Structured Requirement Catalog aus der kanonischen Inbox
- doneKanonischer SOM-Primärimport-Runner ist repo-lokal vorhanden, nutzt oneosinfra-geprueftes pyxlsb und vermeidet historische Pfad-/rclone-Annahmen
- openSemantic Gate v2.0b wurde gegen die gepruefte alte Normalform-Basis ausgefuehrt oder als separater Vergleichsschritt offen gefuehrt
- donePrimaerimport-Ergebnisse wurden in einen fachlichen Stable-Index und DataStack-Handoff ueberfuehrt
- donePrimaer-Stable-Index wurde gegen den preview-basierten fachlichen Stable-Index verglichen
- doneSOM Primary-Import-Index wurde als kanonische fachliche Zwischenebene erzeugt
- doneStable-Index-Builder konsumiert Primary-Import-Index statt CSV-Legacy-Artefakte
- doneCSV-Artefakte sind nur noch Legacy-Export/Evidence und nicht fachliche Gate-Basis
Done-Checkliste
- doneKein fachlicher SOM-Stand wird aus einer statischen HTML-Seite als alleinige Quelle behauptet
- doneArtifact-only Stable-Index ist unzulaessig; fachliche SOM-Requirement-Records bleiben Mindeststandard
- doneFehlende Originalquelle wird als Blocker/Evidence dokumentiert und nicht durch einen Scheinerfolg verdeckt
- doneDataStack-Handoff bleibt applied/infrago/dbinfrago-som-konform
- doneSOM Workbook wurde aus kanonischer Inbox in v2.0a Intake uebernommen und gehasht
- doneSemantic Gate v2.0b wird nicht als erledigt gewertet, solange die alte Normalform-Basis fehlt
- blockedGepruefte alte SOM-Normalform-Basis fuer v2.0b ist wiederhergestellt oder neu materialisiert
- doneXLSB wurde mit pyxlsb wirklich zellbasiert extrahiert
- doneStructured Requirement Catalog, Status Long und Verify Rule Seed wurden aus der XLSB erzeugt
- doneHistorische v16b/v17b-Logik wird nur ueber kontrollierte lokale Runner-Kopie ohne rclone-Zwang ausgefuehrt
- openV2.0b Semantic Equality Gate bleibt als gesonderter Vergleichslauf offen
- donePrimary-Stable-Index enthaelt 15914 eindeutige som_requirement records
- doneDataStack-Handoff fuer Primary-Stable-Index liegt unter applied/infrago/dbinfrago-som
- doneCSV-Delimiter-Handling im Primary-Stable-Builder ist explizit robust gegen Semikolon-CSV
- doneSemantic Delta zum preview-basierten Stable-Index ist dokumentiert und nicht als No-Op behauptet
- donePrimary-Import-Index som-primary-import-index-20260529-185404 enthaelt 15914 Records
- doneNeuer Stable-Index dbinfrago-som-stable-20260529-primary-index-8ebc51e6 ist aus Primary-Import-Index erzeugt
- doneSemantic Equality Zielmodell ist Primary-Import-Index alt gegen Primary-Import-Index neu
- doneHistorische vNN/vX.YY-Importlabel werden nur als Legacy-Evidence gefuehrt und nicht als Zielnomenklatur fortgesetzt
Evidence
- Benutzerhinweis 2026-05-29: SharePoint-SOM ist aktuell
- /home/seeagain/dbinfrago-som-one/data/evidence/som-sharepoint-current-run/frfy__dbinfrago-som-one__sharepoint-current-run__som-stable-index__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- stable_version=dbinfrago-som-stable-20260529-62ec8496 records=15914 fachlicher_delta=none
- local_original_source_search=no .xlsb/.xlsm/.xlsx found under /home/seeagain
- canonical_source_inbox=/home/seeagain/dbinfrago-som-connector-one/inbox/
- source_file_present=/home/seeagain/dbinfrago-som-connector-one/inbox/DB_InfraGO_AG_Fahrweg_SOM_2.1.1-A03.xlsb size_bytes=5078825
- /home/seeagain/dbinfrago-som-connector-one/data/evidence/som-workbook-import/frfy__dbinfrago-som-connector-one__workbook-import__som-2-1-1-a03__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- workbook_intake=v2.0a_new_standard_intake_pass
- semantic_gate=blocked_missing_legacy_normalform
- /home/seeagain/dbinfrago-som-connector-one/data/evidence/som-primary-import/frfy__dbinfrago-som-connector-one__primary-import__som-primary-import-20260529-185404__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- primary_import=pass requirements=15914 status_cells=763872 verify_rule_seeds=421620 sheet_cells=1781277
- pyxlsb_readiness=oneosinfra-owned project-venv pass
- /home/seeagain/dbinfrago-som-one/data/evidence/som-stable-index/dbinfrago-som-stable-20260529-primary-c3dca950.json
- /home/seeagain/dbinfrago-som-one/data/evidence/som-stable-index/dbinfrago-som-stable-20260529-primary-c3dca950-comparison.json
- /home/seeagain/datastack-one/data/handoffs/applied/infrago/dbinfrago-som/dbinfrago-som-stable-20260529-primary-c3dca950/handoff.json
- primary_stable_index=pass records=15914 unique_stable_object_ids=15914 semantic_delta_to_preview=present_or_not_compared
- /home/seeagain/dbinfrago-som-connector-one/data/primary-import-index/som-primary-import-index-20260529-185404/primary-import-index.json
- /home/seeagain/dbinfrago-som-connector-one/data/evidence/som-primary-import-index/som-primary-import-index-20260529-185404.json
- /home/seeagain/dbinfrago-som-one/data/evidence/som-stable-index/dbinfrago-som-stable-20260529-primary-index-8ebc51e6.json
- /home/seeagain/datastack-one/data/handoffs/applied/infrago/dbinfrago-som/dbinfrago-som-stable-20260529-primary-index-8ebc51e6/handoff.json
- primary_import_index=pass id=som-primary-import-index-20260529-185404 records=15914 semantic_content_hash=d1365222566e65b8cd3ba5fa51d5c6a7dbc7b97d074d1090521305f7cce6d108
- primary_index_stable=pass stable_version=dbinfrago-som-stable-20260529-primary-index-8ebc51e6 records=15914
- Nomenklaturentscheidung 2026-05-29: v16b/v17b/v2.0b etc. sind historische Legacy-Labels; Zielartefakte heissen primary-import-index, semantic-equality-gate, stable-index, datastack-handoff.
Repos
dbinfrago-som-onedbinfrago-som-connector-onedbinfrago-som-one-infradatastack-oneonespec-oneoneanalytics-oneonestack-one
Surfaces
dbinfrago-som-connectordbinfrago-som-viewerdbinfrago-som-work-draftonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0035
Nachfolger
- sequence_next
impl-0004-task-0001
Domains / Referenzen (1)
na
SOM und Objektbibliothek Stable-Index/Import-Kette dec-seitig tragfaehig machen
... Objektbibliothek one/dec Mirror-Manifest und Guard-Kontrakt materialisieren; danach Import-Runner-Hauptausgabe voll auf Primary-Import-Index drehen.
Done-Kriterien
- openOneSpec beschreibt fuer SOM und Objektbibliothek eine gemeinsame Import-Index -> Stable-Index -> DataStack-Handoff-Kette fuer one und dec
- openDec-Seite kann einen vorhandenen One-seitig erzeugten Stable-Index offline/geraetegebunden konsumieren, ohne neue OneSite/Server-Abhaengigkeit
- openDec-Seite kann reduzierte lokale Reimporte aus SyncDrive-/PSC-Quellen erzeugen und als lokale Evidence fuehren
- openDataStack-Regel unterscheidet zentrale one-Lineage und lokale dec-Lineage ohne Rohdaten-Duplizierung
- openObjektbibliothek nutzt dasselbe Pattern wie SOM inklusive Import-Index, Stable-Index, Handoff, Evidence und Trigger
- openGuards pruefen, dass neue SOM/Objektbibliothek-Verbraucher nicht ad hoc auf Rohdateien oder historische HTML/Preview-Dateien zeigen
- openPrimary-Import-Indizes werden zwischen one und dec gespiegelt und behalten ID, Hash, Counts, Lineage und Signaturstatus
- openObjektbibliothek wird auf object-library-primary-import-index als gleiches Pattern umgestellt oder entsprechend aliasiert
- doneObjektbibliothek besitzt object-library-primary-import-index als kanonische Zwischenebene
- doneObjektbibliothek-Stable-Index wird aus object-library-primary-import-index abgeleitet
- open... Objektbibliothek-Primary-Import-Index zwischen one und dec spiegeln
- open... Objektbibliothek-Import-Runner direkt auf Primary-Import-Index als Hauptausgabe umstellen
Done-Checkliste
- openKeine dec-seitige Funktion wird nur remote referenziert
- openOfflinefaehige Browser-/Tauri-Runtime kann Stable-Indizes aus lokalem Cache/SyncDrive lesen
- openPSC-/SyncDrive-Ablage bleibt verschluesselt und fuehrt nur freigegebene Manifeste/Hashes oeffentlich
- openSOM und Objektbibliothek bleiben fachlich getrennte Stable-Indizes, Kombi-Index wird nur abgeleitet
- openAutorun/LoopStack-Trigger koennen one- und dec-seitige Laeufe getrennt beobachten
- openOne/Dec-Mirror-Kontrakt umfasst Primary-Import-Index, Stable-Index, Manifest, Hash und Handoff
- openSemantic Equality Gates vergleichen one- oder dec-seitig Primary-Import-Index alt gegen Primary-Import-Index neu
- doneobject-library-primary-import-index-20260529-8e4fb87a-b3719c2e enthaelt 3354 Records und 2116 indexed Records
- donedbinfrago-objektbibliothek-stable-20260529-primary-index-df19f8d1 enthaelt 2116 Stable Records
- open... One/Dec-Mirror-Manifest fuer Objektbibliothek-Primary-Import-Index bauen
Evidence
- User-Hinweis 2026-05-29: Perspektivisch muss die Kette auch auf der Dec-Seite funktionieren, auch fuer Objektbibliothek
- User-Entscheidung 2026-05-29: Primary-Import-Indizes muessen sich zwischen one und dec spiegeln
- /home/seeagain/dbinfrago-objektbibliothek-connector-one/data/primary-import-index/object-library-primary-import-index-20260529-8e4fb87a-b3719c2e/primary-import-index.json
- /home/seeagain/dbinfrago-objektbibliothek-connector-one/data/evidence/object-library-primary-import-index/object-library-primary-import-index-20260529-8e4fb87a-b3719c2e.json
- /home/seeagain/dbinfrago-objektbibliothek-connector-one/data/evidence/object-library-stable-index/dbinfrago-objektbibliothek-stable-20260529-primary-index-df19f8d1.json
- /home/seeagain/datastack-one/data/handoffs/applied/infrago/dbinfrago-objektbibliothek-connector/dbinfrago-objektbibliothek-stable-20260529-primary-index-df19f8d1/handoff.json
Repos
dbinfrago-som-onedbinfrago-som-decdbinfrago-som-connector-onedbinfrago-som-connector-decdbinfrago-objektbibliothek-onedbinfrago-objektbibliothek-decdatastack-onedatastack-deconespec-oneonebaseline-oneonestack-one
Surfaces
dbinfrago-som-connectordbinfrago-som-viewerdbinfrago-som-work-draftdbinfrago-objektbibliothek-connectordbinfrago-objektbibliothek-viewerdbinfrago-objektbibliothek-work-draft
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0026
Nachfolger
- sequence_next
impl-0001-task-0047
Domains / Referenzen (1)
na
OneSpec-/OneGov-/OneGuard-Migrationsprogramm fuer Spezifikationen, Governance und Guard-Authority
Fachliche Abnahme durch ACCEPT impl-0001-task-0046, wenn die Governance-Migrationsprogramm-Readiness plausibel ist; physische Migration bleibt separat freigabepflichtig.
Done-Kriterien
- doneMeta-Task lists and owns the migration relationship between OneSpec, OneGov, OneGuard/OneGuardPH, OneBaseline and OneAnalytics
- doneExisting OStasks 0025, 0026, 0028, 0029, 0030 and 0039 remain as technical subtasks and are not silently merged away
- doneonespec.one is the canonical home for machine-readable specifications and schemas
- doneonegov.one is the canonical governance and authority context for decisions, protected policies, authority mappings and governance panels
- doneoneguard.one is the desired guard service identity and oneguardph.one is treated only under the documented placeholder policy while needed
- doneonebaseline.one references the accepted specs and governance policies as baseline-binding without becoming the physical home for every spec or guard
- doneoneanalytics.one remains the evidence, matrix, run-result and drift-report location for guard execution
- doneNo active spec, guard policy or governance authority remains in an ad-hoc location without explicit transition evidence
- doneA migration inventory lists every current Spec, Guard, baseline policy, governance panel/config and authority artifact with current home, target home and status
- doneA guard blocks new specs/guard policies/governance authorities from being added outside the canonical homes unless transition evidence exists
- doneGovernance migration inventory is visible through Onestack Search and query adapter
- doneSearch tokenization handles hyphenated service names for governance migration queries
Done-Checkliste
- doneUse this task as the program-level tracker; keep implementation details in the dependent tasks
- doneDo not delete the dependent tasks while they still carry unique technical edges
- doneInventory existing spec artifacts under onespec-one, onebaseline-one, onestack-one and related repos
- doneInventory existing guard code, guard policy and guard evidence separately
- doneClarify and materialize onegov.one repo/domain/surface family before moving authority artifacts
- doneDecide whether governance panels/configs move physically to onegov-one or stay in SurfaceHub with OneGov authority references
- doneRun the migration guard and onestack-impl done guard before promoting this task to done_candidate
Evidence
- User decision 2026-05-29: create an overarching OStask instead of hard-merging the existing OneSpec/OneGov/OneGuard subtasks.
- impl-0001-task-0025 covers classification of Core Services, Stacks and UnifiedAPI domains.
- impl-0001-task-0026 covers onespec.one/oneguard.one/oneguardph.one domain materialization.
- impl-0001-task-0028 covers explicit approval and evidence for guard-policy changes.
- impl-0001-task-0029 covers domainph placeholder policy materialization.
- impl-0001-task-0030 covers runtime and guard layer separation in governance/reference/applied/{tenant}.
- impl-0001-task-0039 covers Service, Stack and UAPI repo families across governance/reference/applied/{tenant}.
- 2026-06-02 Governance migration inventory generated: record_count=684; spec=46; guard_implementation=135; guard_evidence=204; baseline_binding=32; governance_authority=14; surface_panel=140; resolution_entry=17.
- 2026-06-02 Governance migration inventory status summary: canonical_home=419; placeholder_transition=5; target_repo_missing=109; transition_required=151.
- 2026-06-02 onegov-one target repo missing is explicitly visible in inventory; not silently treated as solved.
- 2026-06-02 governance-migration-inventory-guard pass checks=4117 blocked=0.
- 2026-06-02 Governance migration inventory projected into Onestack Search: projection record_count=172 working_context_count=12 structure_node_count=769.
- 2026-06-02 Query onegov migration inventory with context governance-migration returns migration inventory as top result.
- 2026-06-02 Onestack Search FTS tokenizer aligned with query tokenizer for hyphenated service names such as onegov-one.
- 2026-06-02 Local onegov-one Git repo materialized with README, purpose, SurrealDB note, ADR-0001 and governance authority index.
- 2026-06-02 onegov-repo-readiness-guard pass checks=15 blocked=0.
- 2026-06-02 Governance migration inventory regenerated after OneGov materialization: record_count=690; target_repo_missing=0; transition_required=264; canonical_home=421; placeholder_transition=5.
- 2026-06-02 governance-migration-inventory-guard pass after OneGov materialization checks=4153 blocked=0.
- 2026-06-02 Onestack Search projection after OneGov materialization: record_count=174 task_count=124 adhq_count=38 working_context_count=12 structure_node_count=777; guard pass.
- 2026-06-02 Governance migration inventory final current count after OneGov materialization: record_count=690; target_repo_missing=0; transition_required=264.
- 2026-06-02 Governance panel authority binding generated: binding_count=171; authority_reference_required=170; implementation_history_keep=1; move_now=false.
- 2026-06-02 Work-draft decision: governance panels, SurfaceHub configs and Resolution registries stay physically in runtime repos; OneGov is bound as authority home by reference first.
- 2026-06-02 governance-panel-authority-binding-guard pass checks=1202 blocked=0.
- 2026-06-02 Onestack Search projection includes governance-panel-authority-binding and guard evidence; query governance panel authority binding in context governance-migration returns binding record.
- 2026-06-02 Governance transition evidence generated: record_count=690; noncanonical_without_evidence=0; canonical_home=421; authority_reference_bound=14; placeholder_transition_guarded=5.
- 2026-06-02 governance-transition-evidence-guard pass checks=2359 blocked=0.
- 2026-06-02 Onestack Search projection includes governance-transition-evidence and guard evidence; query governance transition evidence in context governance-migration is guarded.
- 2026-06-02 Governance canonical-home readiness generated: home_count=7; blocked_home_count=0; ready=3; ready_with_transition_backlog=4.
- 2026-06-02 governance-canonical-home-readiness-guard pass checks=46 blocked=0.
- 2026-06-02 Onestack Search projection includes governance-canonical-home-readiness and guard evidence; query governance canonical home readiness in context governance-migration is guarded.
- 2026-06-02 onestack-impl-done-guard strict pass tasks=125 blocked=0 after impl-0001-task-0046 done_candidate promotion.
- 2026-06-02 Done-Guard-Hygiene completed for existing unrelated taskboard blockers: missing visible checklists derived from done criteria, invalid status normalized, memory-surrealdb-pipeline-guard pass.
Repos
onespec-oneonegov-oneoneguard-oneoneguardph-oneonebaseline-oneoneanalytics-oneonestack-oneoneresolution-oneonesurfacehub-one
Surfaces
onespec-oneonegov-oneoneguard-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0041
Nachfolger
- sequence_next
impl-0001-task-0048
Domains / Referenzen (4)
onespec.oneonegov.oneoneguard.oneoneguardph.one
MemoryStack.one und oprms-baseline-answer-gatekeeper baseline-konform materialisieren
Fachliche Abnahme durch ACCEPT impl-0001-task-0047, wenn MemoryStack, OneMemory, OneDiscovery, unifiedapi.memory und oprms-baseline-answer-gatekeeper plausibel abgegrenzt sind.
Done-Kriterien
- donememorystack.one besitzt eine vollstaendige Vier-Repo-Familie als oprms-onestack-reference Stack
- doneADR-Memo 0001 dokumentiert den gesamten Entscheidungsstrang zu MemoryStack, OneMemory, OneDiscovery, unifiedapi.memory und oprms-baseline-answer-gatekeeper
- doneonespec-one klassifiziert memorystack.one als Stack und grenzt ihn gegen onememory.one, onediscovery.one und unifiedapi.memory ab
- doneSpezifikation merkt vor, dass Diskussionsstrang, Entscheidungen, Spezifikationen, Guard-Regeln und Akzeptanzkriterien im Original Deutsch gefuehrt werden
- doneoprms-baseline-answer-gatekeeper ist als sofort verbindliches Antwort-Gate spezifiziert und verhindert Antworten ohne Baseline-/ADR-/IMPL-/OStask-/Such-/Memory-Kontext
- doneAnswer-Gatekeeper nutzt sofort Suchmaschinentechnologie auf hoechstem aktuell verfuegbarem Niveau: Volltext, Semantik, Beziehung, Quellengewichtung und Kontextnachweis
- doneAnswer-Gatekeeper kann Nutzerannahmen und Agentenantworten korrigieren, wenn hochrangige Quellen eine andere Baseline-Lage zeigen
- doneoneguardph-one enthaelt einen Guard, der MemoryStack-Klassifikation und Answer-Gatekeeper-Kontextpflicht prueft
- doneonediscovery.one konsumiert MemoryStack konzeptionell fuer skalierbare Discovery, statt eigene Memory-Substrate dauerhaft zu besitzen
- doneRemote-only oder ad-hoc Memory-/Discovery-Logik wird als nicht baseline-komplett blockiert
Done-Checkliste
- doneKeine /srv- oder sonstige freie Ablagelogik als Architekturquelle
- doneVier-Repo-Regel fuer memorystack.one erfuellt
- doneOriginal Deutsch in ADR/Spec verankert
- doneDeutsch als Originalsprache fuer ganz OPRMS und OneStack verankert
- doneSuchmaschinentechnologie fuer Antwort- und Memory-Gates sofort normativ
- doneAbgrenzung Core Service / Stack / UnifiedAPI-Domaene maschinenlesbar
Evidence
- Nutzerentscheidung 2026-05-30: memorystack.one ist registriert und wird fuer onediscovery.one benoetigt, damit keine technischen und organisatorischen Schulden entstehen.
- Nutzerentscheidung 2026-05-30: Der Name lautet oprms-baseline-answer-gatekeeper.
- Nutzerentscheidung 2026-05-30: OPRMS und OneStack werden insgesamt in Deutsch als Ausgangs-/Originalsprache dokumentiert.
- Nutzerentscheidung 2026-05-30: Answer- und Memory-Gates muessen sofort Suchmaschinentechnologie auf hoechstem Niveau nutzen und besser korrigieren koennen als spontane Nutzerannahmen.
Repos
memorystack-onememorystack-one-inframemorystack-decmemorystack-dec-infraonememory-oneonediscovery-oneunifiedapi-memory-oneonespec-oneoneguardph-oneonestack-one
Surfaces
memorystack-oneonediscovery-oneonememory-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0045
Nachfolger
- sequence_next
impl-0001-task-0049
Domains / Referenzen (3)
memorystack.oneonememory.oneonediscovery.one
Onestack-Impl Ansichten und Umschaltungen mit Playwright vollstaendig pruefen
Fachliche Sichtpruefung im Browser; danach ACCEPT impl-0001-task-0048, wenn Desktop/Mobile, Task Views, Fortschritt/Dauer, Scrollen und Vorgänger-/Nachfolger-Umschaltung plausibel sind.
Done-Kriterien
- doneAlle Onestack-Impl Ansichten werden in Playwright auf Desktop und Mobile geoeffnet und per Screenshot/Evidence nachgewiesen
- doneAlle Ansichtsumschaltungen inklusive Liste, Task-Detail, Task-View, Beziehung/Graph soweit vorhanden, Filter, Status und Done-Kandidaten werden per Playwright geklickt
- doneMobile Ansicht ist ohne verdeckte Primaeraktionen bedienbar; Oeffnen-/Status-/Zurueck- oder vergleichbare Kernaktionen sind linksbuendig sichtbar
- doneTabellenform mit praktischem seitlichen Scrollen ist wieder vorhanden oder durch eine gleichwertig bessere Mobile-/Desktop-Ansicht ersetzt und dokumentiert
- doneHorizontales Scrollen ist dort moeglich, wo Spalten bewusst breit sind, ohne dass der gesamte Viewport unkontrolliert rechts uebersteht
- donePlaywright-Guard blockiert Done-Candidate fuer onestack-impl, wenn eine Ansicht oder Umschaltung nicht geprueft wurde
- doneEvidence benennt getestete URLs, Viewports, Umschaltungen, Screenshot-Pfade, blockierende Befunde und Freigabestatus
Done-Checkliste
- doneDesktop Playwright durchgelaufen
- doneMobile Playwright durchgelaufen
- doneAlle sichtbaren View-Umschalter geklickt
- doneTask-View oeffnet auf Mobile und Desktop
- doneTabellen-/Seitenscroll-Bedienung wiederhergestellt oder gleichwertig ersetzt
- doneKeine ungepruefte Ansicht wird als fertig gemeldet
- doneID, Owner und Status sind in der Aufgabe einzeilig sichtbar und die redundanten ID-/Status-Spalten sind versteckt
- doneFortschritt ist als einzeilige letzte Spalte dargestellt
- doneVorgaenger-/Nachfolger-Relationen sind mindestens als explizite oder intelligente Kante sichtbar und hidden/collapsed/full umschaltbar
- doneDauer-Spalte ist vorhanden und nutzt eine reproduzierbare Schaetzung als Startpunkt fuer spaeteres Erfahrungslernen
- doneAktive Ansichtsumschaltung wird im Desktop- und Mobile-Guard markiert geprueft
Evidence
- Nutzerbefund 2026-05-30: onestack-impl Ansichten einschliesslich Mobile und Ansichtsumschaltungen wurden bis dato nicht verlaesslich geprueft.
- Nutzerbefund 2026-05-30: Die fruehere Tabellenform mit praktischem seitlichen Scrollen ist abhandengekommen.
- Bestehender Bezug: impl-0001-task-0021 Homepage Visual Guard als triggerbasiertes Completion-Gate.
- oneanalytics-one/data/matrices/frfy__oneanalytics-one__onestack-impl-playwright__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- oneanalytics-one/tools/watchdogs/onestack-impl-playwright-guard.sh
- oneanalytics-one/tools/watchdogs/onestack-impl-playwright.mjs
- Contabo Runner /opt/oprms-playwright-check: onestack-impl-playwright-guard status=pass checks=26 blocked=0
- onestack-one/tools/impl/render-onestack-impl-dashboard.py: task-open, view-switches, mobile table-scroll and one-line id/owner/status meta rendered reproducibly
- Vorgaenger-/Nachfolger-Relationen sind im Task-Detail als hidden/collapsed/full umschaltbare Relation-Sicht modelliert.
- Playwright Evidence 2026-05-30T14:44Z: status=pass checks=44 blocked=0, inklusive view-active-nav, task-table-meta-contract und relation-visibility-triad.
- onestack-one renderer: redundante ID-/Status-Spalten versteckt; Aufgabe zeigt id/owner/status; Dauer- und Fortschritt-Spalten ergänzt.
- Relationen: explizite depends_on/supports/etc. werden genutzt; fehlende Kanten bekommen sequenzielle oder relation_graph_anchor-Verknuepfung.
Repos
onestack-oneoneanalytics-oneonespec-oneoneguardph-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0001-task-0050
Domains / Referenzen (2)
onestack.oneoscore.eu
IMPL-Nummerierung, Luecken und Tombstone-/Migrationsregel klaeren
IMPL-Inventar und Spec-/Guard-Regel fuer fortlaufende Nummerierung erstellen; danach Entscheidung fuer impl-0008 Migration oder historische Akzeptanz einholen.
Done-Kriterien
- openAlle vorhandenen IMPL-Dateien sind inventarisiert und gegen ihre impl_id geprueft
- openLuecken 0006/0007 und bestehende Datei impl-0008 sind als Befund dokumentiert
- openSpec-Regel legt fest, dass IMPL-Nummern fortlaufend vergeben werden und Subtask-Nummern nicht als IMPL-Nummern verwendet werden duerfen
- openEntscheidung liegt vor, ob impl-0008 historisch akzeptiert oder per dokumentierter Migration auf naechste freie Nummer umbenannt wird
- openBei Umbenennung gibt es Tombstone-/Redirect-/Querverweis-Artefakt, damit alte Referenzen nicht brechen
- openMemoryStack/OneMemory halten die Ursache der Fehlannahme fest, damit Subtask-Nummern nicht erneut als IMPL-Nummern fehlinterpretiert werden
- openGuard blockiert neue IMPL-Dateien mit nicht fortlaufender Nummer oder nicht passender impl_id
Done-Checkliste
- openIMPL-Inventar erstellt
- openBefund impl-0008 bei freien Nummern 0006/0007 dokumentiert
- openMigrations- oder Akzeptanzentscheidung getroffen
- openTombstone-Regel dokumentiert
- openGuard fuer IMPL-Nummerierung geplant oder umgesetzt
Evidence
- Nutzerbefund 2026-05-30: impl-0008 war eine falsche Erinnerung; Ursache wahrscheinlich Verwechslung mit impl-0004-task-0008.
- Read-only Befund 2026-05-30: Vorhanden sind impl-0001, impl-0002, impl-0003, impl-0004, impl-0005 und impl-0008; impl-0006 und impl-0007 fehlen als Dateien.
Repos
onestack-oneonespec-oneonememory-onememorystack-oneonediscovery-oneoneguardph-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0047
Nachfolger
- sequence_next
impl-0004-task-0013
Domains / Referenzen (1)
na
Browser-Dec-Offline-Reload und Gov Topline Frame materialisieren
Fachliche Abnahme; danach Browser-Dec-Offline-Runtime weiter in Richtung vollstaendige signierte Dec-Seite ausbauen.
Done-Kriterien
- doneEine einmal online geladene Onestack-Seite kann im selben Browser im Flugzeugmodus neu geladen werden
- doneOffline-Faehigkeit ist Dec-/Offline-Runtime-Vertrag und keine zufaellige Browsercache-Nebenwirkung
- doneGov Topline Frame ist generisch und enthaelt genau ein Gov Topline Panel
- doneBei IPconnected entspricht die obere Linie der darunterliegenden Hintergrundfarbe
- doneBei IPbroken ist die obere Linie kontrastierend zur darunterliegenden Hintergrundfarbe
- doneGuard blockiert spaeter fehlende Offline-Reload-Faehigkeit im Gate-Modus
- doneOneSite-Go-Bau bleibt bis zur expliziten scoped Freigabe blockiert
Done-Checkliste
- doneOStask fuer Browser-Dec-Offline-Reload und Gov Topline Frame angelegt
- doneNormative Spec fuer Offline-Reload, IPconnected/IPbroken und gov-topline-frame angelegt
- doneOnestack-Impl Dashboard markiert IPconnected/IPbroken als Runtime-State
- donePlaywright-Guard prueft IPconnected-Topline im sichtbaren Dashboard
- doneBrowser-Dec-Offline-Reload-Guard existiert als Audit/Gate-Watchdog
- doneAudit-Evidence fuer Browser-Dec-Offline-Reload ist erzeugt und versioniert
- doneSame-Browser-Reload im Flugzeugmodus besteht im Gate-Modus
- doneOneSite liefert einen generischen gov-topline-frame mit genau einem gov-topline-panel
- doneOneSite-Go-Aenderung wurde nur nach exakt scoped YES umgesetzt
Evidence
- /home/seeagain/onespec-one/docs/specs/frfy__onespec-one__browser-dec-offline-reload-gov-topline__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- /home/seeagain/onestack-one/tools/impl/render-onestack-impl-dashboard.py
- /home/seeagain/oneanalytics-one/tools/watchdogs/onestack-impl-playwright.mjs
- /home/seeagain/oneanalytics-one/tools/watchdogs/browser-dec-offline-reload-guard.sh
- /home/seeagain/oneanalytics-one/tools/watchdogs/browser-dec-offline-reload.mjs
- /home/seeagain/oneanalytics-one/data/matrices/frfy__oneanalytics-one__browser-dec-offline-reload__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json: status=blocked, online-first-load pass, same-browser-offline-reload blocked
- /home/seeagain/oneanalytics-one/data/matrices/frfy__oneanalytics-one__onestack-impl-playwright__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json: status=pass, checks=133, blocked=0
- Live HTTPS https://oscore.eu/onestack-impl: X-OS-Gov-Topline-Frame=enabled, X-OS-Gov-Topline-Panel=gov-topline-panel, renderer=onesite-v06d-universal
- Live HTTPS https://oscore.eu/__onesite/offline-sw.js: status=200, Service-Worker-Allowed=/
- /home/seeagain/oneanalytics-one/data/matrices/frfy__oneanalytics-one__browser-dec-offline-reload__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json: status=pass, checks=3, blocked=0
Repos
onestack-oneonespec-oneoneanalytics-oneonesite-one
Surfaces
onestack-implgov-topline-panel
Vorgaenger / Nachfolger
3 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0001-task-0021 - depends_on
impl-0001-task-0048
Nachfolger
- depends_on
impl-0001-task-0052
Domains / Referenzen (2)
onestack.oneoscore.eu
Onestack-Impl Tasksuche und Taskview-Spaltenbreite guardbar korrigieren
Fachliche Abnahme; danach die gleiche Search-/Taskview-Guard-Kante fuer weitere Taskboard-Surfaces wiederverwenden.
Done-Kriterien
- doneSuche nach `0050` filtert die Tasktabelle nachvollziehbar auf passende Eintraege
- doneTaskview-Spalten sind auf Mobile nicht zu breit und bleiben seitlich scrollbar, wenn die Tabelle breiter als der Viewport ist
- doneGuard verhindert Rueckfall von Suche/Filterung und Taskview-Spaltenbreite
- doneOnestack-Impl Visual-/Runtime-Guards laufen nach Anpassung grün
Done-Checkliste
- doneSuch-/Filterverhalten der Aufgabenliste fuer `0050` reproduzieren
- doneTaskview-Spaltenbreiten mobil und desktop auf CSS-Spec pruefen
- doneGuard fuer Suche/Filterung und Taskview-Spaltenbreiten definieren
- doneGuard mit Playwright oder DOM-Check umsetzen
- doneOnestack-Impl Dashboard neu rendern und visuell pruefen
Evidence
- /home/seeagain/onestack-one/tools/impl/render-onestack-impl-dashboard.py: CSS fuer Taskview-Breiten und Wrapping nachgeschaerft
- /home/seeagain/oneanalytics-one/tools/watchdogs/onestack-impl-playwright.mjs: filter-0050 und task-0050-view-width Checks ergänzt
- /home/seeagain/oneanalytics-one/data/matrices/frfy__oneanalytics-one__onestack-impl-playwright__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json: status=pass, checks=143, blocked=0
Repos
onestack-oneoneanalytics-oneonespec-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0001-task-0052
Domains / Referenzen (2)
onestack.oneoscore.eu
CSS-Spec, Zoom-Vertrag, Topline-Breite, statische Topline und Hedgie/Worklink-Offline-Reload absichern
Hedgie/Worklink Cross-Surface-Offline-Reload reparieren und Worklink-Text-/Surface-Erkennung klaeren; danach Guard erneut auf Contabo ausfuehren.
Done-Kriterien
- doneCSS-Spec erlaubt Nutzer-Zoom und verbietet zoomfeindliche Viewport-Metas
- doneOnestack-Impl-Topline ist im sichtbaren Dashboard mindestens drei CSS-Pixel stark
- doneStatische Topline-Anzeige existiert, ist dekorativ und nicht alleiniger Informationstraeger
- donePlaywright-Guard blockiert Rueckfaelle bei Zoom-Vertrag, Topline-Breite und statische Topline-Anzeige
- doneOffline-Reload-Guard prueft neben onestack-impl auch hedgie/worklink Referenzpfade zu onestack
- blockedContabo-/Live-Evidence ist gruen oder ein echter Blocker ist als Folgeaufgabe dokumentiert
Done-Checkliste
- doneCSS-Spec fuer Browser-Zoom, Topline-Mindestbreite, statische Topline-Anzeige und Cross-Surface-Offline-Reload erweitern
- doneOnestack-Impl-Dashboard so rendern, dass Nutzer kleiner/groesser zoomen koennen
- doneTopline im Dashboard mindestens dreifach sichtbar setzen
- doneStatische Topline-Anzeige ohne Bewegung als dekorativen Runtime-Indikator ergaenzen
- donePlaywright-Guard fuer Zoom-Vertrag, statische Topline-Anzeige und Topline-Breite erweitern
- doneBrowser-Dec-Offline-Reload-Guard auf hedgie.one/onestack und worklink.one/onestack erweitern
- blockedGuards ausfuehren und Evidence versionieren
- doneFalls globale OneSite-Go-Topline ebenfalls geaendert werden soll: exakt scoped YES einholen und separat umsetzen
Evidence
- /home/seeagain/onespec-one/docs/specs/frfy__onespec-one__os-table-css-behavior__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json erweitert
- /home/seeagain/onestack-one/tools/impl/render-onestack-impl-dashboard.py: viewport maximum-scale=5, Panel-Topline 6px, 6x6 Laufpunkt
- /home/seeagain/oneanalytics-one/tools/watchdogs/onestack-impl-playwright.mjs erweitert
- /home/seeagain/oneanalytics-one/tools/watchdogs/browser-dec-offline-reload.mjs erweitert
- Contabo browser-dec-offline-reload-guard 2026-05-30T17:00:24Z: status=blocked checks=9 blocked=3; oscore.eu/onestack-impl pass; hedgie.one/onestack offline reload blocked; worklink.one/onestack online expected text and offline reload blocked.
- Contabo onestack-impl-playwright-guard after CSS/Topline-Update: status=pass checks=153 blocked=0.
- Live Playwright 2026-05-30: gov_topline_frame height=6 for oscore.eu/onestack-impl, hedgie.one and worklink.one after scoped OneSite-Go consent YES onesite-go-gov-topline-width-align-6px.
- User 2026-05-30: Panel-Topline ist exakt 6px; CSS-Spec and Playwright guard were tightened to exact 6px.
Repos
onestack-oneonespec-oneoneanalytics-one
Surfaces
onestack-implhedgie-oneworklink-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0001-task-0050 - depends_on
impl-0001-task-0051
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (4)
onestack.onehedgie.oneworklink.oneoscore.eu
Surface Panels mit 6px Topline und 6x6 Laufpunkt absichern
Fachliche Abnahme durch ACCEPT impl-0001-task-0053, wenn 6px Linie und 6x6 Laufpunkt im Browser plausibel sind.
Done-Kriterien
- doneGov-Topline-Background-Panel rendert eine exakt 6px hohe Linie
- doneGov-Topline-Point-Panel rendert einen 6x6 Punkt in entgegengesetzter sichtbarer Farbe
- doneDer Punkt laeuft genau auf der Linie von ganz links nach ganz rechts und zurueck
- doneSpec und Guard pruefen 6px Linie, 6x6 Punkt und scoped Animation
Done-Checkliste
- donePanel-CSS auf 6px Linie und 6x6 Laufpunkt angepasst
- doneGov-Topline-Boundary-Guard nachgezogen
- doneLive-Output auf Topline-Payload geprueft
- doneAenderungen committed
Evidence
- Live OneSite payload contains height: 6px, width: 6px, gov-topline-point-sweep and calc(100vw - 6px)
- gov-topline-boundary-guard status=pass checks=21 blocked=0
- oneanalytics-one gov-topline-boundary-guard.sh
- onespec-one browser-dec-offline-reload-gov-topline spec
- onestack-impl-done-guard status=pass tasks=82 blocked=0
- onesurfacehub-one gov-topline-panel/background/point CSS
- taskboard-item-lifecycle-guard status=pass checks=347 blocked=0
- 2026-06-03 Agentic-Verified-Hygiene: bestehender Memory-Kontext als maschinenlesbarer memory_ref normalisiert; keine fachliche Acceptance gesetzt.
Repos
onesurfacehub-oneonespec-oneoneanalytics-oneonestack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0051
Nachfolger
- sequence_next
impl-0002-task-0001
Domains / Referenzen (1)
na
OneProject-grade Onestack-Impl workbench
Live pruefen, fachlich ansehen und nach Sichtpruefung ACCEPT impl-0002-task-0001 entscheiden.
Done-Kriterien
- doneIMPL-0001 references OneProject-grade implementation cockpit
- doneIMPL-0002 selects combined Dockview-ready workbench as first UI
- doneWorkbench generator consumes OneStack task carriers
- doneDashboard model and offline UI payload are generated
- doneSurfaceHub binding points onestack-impl to the workbench payload
- doneGov OS Surface Structure Panel contains the relation graph summary
- doneLive probe confirms onestack-impl is delivered without visible diagnostics chrome
Done-Checkliste
- doneWorkbench nutzt den kanonischen onestack-impl Task Carrier und keine zweite manuelle Aufgabenquelle
- doneDashboard-Modell und offlinefaehiger HTML-Payload werden aus dem Renderer erzeugt und versioniert
- doneNutzeransicht enthaelt Liste, Board, Task-View, Relation Graph, Timeline-/Gantt-Vorbereitung, Task-Traeger und Done-Freigaben
- doneSurfaceHub-/Resolution-Bindings liefern onestack-impl als Surface-Payload ohne sichtbaren Diagnostics-Chrome
- doneAbschluss bleibt explizit: fachliche Freigabe erfolgt erst ueber ACCEPT impl-0002-task-0001
Evidence
- onestack-one tools/impl/render-onestack-impl-dashboard.py
- onestack-one data/impl/onestack-impl-dashboard-model.json
- onestack-one data/impl/onestack-impl-dashboard.html
- onesurfacehub-one config/surface-panel-bindings.json panel onestack-impl
- oneresolution-one panel_variables gov-os-surface-structure-panel for onestack-impl
- live probe https://oscore.eu/onestack-impl -> X-Os-Surface: onestack-impl and workbench payload present
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
onestack-oneonesurfacehub-oneoneresolution-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0053
Nachfolger
- sequence_next
impl-0002-task-0002
Domains / Referenzen (1)
na
OneTask.one als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs abgrenzen
Fachliche Abnahme durch ACCEPT impl-0002-task-0002, wenn OneTask als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs plausibel abgegrenzt ist.
Done-Kriterien
- doneOStask exists before ADR/Spec work begins
- doneADR-Memo 0001 in onetask-one decides purpose, scope and boundary of onetask.one
- doneOneSpec contains machine-readable task reference model spec using wording das allgemeine Task-Modell und die Task-APIs
- doneIMPL-0002 references onetask.one and separates it from oneproject.one and projectcockpit.one
- doneRepo-family baseline for onetask-one/one-infra/dec/dec-infra is created or missing state is explicitly recorded
- doneResolution/SurfaceHub materialize onetask.one as reference surface without applied tenant semantics
- doneGuards cover that oneproject/projectcockpit consume the Task model/API instead of owning the canonical model
Done-Checkliste
- doneUse term das allgemeine Task-Modell und die Task-APIs instead of Task-Primitive
- doneonetask.one is reference layer, not applied/{tenant}
- doneoneproject.one composes tasks into projects and operational work threads
- doneprojectcockpit.one presents Steuerungs-/Cockpit-/tenant views without owning canonical Task semantics
Evidence
- User registered onetask.one and preferred wording: das allgemeine Task-Modell und die Task-APIs.
- IMPL-0002 currently mentions oneproject one-seitige Inbox-/Thread-/Task-APIs and must be sharpened so canonical Task model/API is owned by onetask.one.
- 2026-06-02 OneTask ADR-0001 materialized: onetask.one owns das allgemeine Task-Modell und die Task-APIs; oneproject.one/projectcockpit.one are consumers.
- 2026-06-02 OneSpec onetask-reference-task-model materialized with required wording and role boundaries.
- 2026-06-02 Protected Resolution materialized onetask-one as task-reference-service and added onetask_reference consumer notes to oneproject-one/projectcockpit-one.
- 2026-06-02 SurfaceHub protected binding materialized onetask.one -> onetask-one-surface-panel.
- 2026-06-02 onetask-reference-boundary-guard pass checks=23 blocked=0.
Repos
onetask-oneonetask-one-infraonetask-deconetask-dec-infraonespec-oneonebaseline-oneonestack-oneoneproject-oneprojectcockpit-oneoneresolution-oneonesurfacehub-oneoneanalytics-one
Surfaces
onetask-oneoneproject-oneprojectcockpit-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0002-task-0001
Nachfolger
- sequence_next
impl-0004-task-0002
Domains / Referenzen (3)
onetask.oneoneproject.oneprojectcockpit.one
DB InfraGO Knowledge Viewer Profile und Relation Index fuer SOM/Object Library
Work through subtasks impl-0004-task-0002 to impl-0004-task-0005 in order: relation hardening, profile artifacts, viewer proposals, guards/promotion.
Done-Kriterien
- doneIMPL-0004 beschreibt SOM-Viewer und Object-Library-Viewer als gemeinsame Knowledge-Viewer mit Arbeitsmoment-Profilen
- doneunifiedapi.object-library ist als kanonische UAPI-Domaene fuer die Objektbibliothek verwendet
- doneonesimulation.one ist als Reference Service fuer Simulation aufgenommen
- donesimulationstack.one ist als registrierter Stack-Anker aufgenommen, ohne den Stack jetzt kuenstlich aufzublasen
- doneOneSpec definiert Viewer-Profilmodell und Knowledge-Relation-Index maschinenlesbar
- doneDatastack erzeugt ersten dbinfrago-knowledge-relation-index aus SOM-Stable-Index und Object-Library-Stable-Index
- doneRelation-Index-Evidence enthaelt Quellpfade, Quellhashes, Counts, Relationstypen und Content-Hash
- doneOStask und IMPL verweisen auf die gebaute Relation-Index-Version
- doneknowledge-relation-index-guard ist als Folgeguard benannt oder materialisiert
- doneDB InfraGO Adapter sind in den relevanten UAPI-Domaenen dokumentiert und im Relation-Index nachgewiesen
- doneUAPI-Domaenen, Stacks und Services setzen auf uebergreifende BIM-/OpenBIM-Standards auf; DB-InfraGO-Fachlogik sitzt in Adaptern
- doneOneSpec haelt fest, dass mehrere koordinierte Specs benoetigt werden: BIM/OpenBIM Foundation, DB-InfraGO-UAPI-Adapter, Viewer-Profile, Relation-Index und Guard-Policy
Done-Checkliste
- doneViewer denken vom Arbeitsmoment des Nutzers aus, nicht von Tabellen oder Rohdateien
- doneSOM und Object Library haben ein gemeinsames Profilmodell mit viewer-spezifischer Auspraegung
- doneRelationen sind konservative Mapping-/Review-Kandidaten und keine blind freigegebene fachliche Wahrheit
- doneSimulation wird ueber onesimulation.one und unifiedapi.simulation angebunden
- donesimulationstack.one bleibt Stack-Anker fuer spaetere wiederverwendbare Simulationsfaehigkeiten
- doneDec-/Offline-Faehigkeit bleibt Baseline-Anforderung fuer Viewer, Profile und Indizes
- doneDB-InfraGO-Adapter sind nicht in OneSite oder Core-Runtimes fest verdrahtet, sondern UAPI-Domaenen zugeordnet
- doneBIM/OpenBIM-Standards bilden die Basis; DB-InfraGO-Adapter spezialisieren nur darueber
- openSubtask impl-0004-task-0002 haertet den Relation-Index fachlich, bevor Mappings als mehr als Kandidaten gelten
- openSubtask impl-0004-task-0003 materialisiert Arbeitsmoment-Profile als maschinenlesbare Artefakte
- openSubtask impl-0004-task-0004 baut Viewer-Proposals fuer SOM und Object Library vor Promotion
- openSubtask impl-0004-task-0005 haertet Guards, Dec-/Offline-Pflicht und Promotion-Gates
Evidence
- User decision 2026-05-29: use unifiedapi.object-library.
- User decision 2026-05-29: create a new IMPL instead of only ADRs.
- User decision 2026-05-29: simulationstack.one registered and should be included as Stack anchor.
- onestack-one docs/implements/frfy__onestack-one__impl-0004__dbinfrago-knowledge-viewer__som-object-library__working-moment-profiles__impl__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md
- onespec-one docs/specs/frfy__onespec-one__dbinfrago-knowledge-viewer-profile-relation-index__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- datastack-one data/relation-index/applied/infrago/dbinfrago-knowledge-relation-index-20260529-8e9c073b/relation-index.json
- datastack-one data/evidence/relation-index/dbinfrago-knowledge-relation-index-20260529-8e9c073b.json
- knowledge-relation-index-guard strict: pass blocked=0
- relation_version dbinfrago-knowledge-relation-index-20260529-8e9c073b: som_record_count=15914 object_library_record_count=2116 relation_record_count=13679
- relation_type_counts: probable_match=246 attribute_overlap=3507 same_fachmodell=9426 no_relation_found=11521
- UAPI adapters include dbinfrago-som-adapter, dbinfrago-object-library-adapter, dbinfrago-knowledge-viewer-adapter, dbinfrago-qgis-adapter and dbinfrago-simulation-adapter
- BIM/OpenBIM foundation includes IFC 2x3, IFC 4, IFC 4 Add2, buildingSMART OpenBIM, BCF, IDS and bSDD/comparable dictionary reference
- Spec decomposition recorded: bim-openbim-foundation, dbinfrago-uapi-adapter-map, dbinfrago-knowledge-viewer-profile, dbinfrago-knowledge-relation-index, dbinfrago-knowledge-viewer-guard-policy
- User decision 2026-05-29: split implementation into subtasks impl-0004-task-0002 through impl-0004-task-0005 while keeping impl-0004-task-0001 as program anchor.
Repos
onestack-oneonespec-onedatastack-onedbinfrago-som-onedbinfrago-objektbibliothek-connector-oneoneanalytics-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-ist-soll-simulation
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0044
Nachfolger
- sequence_next
impl-0004-task-0008
Domains / Referenzen (3)
naonesimulation.onesimulationstack.one
DB InfraGO Knowledge Relation Index fachlich haerten
Await acceptance; continue with impl-0004-task-0003 profile artifacts.
Done-Kriterien
- doneRelation-Index nutzt staerkere Matching-Regeln fuer SOM-Gewerk/Fachmodell, IFC/Revit, Objektterme, Attribute, PropertySets und Dateipfade
- doneRelationstypen und Confidence-Regeln sind in OneSpec genauer definiert
- doneReview-Status unterscheidet mapping_candidate, requires_mapping_review, no_relation_found und spaetere approved states
- doneRelation-Index bleibt konservativ und markiert unsichere Treffer als Review statt fachliche Wahrheit
- doneKnowledge-Relation-Index-Guard prueft Relationstypen, Counts, Hashes, Adapter und BIM/OpenBIM-Basis
Done-Checkliste
- doneKein Mapping wird ohne Review-/Promotion-Gate als exact_match ausgegeben
- doneNo-relation-Faelle bleiben sichtbar und werden nicht weggelassen
- doneProfile koennen Relationstypen gezielt filtern oder priorisieren
Evidence
- Initial relation index dbinfrago-knowledge-relation-index-20260529-8e9c073b exists as baseline input.
- Relation builder now emits matching_rule_version dbinfrago-knowledge-relation-v20260529-02, score, score_components, confidence_band, meaningful_matched_keys and explicit review_status.
- Current hardened relation_version dbinfrago-knowledge-relation-index-20260529-dfcd99e4: relation_record_count=5177, probable_match=29, same_object_term=216, attribute_overlap=201, same_fachmodell=4231, no_relation_found sample=500 of total 14136.
- OneSpec relation_index_model now requires matching_rule_version, score components, confidence bands, semantic_equality_gate and review_status_counts.
- knowledge-relation-index-guard strict: pass blocked=0.
Repos
datastack-oneonespec-oneoneanalytics-oneonestack-onedbinfrago-som-onedbinfrago-objektbibliothek-connector-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-viewer
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0004-task-0010
Domains / Referenzen (1)
na
Knowledge-Viewer-Profile, SurrealDB und UAPI-Runtime-Vorstufe materialisieren
Await acceptance; continue with impl-0004-task-0004 viewer proposals.
Done-Kriterien
- doneJSON-Artefakte fuer Orientierung, Projektaufsatz, Lph 1-4, Lph 5, Lph 8, Betrieb, Connector/Mapping, Quality Check und Simulation existieren
- doneJedes Profil definiert working_moment, project_phase, user_role, inspection_goal, source_scope, visible_columns, active_relations, checks, exports und next_actions
- doneSOM-Viewer und Object-Library-Viewer nutzen gemeinsames Profilmodell mit viewer-spezifischer Auspraegung
- doneProfile referenzieren Relation-Index-Regeln und UAPI-Adapter statt Rohdaten direkt
- doneCore Services, Stacks und UAPI-Domaenen sind als Runtime-Bindings maschinenlesbar angebunden
- doneSurrealDB-One-/Dec-Zielmodell ist als Runtime-Vorstufe spezifiziert, ohne JSON-Artefakt-Authority zu verlieren
Done-Checkliste
- doneProfile sind Weblate-ready benennbar und barrierefrei beschreibbar
- doneProfile sind Dec-/Offline-faehig als lokale Artefakte materialisierbar
- doneProfile koennen in Viewer-Proposals ohne Codeaenderung gewechselt werden
- doneSurrealDB wird als Runtime-Substrat vorbereitet, aber noch nicht als semantische Authority verwendet
Evidence
- IMPL-0004 section 4 and OneSpec viewer_profile_model define the first profile model.
- datastack-one data/viewer-profiles/applied/infrago/dbinfrago-knowledge-viewer-profiles-20260529-82552a42/viewer-profiles.json
- profile_rule_version=dbinfrago-knowledge-viewer-profile-v20260529-01 profile_count=9 core_service_count=12 stack_count=4 uapi_domain_count=20
- Runtime bindings include Core Services, Stacks, UAPI domains, DB InfraGO adapters, runtime handoffs and SurrealDB one/dec target tables.
- knowledge-viewer-profile-guard strict: pass blocked=0.
Repos
onespec-onedatastack-oneonestack-oneoneanalytics-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-viewer
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0004-task-0010
Domains / Referenzen (1)
na
SOM- und Object-Library-Viewer-Proposals bauen
Await acceptance; continue with guard hardening and SurrealDB gates.
Done-Kriterien
- doneProposal-Surfaces fuer SOM-Viewer und Object-Library-Viewer existieren vor Aenderung der Original-Surfaces
- doneViewer-Proposal bietet Profilumschalter, Suche, Ergebnisliste, Detailansicht, Relationspanel und Review-Hinweise
- doneBrowser-Dec lauffaehig, Tauri-first, Dockview-ready, Weblate-ready und barrierefrei vorbereitet
- doneViewer konsumiert Relation-Index, Profile und UAPI-Adapter-Metadaten statt Rohdateien
- doneVisual Guard laeuft fuer Desktop und Mobile vor jeder Done-Meldung
Done-Checkliste
- doneOriginal-Surfaces bleiben unveraendert bis Proposal-Promotion
- doneKeine Static-HTML-Zielruntime wird eingefuehrt
- doneNutzer kann Arbeitsmoment waehlen und sieht dadurch andere Spalten/Relationen/Aktionen
Evidence
- Surface proposal workflow is governed by existing surface-proposal-approval guard.
- onesurfacehub-one panels/proposals/dbinfrago-som-viewer-proposal/panel-manifest.json
- onesurfacehub-one panels/proposals/dbinfrago-objektbibliothek-viewer-proposal/panel-manifest.json
- dbinfrago-knowledge-viewer-proposal-guard strict: pass blocked=0
Repos
onestack-oneonesurfacehub-oneoneresolution-onedatastack-oneoneanalytics-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposal
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0003
Nachfolger
- sequence_next
impl-0004-task-0005
Domains / Referenzen (1)
na
Knowledge-Viewer-Guards und Promotion-Gates haerten
Await acceptance; continue with SurrealDB schema/write/read/mirror gates.
Done-Kriterien
- doneknowledge-viewer-profile-guard prueft Profilartefakte, Pflichtfelder, UAPI-Adapter und Dec-/Offline-Faehigkeit
- doneknowledge-relation-index-guard prueft Relation-Index gegen OneSpec, BIM/OpenBIM-Basis und DB-InfraGO-Adapter
- donePromotion auf Original-Surfaces ist ohne Proposal-Evidence, Visual-Guard und Guard-Pass blockiert
- doneGuards verhindern Rohdaten-Direktzugriffe, Static-HTML-Zielruntime und DB-InfraGO-Sonderlogik in generischen Core-Runtimes
Done-Checkliste
- doneGuard-Ausgabe ist maschinenlesbar und wird im onestack-impl sichtbar
- donePublish/daily-Modus blockiert fehlerhafte Viewer-/Profile-/Relation-Index-Staende
- doneFachliche ACCEPT-Abnahme bleibt getrennt von technischer Done-Candidate-Evidence
Evidence
- Initial knowledge-relation-index-guard exists and passes for dbinfrago-knowledge-relation-index-20260529-8e9c073b.
- knowledge-viewer-profile-guard strict: pass blocked=0
- knowledge-relation-index-guard strict: pass blocked=0
- dbinfrago-knowledge-viewer-proposal-guard strict: pass blocked=0
Repos
oneanalytics-oneoneguardph-oneonespec-oneonestack-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-vieweronestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0004
Nachfolger
- sequence_next
impl-0004-task-0006
Domains / Referenzen (1)
na
SurrealDB Write/Read und One-/Dec-Spiegelungs-Guards materialisieren
Await acceptance; continue with operative migration package and DB execution gate.
Done-Kriterien
- doneSurrealDB-One-Zieltabellen sind als Spec-/Schema-Artefakt fuer Profile, Bindings, Relationen, Lineage, Handoffs und Guard-Evidence definiert
- doneSurrealDB-Dec-Zieltabellen sind als Spec-/Schema-Artefakt fuer lokale Caches, Mirror-Lineage, Handoffs und Guard-Evidence definiert
- doneWrite-Guard prueft JSON-Artefakt zu SurrealDB-Mapping, ohne JSON-Authority vorzeitig aufzugeben
- doneRead-Guard prueft SurrealDB zu JSON-/Viewer-Profil-Roundtrip
- doneOne-/Dec-Mirror-Guard prueft signierte, hash-adressierte Spiegelung fuer Profile und Relation-Views
- doneViewer duerfen SurrealDB erst als Runtime-Quelle nutzen, wenn Write-, Read- und Mirror-Guards bestehen
Done-Checkliste
- doneSurrealDB bleibt Runtime-Substrat und wird nicht semantische Authority fuer OPRMS, SOM oder Object Library
- doneOne- und Dec-Seite sind getrennt benannt und spiegelbar
- doneGuard-Evidence ist maschinenlesbar und im onestack-impl sichtbar
- doneKeine Viewer- oder OneSite-Go-Aenderung nutzt SurrealDB vor bestandenen Guards
Evidence
- Follow-up to impl-0004-task-0003: profile bundle contains SurrealDB runtime prestage.
- Tenant/owner corrected: tenant_id=dbinfrago, owner=dbinfrago; application/lifecycle/bootstrap/role context is excluded from tenant_id.
- Actor context recorded for this version: actor=Andreas Schönherr, username=andreasschoenherr, organizational_unit=V.II-SW-KD, acting_for_tenant=dbinfrago.
- datastack-one data/surrealdb-schema/applied/infrago/dbinfrago-knowledge-viewer-surrealdb-schema-20260529-d6f8767f/schema.json
- datastack-one data/surrealdb-schema/applied/infrago/dbinfrago-knowledge-viewer-surrealdb-schema-20260529-d6f8767f/one.surql
- datastack-one data/surrealdb-schema/applied/infrago/dbinfrago-knowledge-viewer-surrealdb-schema-20260529-d6f8767f/dec.surql
- dbinfrago-surrealdb-schema-guard strict: pass blocked=0
Repos
onespec-onedatastack-onedatastack-deconeanalytics-oneoneguardph-oneonestack-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-vieweronestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0004-task-0010
Domains / Referenzen (1)
na
Dedizierten applied_infrago SurrealDB-Endpoint und operative Migration materialisieren
Fachliche Abnahme durch ACCEPT impl-0004-task-0007; parallel beginnt impl-0004-task-0009 Viewer Runtime.
Done-Kriterien
- doneDedizierter interner SurrealDB-Dienst surrealdb-applied-infrago existiert ohne oeffentlichen Port
- doneNamespace applied_infrago und Datenbank dbinfrago_knowledge_viewer sind fuer die One-Seite angelegt
- doneEigene Datenablage fuer den applied_infrago Boundary ist angelegt und nicht mit anderen Diensten geteilt
- doneSchema one.surql wird kontrolliert eingespielt
- donemigration.surql wird kontrolliert aus den versionierten JSON-Artefakten ausgefuehrt
- doneSurrealDB-Roundtrip wird gegen die versionierten JSON-Artefakte geprueft
- doneOne-/Dec-Spiegelung wird fuer Profile und Relation-Views ausgefuehrt und mit Hash-/Signatur-Evidence belegt
- doneRuntime-Umschaltung bleibt blockiert, bis Endpoint-, Migration-, Readback-, Mirror- und OpenBao-Gates bestanden sind
Done-Checkliste
- doneMigration ist wiederholbar und idempotent
- doneJSON-/Markdown-Artefakte bleiben versionierte Nachweis- und Recovery-Basis
- doneEndpoint ist dediziert fuer tenant_id=dbinfrago und nicht global geteilt
- doneCredentials werden nicht in Git oder ungeschuetzter Runtime-Konfiguration abgelegt
- doneFehlerhafte oder unvollstaendige Migration blockiert Runtime-Umschaltung
- doneOperative Migration erzeugt maschinenlesbare Evidence und OStask-Status
Evidence
- User decision 2026-05-29: create a separate operative migration task after the SurrealDB guard/spec/schema task.
- User decision 2026-05-30: configure a dedicated applied_infrago SurrealDB endpoint; do not reuse another service boundary.
- Tenant corrected: tenant_id=dbinfrago; application/lifecycle/bootstrap/role context is excluded from tenant_id.
- Actor context recorded for this version: actor=Andreas Schönherr, username=andreasschoenherr, organizational_unit=V.II-SW-KD, acting_for_tenant=dbinfrago.
- datastack-one data/surrealdb-migration/applied/infrago/dbinfrago-knowledge-viewer-surrealdb-migration-20260529-7d85cd22/migration-records.ndjson
- datastack-one data/surrealdb-migration/applied/infrago/dbinfrago-knowledge-viewer-surrealdb-migration-20260529-7d85cd22/migration.surql
- Runtime switch remains blocked because no dedicated applied_infrago SurrealDB endpoint and OpenBao credential boundary are configured yet.
- OpenBao credential boundary for applied_infrago is active on Contabo and evidenced by openbao-applied-infrago-contabo-runtime-20260530.json plus openbao-rotation-revocation-20260530.json.
- 2026-05-31: Subtasks impl-0004-task-0007-01 bis -07 angelegt, damit db Viewer Runtime-Gates einzeln nachweisbar werden.
- Subtasks impl-0004-task-0007-01 bis -07 done_candidate am 2026-05-31.
- Credential incident: SurrealDB CLI help printed env default; runtime env was resynchronized from OpenBao and evidence records the event without secret values.
- Live applied_infrago readback pass: viewer_profile=9, knowledge_relation=1000 and all expected supporting tables present.
- One-/Dec mirror bundle pass: dbinfrago-knowledge-viewer-one-dec-mirror-20260531-263c539c.
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneanalytics-oneoneguardph-oneonestack-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0006
Nachfolger
- sequence_next
impl-0004-task-0007-01
Domains / Referenzen (1)
na
applied_infrago SurrealDB Endpoint auf Contabo bereitstellen
Fachliche Abnahme durch ACCEPT impl-0004-task-0007-01; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.
Done-Kriterien
- doneDedizierter interner SurrealDB-Dienst surrealdb-applied-infrago existiert ohne oeffentlichen Port
- doneContainer-/Kubernetes-ready Startmodell ist dokumentiert und nicht als lokaler Bootstrap-Endzustand festgeschrieben
- doneEigene Datenablage fuer applied_infrago ist angelegt und nicht mit anderen Diensten geteilt
- doneoneosinfra-Installation/Runtime-Evidence ist maschinenlesbar vorhanden
Done-Checkliste
- doneSpec-/Guard-/Memory-Kontext vor Umsetzung lesen
- doneUmsetzung erzeugt maschinenlesbare Evidence
- doneKeine Secrets, Rohdaten oder Runtime-Sonderlogik in falschen Repos ablegen
- doneNach Umsetzung Status/Guard/Memory pruefen
Evidence
- Subtask angelegt aus User-Freigabe 2026-05-31 fuer die operative db Viewer Runtime-Kante.
- oneosinfra-one/data/evidence/installations/surrealdb-applied-infrago-contabo-runtime-20260531T100106Z.json
- Contabo live check: systemd active; podman network_mode=none; checked host listeners none for 8000/8717/8207/8200.
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneguard-oneoneanalytics-oneonestack-onememorystack-oneonememory-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0007
Nachfolger
- sequence_next
impl-0004-task-0007-02
Domains / Referenzen (1)
na
OrgFort/OpenBao Credentials fuer applied_infrago anbinden
Fachliche Abnahme durch ACCEPT impl-0004-task-0007-02; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.
Done-Kriterien
- doneOpenBao/OrgFort Boundary liefert getrennte Rollen fuer Migration-Writer, Runtime-Reader, Mirror-Writer und Guard-Readback
- doneCredentials werden nicht in Git, Panels, Registry, Bindings oder ungeschuetzten Env-Dateien abgelegt
- doneRotation-/Revocation-Evidence ist vorhanden oder als blockierender Vorlauf dokumentiert
- doneOffline-/Dec-Unlock-Versprechen wird nicht durch zeitlich begrenzte Online-Secrets verletzt
Done-Checkliste
- doneSpec-/Guard-/Memory-Kontext vor Umsetzung lesen
- doneUmsetzung erzeugt maschinenlesbare Evidence
- doneKeine Secrets, Rohdaten oder Runtime-Sonderlogik in falschen Repos ablegen
- doneNach Umsetzung Status/Guard/Memory pruefen
Evidence
- Subtask angelegt aus User-Freigabe 2026-05-31 fuer die operative db Viewer Runtime-Kante.
- oneosinfra-one/data/evidence/installations/openbao-applied-infrago-role-policy-split-20260531T100000Z.json
- OpenBao applied_infrago active via Unix socket; role-specific policies and root-only role token files refreshed.
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneguard-oneoneanalytics-oneonestack-onememorystack-oneonememory-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0007-01
Nachfolger
- sequence_next
impl-0004-task-0007-03
Domains / Referenzen (1)
na
SurrealDB Schema fuer One und Dec pruefen und einspielen
Fachliche Abnahme durch ACCEPT impl-0004-task-0007-03; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.
Done-Kriterien
- doneone.surql und dec.surql sind aus versionierten Schema-Artefakten nachvollziehbar
- doneSchema passt zu Viewer-Profilen, Relation-Index, Stable-Indizes, Lineage und Guard-Evidence
- doneSchema wurde auf dem dedizierten Endpoint kontrolliert eingespielt
- doneSchema-Readback bestaetigt Tabellen/Definitionen ohne Rohdaten-Direktzugriffe
Done-Checkliste
- doneSpec-/Guard-/Memory-Kontext vor Umsetzung lesen
- doneUmsetzung erzeugt maschinenlesbare Evidence
- doneKeine Secrets, Rohdaten oder Runtime-Sonderlogik in falschen Repos ablegen
- doneNach Umsetzung Status/Guard/Memory pruefen
Evidence
- Subtask angelegt aus User-Freigabe 2026-05-31 fuer die operative db Viewer Runtime-Kante.
- datastack-one/data/surrealdb-schema/applied/infrago/dbinfrago-knowledge-viewer-surrealdb-schema-20260529-f304cbb0/one.surql
- Live Readback confirms schema-backed tables exist in applied_infrago/dbinfrago_knowledge_viewer.
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneguard-oneoneanalytics-oneonestack-onememorystack-oneonememory-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0007-02
Nachfolger
- sequence_next
impl-0004-task-0007-04
Domains / Referenzen (1)
na
Migration aus SOM, Objektbibliothek, Relation-Index und Profilen ausfuehren
Fachliche Abnahme durch ACCEPT impl-0004-task-0007-04; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.
Done-Kriterien
- doneMigration liest ausschliesslich versionierte Stable-/Primary-/Relation-/Profil-Artefakte
- doneSOM, Objektbibliothek, Relation-Index und Viewer-Profile sind in Migration-Records enthalten
- doneMigration ist idempotent und erzeugt maschinenlesbare Evidence
- doneKeine Rohdatei oder historische Preview-/HTML-Datei wird als Runtime-Quelle verwendet
Done-Checkliste
- doneSpec-/Guard-/Memory-Kontext vor Umsetzung lesen
- doneUmsetzung erzeugt maschinenlesbare Evidence
- doneKeine Secrets, Rohdaten oder Runtime-Sonderlogik in falschen Repos ablegen
- doneNach Umsetzung Status/Guard/Memory pruefen
Evidence
- Subtask angelegt aus User-Freigabe 2026-05-31 fuer die operative db Viewer Runtime-Kante.
- datastack-one/data/surrealdb-migration/applied/infrago/dbinfrago-knowledge-viewer-surrealdb-migration-20260529-912ea168/migration.surql
- Live Readback confirms migration data present from SOM, Objektbibliothek, Relation-Index and profiles.
- 2026-06-03 Agentic-Verified-Hygiene: bestehende Guard-/Evidence-Bezuege wurden als maschinenlesbare relations normalisiert; keine fachliche Acceptance gesetzt.
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneguard-oneoneanalytics-oneonestack-onememorystack-oneonememory-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0007-03
Nachfolger
- sequence_next
impl-0004-task-0007-05
Domains / Referenzen (1)
na
SurrealDB Readback gegen JSON-Artefakte pruefen
Fachliche Abnahme durch ACCEPT impl-0004-task-0007-05; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.
Done-Kriterien
- doneReadback zaehlt relevante Tabellen und Datensaetze
- doneReadback vergleicht Hashes/Counts/IDs gegen versionierte Artefakte
- doneAbweichungen blockieren Runtime-Umschaltung und werden als Evidence dokumentiert
- doneGuard-Evidence ist in oneguard/oneanalytics auffindbar
Done-Checkliste
- doneSpec-/Guard-/Memory-Kontext vor Umsetzung lesen
- doneUmsetzung erzeugt maschinenlesbare Evidence
- doneKeine Secrets, Rohdaten oder Runtime-Sonderlogik in falschen Repos ablegen
- doneNach Umsetzung Status/Guard/Memory pruefen
Evidence
- Subtask angelegt aus User-Freigabe 2026-05-31 fuer die operative db Viewer Runtime-Kante.
- datastack-one/data/evidence/surrealdb-execution/dbinfrago-knowledge-viewer-surrealdb-live-readback-20260531T100106Z.json
- Live Readback counts match expected: viewer_profile=9, viewer_profile_binding=1, knowledge_relation=1000, source_index_lineage=2, uapi_adapter_binding=12, runtime_handoff=5, guard_evidence=1.
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneguard-oneoneanalytics-oneonestack-onememorystack-oneonememory-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0007-04
Nachfolger
- sequence_next
impl-0004-task-0007-06
Domains / Referenzen (1)
na
One-/Dec-Mirror-Evidence fuer Viewer-Daten erzeugen
Fachliche Abnahme durch ACCEPT impl-0004-task-0007-06; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.
Done-Kriterien
- doneOne-/Dec-Mirror-Paket fuer Profile und Relation-Views ist erzeugt
- doneHashes, Signaturstatus, Source-Versionen und Zielpfade sind dokumentiert
- doneDec-Seite kann offline/geraetegebunden konsumieren, ohne OneSite/Server-Abhaengigkeit
- doneMirror-Guard blockiert fehlende oder unstimmige Evidence
Done-Checkliste
- doneSpec-/Guard-/Memory-Kontext vor Umsetzung lesen
- doneUmsetzung erzeugt maschinenlesbare Evidence
- doneKeine Secrets, Rohdaten oder Runtime-Sonderlogik in falschen Repos ablegen
- doneNach Umsetzung Status/Guard/Memory pruefen
Evidence
- Subtask angelegt aus User-Freigabe 2026-05-31 fuer die operative db Viewer Runtime-Kante.
- datastack-one/data/evidence/surrealdb-mirror/dbinfrago-knowledge-viewer-one-dec-mirror-20260531-263c539c.json
- datastack-dec/data/mirror/applied/infrago/dbinfrago-knowledge-viewer/dbinfrago-knowledge-viewer-one-dec-mirror-20260531-263c539c/manifest.json
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneguard-oneoneanalytics-oneonestack-onememorystack-oneonememory-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0007-05
Nachfolger
- sequence_next
impl-0004-task-0007-07
Domains / Referenzen (1)
na
Viewer Runtime-Gate fuer impl-0004-task-0009 setzen
Fachliche Abnahme durch ACCEPT impl-0004-task-0007-07; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.
Done-Kriterien
- doneRuntime-Gate referenziert Subtasks 0007-01 bis 0007-06
- doneimpl-0004-task-0009 bleibt blockiert, solange ein Gate offen ist
- donePromotion auf echte Viewer-Surfaces bleibt ohne Proposal-/Visual-/Runtime-Evidence blockiert
- doneMemory-/OStask-/OneDiscovery-Indexierung enthaelt die Gate-Beziehungen
Done-Checkliste
- doneSpec-/Guard-/Memory-Kontext vor Umsetzung lesen
- doneUmsetzung erzeugt maschinenlesbare Evidence
- doneKeine Secrets, Rohdaten oder Runtime-Sonderlogik in falschen Repos ablegen
- doneNach Umsetzung Status/Guard/Memory pruefen
Evidence
- Subtask angelegt aus User-Freigabe 2026-05-31 fuer die operative db Viewer Runtime-Kante.
- Runtime gate for impl-0004-task-0009 is opened by Endpoint, Credential, Schema, Migration, Readback and Mirror evidence.
- impl-0004-task-0009 can now proceed to viewer runtime implementation; promotion remains separately guarded.
Repos
oneosinfra-onedatastack-onedatastack-deconespec-oneoneguard-oneoneanalytics-oneonestack-onememorystack-oneonememory-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0007-06
Nachfolger
- sequence_next
impl-0004-task-0010
Domains / Referenzen (1)
na
Fort-/OpenBao-Credential-Boundary fuer applied_infrago materialisieren
OpenBao-Readiness in die SurrealDB Runtime-Gates uebernehmen; danach impl-0004-task-0007 operative SurrealDB-Migration ausfuehren und impl-0004-task-0009 Viewer-Gates starten.
Done-Kriterien
- doneADR-0084 ist als Plattformentscheidung fuer private OneFort-Nutzung, OrgFort-Organisation/Tenant/applied-Kontexte und durable offline unlock dokumentiert
- doneOPR MasterSchema enthaelt offline_unlock=durable und getrennte Trust-/Online-Wirkung
- doneIMPL-0008 beschreibt OneFort als privaten Fort-Dienst, OrgFort als Organisations-/Tenant-/applied-Authority und OpenBao als Runtime-Komponente unterhalb der jeweiligen Fort-Authority
- doneOpenBao-Boundary fuer applied_infrago ist als OrgFort-gebundener Container-/Kubernetes-ready Runtime-Adapter spezifiziert
- doneMigration-Writer-, Runtime-Reader-, Mirror-/Sync-Writer- und Guard-/Readback-Reader-Credentials werden ueber Fort/OpenBao verwaltet
- doneKeine SurrealDB-Credentials fuer applied_infrago liegen in Git, Panels, Registry, Bindings oder ungeschuetzten Env-Dateien
- doneCredential-Rotation und Revocation erzeugen maschinenlesbare Evidence
- openOffline-Lesen, lokaler Export und Recovery bleiben mit lokalen Schluesseln dauerhaft moeglich
- donefort-durable-offline-unlock-guard, orgfort-applied-boundary-guard, openbao-runtime-adapter-guard und oneosinfra-runtime-installation-guard sind fuer die erste applied_infrago Runtime-Kante vorhanden; Contabo-Installation und Initialisierung sind erfolgt, Runtime-Umschaltung bleibt bis SurrealDB-/Mirror-/Viewer-Gates bestanden sind kontrolliert.
Done-Checkliste
- doneOpenBao ist adopted security component und nicht semantische Authority fuer Fachmodelle oder Fort-Regeln
- doneOneFort bleibt privater Fort-Dienst und wird fuer applied_infrago nicht als Authority genutzt
- doneOrgFort fuehrt Organisations-/Tenant-/applied-Fort-Kontexte fuer applied_infrago
- doneSecrets werden nicht in versionierten Artefakten gespeichert
- doneBootstrap-Secrets werden durch Fort/OpenBao ersetzt, bevor SurrealDB Runtime-Quelle wird
- in_progressOne-/Dec-Spiegelung nutzt nur signierte, hash-adressierte Artefakte und passende Fort-Gates
Evidence
- User decision 2026-05-30: add impl-0004-task-0008 for OpenBao.
- User decision 2026-05-30: ADR in onestack, masterschema update, own OpenBao/Fort IMPL, and IMPL-0004 task-0008 reference.
- ADR-0084 defines OneFort/OrgFort and durable Dec/offline unlock.
- OPR MasterSchema trust-fort-offline-unlock schema defines offline_unlock=durable.
- IMPL-0008 defines OneFort, OrgFort, OpenBao and durable offline unlock.
- IMPL-0004 section 6a.3 references IMPL-0008 for the applied_infrago Fort/OpenBao gate.
- User decision 2026-05-30: onefort.one is reserved for private use and must not be used as organizational/applied authority.
- OneSpec updated: applied_context_authority=orgfort.one and onefort_allowed_as_applied_authority=false.
- oneosinfra-one contains OpenBao applied_infrago config template, env example, policy and systemd system unit.
- oneanalytics-one contains orgfort-applied-boundary-guard and openbao-runtime-adapter-guard.
- watchdog-suite runs orgfort-applied-boundary and openbao-runtime-adapter in local mode.
- Runtime activation remains open because bao is not installed/initialized on this host yet.
- User decision 2026-05-30: oneosinfra runtime installations are Contabo/container/Kubernetes-ready first; current primary host is not approved for new runtime installs.
- Local OpenBao wrong-host attempt was stopped, disabled, purged and evidenced in oneosinfra-one.
- oneosinfra-one now contains OpenBao Containerfile, compose.yaml and Kubernetes namespace/configmap/statefulset/service for applied_infrago.
- onespec-one now contains oneosinfra runtime installation and data-volume policy.
- oneanalytics-one now contains oneosinfra-runtime-installation-guard.
- Contabo host frfy-de-oprms-onestack-eu-contabo-1 prepared with Podman 4.9.3, jq, curl, OpenSSL and OneOSInfra runtime directories.
- OpenBao container image ghcr.io/openbao/openbao:2.5.4 pulled on Contabo; service not started and no secrets created.
- oneosinfra-one evidence openbao-applied-infrago-contabo-prepared-20260530.json records host capacity, tooling and template paths.
- ADHQ-2026-0001 nachgeschaerft: OpenBao ist Credential Authority fuer Tunnel, aber kein Tunnel-Ersatz und keine fachliche API-Abkuerzung.
- IMPL-0008 Abschnitt 6.1 dokumentiert OpenBao/unifiedapi.tunnel/unifiedapi.vpn/unifiedapi.secrets und Bootstrap-Kette.
- IMPL-0004 Abschnitt 6a.3 dokumentiert Viewer-/SurrealDB-Runtime-Regel: fachlicher Austausch bleibt ueber unifiedapi.* verpflichtend.
- OneSpec dbinfrago-applied-infrago-surrealdb-openbao-runtime enthaelt openbao.tunnel_compatibility.
- openbao-runtime-adapter-guard prueft Tunnel-Kompatibilitaet, UAPI-Grenze und Bootstrap-Kette.
- OpenBao Contabo runtime evidence: oneosinfra-one data/evidence/installations/openbao-applied-infrago-contabo-runtime-20260530.json.
- OpenBao rotation/revocation evidence: oneosinfra-one data/evidence/installations/openbao-rotation-revocation-20260530.json.
- OpenBao service status 2026-05-30: systemd active, initialized=true, sealed=false, storage_type=file, listener unix-socket-only, tcp_8207_listener_count=0.
- Role credential files created root-only on Contabo for migration-writer, runtime-reader, mirror-sync-writer and guard-readback-reader; secret material is not committed.
- openbao-runtime-adapter-guard, orgfort-applied-boundary-guard and oneosinfra-runtime-installation-guard pass after Unix-socket baseline hardening.
Repos
orgfort-oneorgfort-deconeosinfra-oneonespec-oneoneanalytics-oneoneguardph-onedatastack-oneonestack-one
Surfaces
dbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0001
Nachfolger
- sequence_next
impl-0004-task-0009
Domains / Referenzen (1)
na
Sauberen Knowledge Viewer nach Runtime-Gates bereitstellen
IFC echte 3D-Geometrie-/Canvas-Betrachtung und Dec-/Offline-Abnahme weiterbauen; PDF.js/OneDelivery/IFC-Asset-/Probe-Routen sind live positiv nachgewiesen. Offene Pflichttests bis pass oder sauberer Falsifikation weiterfuehren.
Done-Kriterien
- doneOrgFort/OpenBao Boundary ist bestanden und Runtime-Credentials sind sauber verfuegbar
- doneDedizierter applied_infrago SurrealDB-Endpoint ist bestanden
- doneMigration, Readback und One-/Dec-Mirror-Evidence sind bestanden
- doneViewer-Proposals lesen Profile und Relation-Views aus der freigegebenen Runtime-Quelle
- doneOffline-Site kann Viewer-Daten mit lokalen Schluesseln lesen, anzeigen und exportieren
- doneBrowser-, Visual-, Accessibility- und Dec-/Offline-Guards bestehen
- doneFachliche Abnahme prueft Arbeitsmoment-Profile, Suche, Filter, Export und Evidence
- doneBrowser-Interaktionsguard prueft Arbeitsmoment-Umschaltung, GFK-Filter, Stable-Stand und Objektbibliothek-Detail-/Datei-Aktionen
- donePlaywright prueft bidirektionale Objekt-/Attribut-Kontextmarker in beiden Viewern
Done-Checkliste
- doneKein statischer HTML-Zielzustand
- doneTauri-first, Dockview-ready und Weblate-ready
- doneSOM Viewer und Object Library Viewer bleiben eigenstaendige Arbeitsmomente
- doneRuntime-Gates schliessen Offline-Zugriff nicht hart ab
- doneAktueller SOM-Stable-Name wird im Viewer sichtbar angezeigt
- doneLetztes Objektbibliothek-Importdatum wird im Viewer sichtbar angezeigt
- doneArbeitsmoment-Umschaltung aktualisiert sichtbaren Arbeitsmoment und Zielbeschreibung
- doneGFK-Filter findet SOM- und Objektbibliothek-Stable-Inhalte
- doneObjektbibliothek-Dateien besitzen je Treffer fachliche Aktionen in den Ansichten und Datei herunterladen; technische Manifeste werden Planern nicht angeboten
- donePlaywright prueft Umschaltungen, Inhaltsmarker, GFK-Filter und Detail-/Datei-Aktionen
- doneSOM Viewer und Objektbibliothek Viewer zeigen bidirektional Attribut -> Objekte und Objekt -> Attribute
- donePlaneroberflaeche bietet keine sichtbaren Manifest-Downloads an
- doneObjektbibliothek-Treffer besitzen Detailansicht und fachliche Datei-Download-Aktion
- doneOne-Cache fuer Objektbibliothek-Dateien ist als Pflichtkante dokumentiert
- doneDec-Cache ab Zugangsstufe 2 ist als Pflichtkante dokumentiert
- in_progressCache verdraengt bei Platzdruck zuerst aelteste unbenutzte, nicht geschuetzte Dateien
- doneRuntime-Bindings sind fuer Planer in der Viewer-Oberflaeche versteckt
- doneSOM Viewer zeigt DB_InfraGO_AG_Fahrweg_SOM_2.1.1-A03.xlsb als Importreferenz
- doneSOM Viewer zeigt Importdatum als Import: TT.MM.JJJJ
- doneObjektbibliothek Viewer zeigt nur das Importdatum als Import: TT.MM.JJJJ
- doneTechnische Stable-Karten Aktuelles SOM, SOM Import, Objektbibliothek Import und Objektbibliothek Stable sind aus der Nutzeransicht entfernt
- doneCSS-Spec fuer volle verfuegbare Tabellenbreite und Oberueberschrift-Zeilenbudget ist ergaenzt und angewendet
- openKlaerung: Arbeitsmoment-Dropdown und Suche koennen erst entfallen, wenn Promptnavigation dieselben Funktionen plus Dialogzustand uebernimmt
- openKlaerung: Promptantwort soll Rueckfragen stellen und Nutzerantworten entgegennehmen koennen
- openKlaerung/Produktlinie: Nach Neuimporten sollen fruehere Importstaende versioniert auswaehlbar bleiben, voraussichtlich per Import-/Stand-Dropdown mit Default aktueller Stable-Stand
- doneSichtbare deutschsprachige UI-Texte verwenden Umlaute; technische IDs, Dateinamen, URLs und JSON-Felder bleiben unveraendert
- doneProjektprofile mit Projektnummer sind fuer Knowledge Viewer als fachlicher Arbeitskontext spezifiziert
- doneProjektprofil-Umschaltung fuer SOM Viewer und Objektbibliothek Viewer ist zu materialisieren
- doneDateiauswahl je Projektprofil wird mit selected_file_ids gefuehrt
- doneExport bietet alle Dateien und ausgewaehlte Dateien getrennt an
- in_progressProjektbezogene Daten bleiben dec-seitig und werden zwischen berechtigten Dec-Seiten verschluesselt synchronisiert
- openProduktiver DecSync-Backend-Vertrag fuer Projektprofile ist noch an OneDecSyncHub/PSC anzubinden
- doneInfraGraph-/Simulation-/ProjectCockpit-Bezug fuer Projektprofile ist dokumentiert
- doneOneSite Object-Library Delivery-Service liefert ausschliesslich per Stable-Object-ID und schreibt One-Cache-Evidence
- doneObjektbibliothek-Betrachter fuehrt Multi-File-Galerie fuer Auswahl und sichtbare Treffer
- doneBetrachtung ist endungsunabhaengig und nutzt Stable-Object-ID/Evidence statt Dateiendung als Fuehrung
- doneADHQ-2026-0033 Struktur-Daten-Trennung fuer Betrachter-Fix ist umgesetzt: Structure-Pfad oder Guard verhindert vollen Builderlauf fuer reine Strukturarbeiten
- doneNative Betrachtung fuer MP4 und Textformate TXT/TCL/PYP ist im Betrachter und Delivery-MIME-Vertrag umgesetzt
- openIFC wird als echter 3D-Betrachter ueber Contabo/oneosinfra Renderer-Komponente umgesetzt, nicht als lokale Codex-Drittsoftware
- openDWG/Revit-Konverterentscheidung ist als Derivative-Pfad ueber Contabo/oneosinfra zu klaeren, bevorzugt ODA on-prem vor Cloud
- doneIFC-Renderer-Drittsoftware ist auf Contabo/oneosinfra installiert und versioniert nachgewiesen
- openDec-Offline-Vertrag fuer IFC-Viewer-Assets und Derivative-Cache ist zu materialisieren
- doneDec-Offline-Asset-Manifest fuer IFC-Viewer-Assets und Derivative-Cache ist zu materialisieren
- doneContabo-Live-Probe oeffnet mindestens eine echte IFC aus dem Objektbibliothek-Archiv mit web-ifc
- doneIFC-Renderer-Endpunkt und Derivative-Cache sind an den Betrachter angebunden
- doneADHQ-2026-0034 PDF S6800x3000T1-2-----U wird nicht nur als Download-Fallback behandelt
- donePDF.js ist als Contabo/oneosinfra Renderer-Abhaengigkeit installiert und audit-clean
- doneKorrigierte PDF.js Live-Probe fuer S6800x3000T1-2-----U.pdf ist mit echter 1,86-MB-Quelle nachgewiesen
- doneBaseline-Testregel angewendet: PDF/IFC/Viewer-Ergebnisse werden bis positiv oder sauber falsifiziert weitergetestet; kein done_candidate mit offenem Pflichttest
- donePDF.js Canvas-Renderer ist im Objektbibliothek-Betrachter statt browsernative object-Fallback verdrahtet
- in_progressBrowser-/Offline-Abnahme fuer PDF.js Canvas-Renderer besteht mit S6800x3000T1-2-----U.pdf
Evidence
- User decision 2026-05-30: create ostask 0009 for the full clean viewer work block after runtime gates.
- User decision 2026-05-30: applied_infrago viewer gates use OrgFort/OpenBao; OneFort remains private only.
- OpenBao side of the viewer gate is available since 2026-05-30; remaining blocker is dedicated SurrealDB migration/readback/mirror runtime evidence.
- impl-0004-task-0007 Runtime-Gates wurden am 2026-05-31 als done_candidate vorbereitet; Viewer-Bau kann starten.
- Viewer-Panels materialisiert: onesurfacehub-one/panels/applied/infrago/dbinfrago-som-viewer und dbinfrago-objektbibliothek-viewer.
- SurfaceHub-Bindings fuer dbinfrago-som-viewer und dbinfrago-objektbibliothek-viewer auf native_os_surface_panel mit manifest-referenced ES module gesetzt.
- dbinfrago-knowledge-viewer-materialization-guard strict pass: status=pass blocked=0.
- dbinfrago-knowledge-viewer-proposal-guard strict pass: status=pass blocked=0.
- knowledge-viewer-profile-guard strict pass: status=pass blocked=0.
- Contabo Playwright homepage-visual-guard pass fuer SOM Viewer und Objektbibliothek Viewer, Desktop und Mobile.
- Contabo browser-dec-offline-reload-guard pass fuer SOM Viewer und Objektbibliothek Viewer.
- Viewer enthalten Suche, Arbeitsmoment-Auswahl sowie lokalen JSON-/CSV-Export der gefilterten Relationen.
- ADHQ-2026-0027 aufgenommen: Daten-Gates vs. Viewer-Materialisierung spaeter auswerten.
- ADHQ-2026-0028 aufgenommen und in impl-0004-task-0009 integriert.
- Viewer-Generator erweitert um SOM-Stable-Name, Objektbibliothek-Importdatum, Arbeitskontextabgrenzung, GFK-Stable-Samples, Treffer-Detailansicht und fachliche Datei-Download-Aktion ohne sichtbaren Planer-Manifest-Download.
- dbinfrago-knowledge-viewer-interaction-playwright-guard strict pass: Desktop und Mobile pruefen Stable-Stand, Arbeitsmoment-Umschaltung, GFK-Filter, Objektbibliothek-Detail-/Datei-Aktionen und Serverpfad-Leakfreiheit.
- ADHQ-2026-0028 integriert: Arbeitsmoment ohne wird nicht eingefuehrt; orientation ist Default.
- Objektbibliothek-Dateien werden im Viewer je Stable-Eintrag fachlich betrachtbar und als Datei-Download anforderbar; technische Manifeste bleiben interne Evidence. One-Cache und Dec-Cache ab Zugangsstufe 2 sind Pflichtkante.
- dbinfrago-knowledge-viewer-interaction-playwright-guard strict pass: Desktop und Mobile pruefen zusaetzlich SOM-Anforderungen mit Objektbezug, Objektbibliothek-Bezug und SOM-Bezug.
- ADHQ-2026-0028 nachgeschaerft: Viewer zeigen Gegenrichtung Objekt -> Attribute und Attribut -> Objekte aus demselben Knowledge-Index.
- User decision 2026-05-31: Keine Manifest-Downloads fuer Planer anbieten; alle Objektbibliothek-Dateien sind wichtig und werden fuer -one und ab Zugangsstufe 2 fuer -dec cachebar.
- User decision 2026-05-31: Browser/PWA Zugangsstufe 1 darf aelteste unbenutzte Dateien als Komfortcache verdraengen; Zugangsstufe 2 fuehrt kontrollierten Dec-Cache mit Schutz- und Evidence-Regeln.
- BTW 2026-05-31 aufgenommen: Viewer-Meta fachlich reduzieren, Runtime-Bindings verstecken, CSS-Spec fuer Tabellenbreite/Oberueberschriften schaerfen, Promptdialog als moeglichen Ersatz fuer Dropdown/Suche klaeren.
- BTW 2026-05-31: Importauswahl ist von Arbeitsmoment-Auswahl zu trennen; fruehere Importe sollen nach Neuimporten auswählbar bleiben.
- BTW 2026-05-31: Sichtbare deutsche Surface-Ausgaben sollen konsequent Umlaute verwenden; technische Artefakte bleiben ASCII/kanonisch.
- BTW 2026-05-31: Knowledge Viewer soll Projektprofile mit Projektnummer analog InfraGraph fuehren, zwischen Projekten umschalten und alle/ausgewaehlte Dateien exportieren koennen.
- User decision 2026-05-31: Projektbezogene Knowledge-Viewer-Daten bleiben dec-seitig; Synchronisierung zwischen berechtigten Dec-Seiten erfolgt verschluesselt ueber OneDecSyncHub/SyncDrive/PSC.
- Viewer-Runtime fuehrt Projektprofil, Projektnummer, Projektumschaltung, Zeilenauswahl und Exportmodi sichtbar/alle/ausgewaehlt; produktiver DecSync-Backend-Vertrag bleibt als Anschlusskante offen.
- 2026-06-01: OneSite registriert /__onedelivery/object-library/{stable_object_id}; Requests akzeptieren keinen source_relative_path und keine beliebigen Pfade.
- 2026-06-01: Object-Library Delivery prueft Stable-Index, Archiv-Evidence, ZIP-Entry Groesse, CRC und SHA-256 und schreibt One-Cache-Evidence mit Dec-Cache-Vertrag required-from-access-level-2.
- 2026-06-01: go test ./... in onesite-one pass; dbinfrago-gfk-prompt-query-guard strict pass checks=790 blocked=0.
- 2026-06-01: Memory mandatory SurrealDB pipeline memory-mandatory-surrealdb-pipeline-20260531-f0f9415b preflight-pass; memory-mandatory-gate-guard strict pass checks=173 blocked=0; memory-surrealdb-pipeline-guard strict pass checks=13001 blocked=0.
- 2026-06-01 correction: Objektbibliothek-Roharchiv ist authoritative auf Contabo archive_path; Delivery-Aufloesung bevorzugt archive_path vor local_path, Connector-Inbox bleibt Uebergabeort.
- 2026-06-01 live Contabo archive download proof: SSH root@109.199.114.18 sees Objektbibliothek_Download_20260529.zip size=5858896391 at archive_path; remote ZIP extraction for obi-54e9b56f75c20830c1cbc2e8d8f620b8 entry DBIF_Betonschwelle_B90W_60_Iog60_15_0002X.rfa produced size=606208 sha256=f0464ddb4ee3eed56cd15935f5c0d5b4f07df52a21df1cee4d296bff46a943a7.
- 2026-06-01: Objektbibliothek-Betrachter auf Betrachtung als Primaerfluss ausgerichtet: Auswahl betrachten und Sichtbare betrachten fuellen eine Multi-File-Galerie im Ansichtsbereich.
- 2026-06-01: Betrachter ist endungsunabhaengig; Dateiendungen sind nur Metadaten, Navigation und Betrachtung laufen ueber Stable-Object-ID, Projektkontext, Auswahl und Evidence.
- 2026-06-01: Manifest-Capabilities object-library-multifile-gallery-view und object-library-extension-agnostic-viewing ergaenzt; dbinfrago-gfk-prompt-query-guard strict pass checks=781 blocked=0; materialization guard pass blocked=0; node --check runtime pass.
- 2026-06-01: PDF-/Bild-Betrachtung im Objektbibliothek-Betrachter materialisiert: Delivery unter /__onedelivery/object-library/{stable_object_id}?view=1 liefert inline; Viewer nutzt <object> fuer PDF und <img> fuer Bilder, ohne iframe/srcdoc.
- 2026-06-01: dbinfrago-gfk-prompt-query-guard strict pass checks=795 blocked=0; dbinfrago-knowledge-viewer-structure-data-separation-guard strict pass checks=36 blocked=0; node --check Objektbibliothek Runtime applied/proposal pass; go test ./... in onesite-one pass.
- 2026-06-01 ADHQ-2026-0033 aufgenommen: voller Knowledge-Viewer-Builderlauf fuer Betrachter-Strukturarbeit war nicht streng struktur-/datengetrennt; Task wieder in_progress bis Structure-Pfad oder Guard-Nachweis nachgezogen ist.
- 2026-06-01 user decision: Drittsoftware fuer IFC/DWG/Revit-Renderer oder Konverter wird auf Contabo/oneosinfra installiert und betrieben, nicht still lokal in der Codex-Arbeitskopie.
- 2026-06-01: Objektbibliothek-Betrachter unterscheidet native Strategien pdf/image/video/text sowie ifc/cad/revit als eigene Preview-Klassen; IFC ist fuer echten 3D-Renderer auf Contabo/oneosinfra vorbereitet.
- 2026-06-01: Delivery-MIME-Vertrag erweitert: MP4 als video/mp4, TXT/TCL/PYP/IFC als text/plain fuer direkte Quelleinsicht; installierbare IFC-3D-Renderer-Komponente bleibt offenes oneosinfra-Kriterium.
- 2026-06-01: dbinfrago-gfk-prompt-query-guard strict pass checks=789 blocked=0; dbinfrago-knowledge-viewer-structure-data-separation-guard strict pass checks=36 blocked=0; node --check applied/proposal runtime pass; go test ./... onesite-one pass.
- 2026-06-01 Contabo install: /opt/onestack/oneosinfra/runtime/dbinfrago/ifc-renderer enthaelt web-ifc=0.0.77 und three=0.184.0 inklusive web-ifc WASM/JS und three module builds; npm audit meldete 0 vulnerabilities.
- 2026-06-01 one/dec/offline decision: one-Seite erzeugt/hostet/signiert IFC-Renderer-Assets und Derivatives auf Contabo/oneosinfra; dec-Seite muss signierte Viewer-Assets und Derivatives offline aus Dec-Cache nutzen koennen.
- 2026-06-01 oneosinfra runbook angelegt/erweitert: frfy__oneosinfra-one__dbinfrago-ifc-renderer__contabo-oneosinfra-runtime__runbook__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md.
- 2026-06-01 Contabo IFC live probe pass: web-ifc oeffnet stable_object_id obi-4c20480c59c61379c471b1e417b2e7a7 aus Objektbibliothek-Archiv, source_size=6824, sha256=d1273b299c0045a5051931e410fc581634767d738bff8e4009fd0e9e248659fb, schema=IFC4, type_count=47.
- 2026-06-01 oneosinfra Evidence angelegt: dbinfrago-ifc-renderer-contabo-runtime-20260601.json und dbinfrago-ifc-renderer-dec-offline-asset-manifest-20260601.json.
- 2026-06-01 Dec-Offline-Manifest definiert web-ifc/three Asset-Hashes, Zugangsstufe-2-Offline-Policy und Cache-Miss-Verhalten ohne Cloud-/Contabo-Call im Offline-Fall.
- 2026-06-01 ADHQ-2026-0034 aufgenommen: S6800x3000T1-2-----U.pdf zeigte Browser-Fallback statt eingebetteter PDF-Ansicht; stable_object_id obi-e9b513e3f2fd986771c4bee4ec8194dd.
- 2026-06-01 Contabo renderer install extended: pdfjs-dist=6.0.227 and local node=24.14.1 installed under /opt/onestack/oneosinfra/runtime/dbinfrago/ifc-renderer; npm audit reports 0 vulnerabilities.
- 2026-06-01 correction: pdfjs-dist 3.x was rejected because npm audit reported 4 high vulnerabilities; runtime returned to pdfjs-dist 6.x with local Node 24, no global host Node mutation.
- 2026-06-01 PDF source extraction check: /var/cache/onestack/dbinfrago/pdf-derivatives/obi-e9b513e3f2fd986771c4bee4ec8194dd/source.pdf exists on Contabo with size 1862596; corrected PDF.js probe pending because SSH reset new sessions.
- 2026-06-01 user baseline: OStasks/Specs/Guards muessen erforderliche Ergebnisse weiter testen bis positiver Nachweis oder Falsifikation als unmoeglich ohne neue Entscheidung; kein Abbruch nach erstem Fehlversuch.
- 2026-06-01 corrected PDF.js live probe pass: S6800x3000T1-2-----U.pdf stable_object_id obi-e9b513e3f2fd986771c4bee4ec8194dd parsed with pdfjs-dist=6.0.227, local node@v24.14.1, source_size=1862596, sha256=8af8b5324d714eb3df069831504d30d37155aa33cf651d7e3c20b11585680375, num_pages=1, first_page=2409.36x1303.92.
- 2026-06-01 OneSite serves PDF.js assets via /__oneviewer/pdfjs/{pdf.mjs,pdf.worker.mjs} from oneosinfra renderer runtime allowlist; go tests cover allowlist and traversal rejection.
- 2026-06-01 Objektbibliothek Runtime uses PDF.js Canvas preview data-preview-kind=pdfjs with page controls instead of relying on browsernative PDF object embedding.
- 2026-06-01 dbinfrago-gfk-prompt-query-guard strict pass after PDF.js Canvas/asset-route hardening: checks=807 blocked=0; guard now requires /__oneviewer/pdfjs/ route, allowlisted pdf.mjs/pdf.worker.mjs, worker test, traversal rejection and object-library PDF.js Canvas capability.
- 2026-06-01 live Browser-Abnahme falsified current deployment: dbinfrago-knowledge-viewer-interaction-playwright-guard strict reports pdfjs-canvas-nonblank blocked for desktop and mobile with canvas 300x150, statusText 'PDF wird geladen', errorHidden=true, nonBlank=false.
- 2026-06-01 live HTTP probes falsify route activation: https://oscore.eu/__oneviewer/pdfjs/pdf.mjs, https://oscore.eu/__oneviewer/pdfjs/pdf.worker.mjs and https://oscore.eu/__onedelivery/object-library/obi-e9b513e3f2fd986771c4bee4ec8194dd?view=1 return 200 text/html with X-Os-Surface=onediscovery.one. Next required action is protected OneSite binary/ingress rollout, then rerun Playwright until pass or new falsification.
- 2026-06-01 OneSite local IFC renderer server edge implemented: /__oneviewer/ifc/assets/ serves allowlisted web-ifc/three assets from DBINFRAGO_RENDERER_RUNTIME_DIR, /__oneviewer/ifc-derivatives/{stable_object_id}/probe.json serves cache probe evidence from DBINFRAGO_IFC_DERIVATIVE_CACHE_DIR without accepting source paths or arbitrary derivative filenames.
- 2026-06-01 go test ./... in onesite-one pass after IFC asset/derivative handlers; dbinfrago-gfk-prompt-query-guard strict pass checks=826 blocked=0. Full IFC 3D viewer runtime binding and offline Browser-Abnahme remain open.
- 2026-06-01 Objektbibliothek-Viewer binds IFC endpoint/cache probe: renderIFCPreview fetches /__oneviewer/ifc-derivatives/{stable_object_id}/probe.json plus HEAD checks for /__oneviewer/ifc/assets/web-ifc-api.js and three.module.js; applied/proposal runtime node --check pass, builder py_compile pass, dbinfrago-gfk-prompt-query-guard strict pass checks=833 blocked=0.
- 2026-06-03 token YES protected-oneviewer-delivery-runtime-rollout-20260603 used for protected OneViewer/OneDelivery runtime route readback.
- 2026-06-03 public route readback pass: /__oneviewer/pdfjs/pdf.mjs, /__oneviewer/pdfjs/pdf.worker.mjs, /__oneviewer/ifc/assets/web-ifc.wasm, /__oneviewer/ifc/assets/three.module.js, /__oneviewer/ifc-derivatives/obi-4c20480c59c61379c471b1e417b2e7a7/probe.json and /__onedelivery/object-library/obi-e9b513e3f2fd986771c4bee4ec8194dd?view=1 all return expected MIME and OneViewer/OneDelivery headers.
- 2026-06-03 Contabo/public cache sync for IFC derivative probe: source root@109.199.114.18 to public host cache, sha256=8f3d1c79840333501f5bc526e8e94c90604de57848314c43319d0b813f3a2e1e, size=3911.
- 2026-06-03 Contabo Playwright pass generated_at=2026-06-03T19:40:53.953Z results=20 blocked=0; PDF.js canvas desktop/mobile nonblank and stable delivery checked.
- 2026-06-03 go test ./... in onesite-one pass for OneViewer/OneDelivery handlers.
- 2026-06-03 rollout evidence: oneanalytics-one/data/matrices/frfy__oneanalytics-one__protected-oneviewer-delivery-runtime-rollout__evidence__20260603.json status=pass.
Repos
onesurfacehub-onedatastack-onedatastack-decorgfort-oneonespec-oneoneanalytics-oneonestack-oneonesite-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-som-viewer-proposaldbinfrago-objektbibliothek-viewer-proposalonestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0004-task-0013
Domains / Referenzen (1)
na
DBInfraGO generische Knowledge-Prompt-Schnittstelle fuer Viewer
Fachliche Abnahme durch ACCEPT impl-0004-task-0010, wenn generische Knowledge-Prompt-Schnittstelle, Viewer-Familien-Gerippe und Contabo-Playwright-Evidence plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009.
Done-Kriterien
- doneOBI und SOM nutzen eine generische Workbench-Search-Promptschnittstelle statt einzelner fest verdrahteter Fach-Intents
- doneArbeitsmoment-Dropdown, freie Suche und GFK-Sonderfilter sind aus der Viewer-Runtime entfernt
- doneFachliche Nutzerprompts werden generisch gegen Stable Index, Knowledge Relation Index, tenant-scoped Memory und UAPI-Kontext ausgewertet
- doneAntworten muessen aus Stable Index, Knowledge Relation Index oder dokumentierter Memory-/Knowledge-Quelle mit Stand, Quelle und Unsicherheit abgeleitet werden
- doneTenant-, Surface-, Projekt- und Actor-Scope steuern die Memory-/Knowledge-Nutzung; reference/governance Quellen duerfen nur getrennt ausgewiesen ergaenzen
- doneGuard blockiert freie Modellantworten ohne Quellen-/Stand-/Indexbezug fuer generische Knowledge-Prompts
- doneViewer-Runtime setzt Promptdialog, Trefferliste, Objekt-/Attributdetails, Projektprofil, Freie Bezeichnung, Export/Download und Quellenantwort ohne Spezialintent um
- doneArbeitskontexte sind von der Ergebnistabelle separiert, bleiben fachlich mit Prompt/Projekt/Scope gekoppelt und unzutreffende Arbeitskontexte werden ausgegraut
- doneProjekt anlegen/aendern und Loeschen nicht dokumentierter Arbeitsstaende sind direkte Nutzeraktionen; versioniert dokumentierte Bearbeitungsstaende bleiben erhalten
- doneAnsichten oeffnet unterhalb der Tabelle eine Vorschauflaeche fuer PDF, DWG, IFC und weitere Dateitypen
- donePlaywright-/Content-Evidence prueft generischen Prompt, entfernte Suche/Profile, Browser-Tableiste, Quellenanzeige und mobile CSS-Regeln live
- doneRil100/STW Viewer und Ril100/STW Connector verwenden dasselbe sichtbare Viewer-Gerippe wie SOM und Objektbibliothek
- doneDer Ril100/STW Connector ist als zweiter Tab im Knowledge-Viewer-Tabmodell sichtbar und wechselt im selben Browserkontext
Done-Checkliste
- doneOStask impl-0004-task-0010 anlegen
- doneKnowledge-Viewer-Spec um generische Knowledge-Prompt-Schnittstelle und Scope-Vertrag erweitern
- doneGuard fuer generische Knowledge-Prompts und Scope-Vertrag bauen
- doneIMPL-0004 um angewandte Promptquery-Semantik ergaenzen
- doneRuntime-Viewer mit generischer Prompt-Schnittstelle, Browser-Tableiste und Quellenanzeige bauen
- doneViewer nach CSS-Spec und Onestack-Infra-Look-and-Feel fuer Desktop und Mobil nachziehen
- doneArbeitskontexte als eigene kompakte Kontextsektion separieren und Projekt-Arbeitsstand-Loeschen ergaenzen
- doneLive-/Playwright-Pruefung fuer beide Viewer ausfuehren
- doneADHQ-2026-0030 erneut ausfuehren und den verbogenen Viewer-Stand im kanonischen Builder auf Workbench-Profil zurueckbauen
- doneProjektstatus-Zeile mit Projektraum/Projekt/Auswahl/Actor/Tenant wird nicht mehr als Default-Zeile angezeigt.
- doneProjektnummer bearbeiten ausserhalb von Projekt anlegen/ändern ist entfernt.
- doneProjektraum, Projektnummer, Projektname und Freie Bezeichnung sind beschreibbare Datalist-/Suchvorschlagsfelder und bei leerem Cache leer.
- doneProjekt anlegen/ändern ist Button und keine Abschnittsüberschrift.
- donePromptsuche nutzt den lokalen Stable-Auszug mit Begriffsnormalisierung; GFK-nahe SOM-/OBI-Records sind im geladenen Auszug enthalten.
- doneJSON-/CSV-Export liegt im Export-Querpanel und nicht in der Prompt-Aktionszeile.
- doneArbeitskontexte sind einzeilig horizontal scrollbar, anklickbar und je Viewer auf zutreffende Kontexte begrenzt.
- doneAnsichtsbereich fuer PDF, DWG, IFC und weitere Dateien ist als Vorschau-Querpanel vorhanden.
- doneQuerpanels sind auf- und zuklappbar definiert.
- doneQuerpanels werden generisch mit data-cross-panel und variablengetriebenem State fuer mehrere Surfaces vorbereitet.
- doneTab-Umschaltung nutzt echte Links im selben Browserkontext; Cross-Panel-Zustaende bleiben ueber Surface-Wechsel erhalten.
- donedbinfrago-ril100-stw-viewer ist als Knowledge-Viewer-Surface mit gleicher Shell-, Projekt-, Prompt-, Kontext-, Tabellen-, Vorschau- und Exportstruktur materialisiert.
- donedbinfrago-ril100-stw-connector ist als zweiter Knowledge-Viewer-Tab mit gleicher Struktur und Connector-Gerippe materialisiert.
- doneTab-Reihenfolge fuehrt Rail Sources Mapping, Ril100/STW Connector, Ril100/STW Viewer, SOM Viewer, Objektbibliothek Viewer und InfraGraph als gleichartiges Bedienmodell.
- doneGuard- und Playwright-Erwartungen pruefen die gemeinsame Viewer-Struktur ueber Ril100/STW, SOM und Objektbibliothek.
- doneRail Sources Mapping, Ril100/STW, SOM, Objektbibliothek und InfraGraph verwenden dasselbe Viewer-Familien-Gerippe.
- doneConnectoren liegen in der eigenen Ansichtsfamilie DB InfraGO Knowledge Connectors und werden im Viewer nur als unterrepraesentierter Tab/Button Connectors gefuehrt.
- doneHero-Zeile kombiniert Kontext und Kurzname einzeilig; die dritte Hero-Erklaerzeile ist entfernt und der Kurztext steht unter Workbench Search.
- doneQuerpanels besitzen Summary-Ueberschriften und je ein Auf-/Zuklapp-Symbol links und rechts am Rand.
- doneES-Modul-faehige Tabwechsel laufen ueber Manifest-Referenz ohne Full-Page-Reload und erhalten Querpanel-State.
- doneViewer-Familie umfasst Rail Sources Mapping, Ril100/STW, SOM, Objektbibliothek, QGIS, Potree, InfraGraph, Connectors und Builders in dieser Reihenfolge.
- doneConnector-Familie umfasst SOM Connector, Objektbibliothek Connector, Ril100/STW Connector, InfraGraph Connector, QGIS Connector, Potree Connector und Connectors.
- doneBuilder-Familie umfasst InfraGraph, SOM, Objektbibliothek und Builders analog zur Connector-Familie.
- donedbinfrago-graphbuilder ist als kanonisches Surface durch dbinfrago-infragraph-viewer ersetzt; dbinfrago-infragraph-connector ist ergaenzt.
- doneDB Rot #EC0016 wird nur fuer Hero-Band, aktive Tabs und aktive Arbeitskontext-Randlinien eingesetzt; fachliche Inhalte behalten Surface-Akzentfarben.
- doneLive-Playwright deckt alle neu materialisierten Viewer-/Connector-/Builder-Familien ab.
- doneHero-Hierarchie verwendet DB Portal . DB InfraGO . Projektwerkstatt . Knowledge Base . <Viewer|Connectors|Builders>: <Kernname> als einzeilige Überschrift.
- doneConnector- und Builder-Familien enthalten Viewer: Übersicht als Rücksprung in die Viewer-Familie.
- doneGeklickte Tabs bleiben nach ES-Modul-Routing oder Reload in der horizontalen Tabbar sichtbar.
Evidence
- Task wurde nach User-Korrektur von GFK-Spezialintent auf generische Knowledge-Prompt-Schnittstelle umgestellt.
- Spec- und Guard-Vertrag legen tenant-/surface-/project-/actor-scope sowie Quellen-/Standpflicht fest.
- onesurfacehub-one dbinfrago Knowledge Viewer Builder erzeugt Promptfeld, generische Quellenantwort, Browser-Tableiste und Projektprofil mit Freie Bezeichnung.
- Applied Panels dbinfrago-som-viewer und dbinfrago-objektbibliothek-viewer enthalten kv-prompt-input, kv-prompt-answer, Workbench Search und tenant-scoped Antwortscope.
- Arbeitsmoment-Dropdown, freie Suche und GFK-Sonderfilter sind in der Viewer-Runtime entfernt.
- Arbeitskontexte werden als separate Kontextsektion gefuehrt; die Ergebnistabelle enthaelt nur fachliche Treffer; die separate Relationen-Kachel wurde entfernt.
- Prompt Absenden filtert die sichtbaren Stable-/Knowledge-Zeilen generisch nach Eingabe.
- Nicht dokumentierte Arbeitsstaende koennen geloescht werden; versioniert dokumentierte Bearbeitungsstaende bleiben erhalten.
- Ansichten erzeugt unterhalb der Tabelle eine Vorschauflaeche mit PDF/DWG/IFC/weitere Dateien.
- 2026-05-31: ADHQ-2026-0030 erneut auszufuehren, weil der integrierte Viewer-Stand visuell und mobil nicht ausreichend dem workbench-profile/onestack-impl entsprach.
- 2026-05-31: Kanonischer Viewer-Builder auf kompakte Onestack-Infra-Workbench-Anmutung zurueckgebaut; Proposal und Applied Viewer neu generiert.
- 2026-05-31: Nutzerkorrektur umgesetzt: Arbeitskontexte von der Ergebnistabelle separiert und Playwright-/Guard-Erwartung entsprechend nachgezogen.
- surface-ui-css-profile-guard strict pass: status=pass checks=71 blocked=0.
- dbinfrago-generic-knowledge-viewer-guard strict pass: status=pass checks=211 blocked=0.
- dbinfrago-knowledge-viewer-materialization-guard strict pass: status=pass blocked=0.
- dbinfrago-knowledge-viewer-proposal-guard strict pass: status=pass blocked=0.
- knowledge-viewer-profile-guard strict pass: status=pass blocked=0.
- Contabo Playwright dbinfrago-knowledge-viewer-interaction-playwright-guard strict pass: Desktop und Mobile fuer SOM Viewer und Objektbibliothek Viewer.
- User OStask-CHKL 2026-05-31: Knowledge Viewer Projektfelder leer/datalist-basiert, Projektstatus-Zeile entfernt, Export in Querpanel, Arbeitskontexte einzeilig/anklickbar, Vorschau-Querpanel und Cross-Panel-State.
- onesurfacehub-one Builder materialisiert GFK-nahe Stable-Records im SOM-/Objektbibliothek-Auszug und nutzt Prompt-Begriffsnormalisierung.
- oneguard-one dbinfrago-generic-knowledge-viewer-guard erweitert um Querpanel-, Tab-, Projektfeld- und No-Forbidden-Checks.
- Guard pass: dbinfrago-generic-knowledge-viewer-guard status=pass checks=231 blocked=0 inklusive GFK-Stable-Sample.
- Guard pass: surface-ui-css-profile-guard status=pass checks=71 blocked=0.
- Guard pass: dbinfrago-knowledge-viewer-materialization-guard status=pass blocked=0.
- Contabo Playwright pass: dbinfrago-knowledge-viewer-interaction-playwright-guard status=pass mit GFK-Prompt, Querpanels, Tab-Reihenfolge und Projektfeld-No-Default-Pruefung.
- 2026-05-31: Ril100/STW Viewer und Ril100/STW Connector in den kanonischen Knowledge-Viewer-Builder aufgenommen und Applied Panels generiert.
- 2026-05-31: applied-resolution-registry-dbinfrago und applied-surface-panel-bindings-dbinfrago um dbinfrago-ril100-stw-viewer und dbinfrago-ril100-stw-connector erweitert.
- 2026-05-31: Knowledge-Viewer-Spec ergaenzt required_viewer_surfaces und Tab-Reihenfolge mit Ril100/STW Connector als zweitem Tab.
- 2026-05-31: QGIS, Potree, InfraGraph Connector und Knowledge Builders als Applied Panels materialisiert.
- 2026-05-31: Alte dbinfrago-graphbuilder-Bindings aus Applied Registry/SurfaceHub entfernt und durch dbinfrago-infragraph-viewer ersetzt.
- 2026-05-31: DB Rot #EC0016 als begrenzter UI-Akzent fuer Hero, aktive Tabs und Arbeitskontext-Auswahl eingebaut.
- 2026-05-31: ADHQ zur Hierarchie-/Pfadüberschrift umgesetzt; Hero nutzt DB Portal . DB InfraGO . Projektwerkstatt . Knowledge Base . <Familie>: <Kernname>.
- 2026-05-31: Viewer: Übersicht als Ruecksprung aus Connectors und Builders zur Viewer-Familie ergaenzt.
- 2026-05-31: Tabbar speichert zuletzt gewaehlt Surface-/Tab-Referenz im Session-Kontext und scrollt aktiven Tab sichtbar.
- 2026-06-03: dbinfrago-knowledge-viewer-materialization-guard pass: status=pass checks=226 blocked=0.
- 2026-06-03: dbinfrago-knowledge-viewer-proposal-guard pass: status=pass checks=14 blocked=0.
- 2026-06-03: knowledge-viewer-profile-guard pass: status=pass checks=16 blocked=0.
- 2026-06-03: dbinfrago-knowledge-viewer-structure-data-separation-guard pass: status=pass checks=36 blocked=0.
- 2026-06-03: Contabo Playwright pass fuer 10 DB InfraGO Surfaces in Desktop und Mobil: Rail Sources Mapping, InfraGraph, Knowledge Connectors, Knowledge Builders, QGIS, Potree, Ril100/STW Viewer, Ril100/STW Connector, SOM Viewer und Objektbibliothek Viewer.
- 2026-06-03: Historische Ril100/STW-Connector-als-zweiter-Tab-Anforderung als erledigte Supersession dokumentiert; separate Knowledge-Connectors-Familie ist materialisiert und Playwright-geprueft.
Repos
onestack-oneonespec-oneoneguard-onememorystack-oneonememory-oneoneanalytics-onedatastack-oneonesurfacehub-one
Surfaces
dbinfrago-knowledge-connectorsdbinfrago-infragraph-viewerdbinfrago-rail-sources-mappingdbinfrago-ril100-stw-viewerdbinfrago-ril100-stw-connectordbinfrago-objektbibliothek-viewerdbinfrago-som-vieweronestack-impldbinfrago-qgis-viewerdbinfrago-qgis-connectordbinfrago-potree-viewerdbinfrago-potree-connectordbinfrago-knowledge-buildersdbinfrago-som-builderdbinfrago-objektbibliothek-builderdbinfrago-infragraph-connector
Vorgaenger / Nachfolger
7 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0004-task-0002 - depends_on
impl-0004-task-0003 - depends_on
impl-0004-task-0006 - depends_on
impl-0005-task-0014
Nachfolger
- depends_on
impl-0004-task-0011 - depends_on
impl-0004-task-0012 - depends_on
impl-0004-task-0013
Domains / Referenzen (1)
na
DB InfraGO Rail Sources Mapping und erster Rail/SOM/OBI Diff Viewer
Kombinierten Parser bauen: Ril100-XLSX, Betriebsstellen-App und stellwerke.info zusammenfuehren und danach echtes QGIS-Projekt aus inbox/QGIS importieren.
Done-Kriterien
- doneRail-/Regularien-Stable-Index, SOM-Stable-Index und OBI-Stable-Index sind als getrennte Quellen mit Stand, Importreferenz und Lineage eingebunden
- doneDiff Viewer zeigt fachliche Abweichungen, Deckungen und fehlende Bezüge zwischen Rail-Regelwerk, SOM und Objektbibliothek
- doneViewer unterscheidet Quelle, Aussage, Objekt, Attribut, Regelbezug, Unsicherheit und Review-Status maschinenlesbar
- donePromptdialog kann Fragen zu Rail-vs-SOM-vs-OBI Zusammenhängen beantworten, ohne freie Modellantworten ohne Quellenbezug zu erzeugen
- donePlaywright-/Guard-Evidence prueft Desktop, Mobil, Tabellenbreite, Detailansicht und Quellen-/Lineage-Anzeige
Done-Checkliste
- doneSpec fuer Rail-vs-SOM-vs-OBI Diff-Relationen anlegen oder bestehende Knowledge-Viewer-Spec erweitern
- doneDataStack Handoff fuer regulations-rail-infrastructure, SOM und OBI als vergleichbare Stable-Quellen pruefen
- openSurrealDB/Memory/Discovery Indexprojektionen fuer Diff-Abfragen vorbereiten
- doneSurface-/Panel-Vorschlag fuer den Diff Viewer bauen
- doneGuard und Playwright-Pruefung fuer Diff Viewer materialisieren
- doneRail Sources Mapping ist als erster Tab in SOM- und Objektbibliothek-Knowledge-Viewer sichtbar und guardbar.
- doneRail Sources Mapping zeigt Authority, Datengrundlage, UAPI-Domain, Mapping-Ziel, Handoff und Status inklusive SOM-/OBI-Stable-Gesamtzahlen.
- doneRil100/STW Connector-Repo besitzt kanonischen Inbox-Pfad und stellwerke.info ist per httrack bounded einlesbar.
- doneRil100-XLSX wird unter inbox/Ril100 gefuehrt, importiert und zu jedem Monatsersten auf neue DB-InfraGO-Dateien geprueft.
- doneStellwerke.info gehoert ebenfalls zur Monatsersten-Pruefung und wird bounded per httrack aktualisiert.
- doneBetriebsstellen-App ist als dritte Quelle monatlich eingebunden; Koordinaten und Streckenkilometer/Gleise werden nicht aus der XLSX, sondern aus Zusatzquellen mit Lineage gewonnen.
- doneInterner QGIS Viewer ist mit QGIS-Projekt-Import, Layer-Baum, CRS, Rail-Overlay und interner Kartenansicht vorbereitet.
- doneRail Sources Mapping zeigt Ril100 Betriebsstellencodes, Betriebsstellen-App, stellwerke.info und QGIS/Geo als getrennte Quellenzeilen mit Evidence und Lineage-Hinweisen.
Evidence
- 2026-05-31: BTW-OStask aufgenommen fuer Rail-vs-SOM-vs-OBI Diff Viewer.
- Spec angelegt: onespec-one/docs/specs/frfy__onespec-one__dbinfrago-rail-som-obi-diff-viewer__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- DataStack Diff Index gebaut: dbinfrago-rail-som-obi-diff-index-20260531-652e89b7 mit 60 Records.
- Proposal Panel gebaut: onesurfacehub-one/panels/proposals/dbinfrago-rail-som-obi-diff-viewer-proposal.
- Guard pass: dbinfrago-rail-som-obi-diff-viewer-guard status=pass checks=19 blocked=0.
- User decision 2026-05-31: dbinfrago-rail-sources-mapping ist der Oberbegriff; Rail/SOM/OBI Diff bleibt erster enger Ausschnitt.
- Parent-Spec angelegt: onespec-one/docs/specs/frfy__onespec-one__dbinfrago-rail-sources-mapping__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- Diff-Spec und Diff-Index referenzieren parent_source_mapping=dbinfrago-rail-sources-mapping.
- Knowledge Viewer Builder ergaenzt dbinfrago-rail-sources-mapping als ersten Tab vor SOM Viewer, Objektbibliothek Viewer und InfraGraph.
- Guard pass: dbinfrago-generic-knowledge-viewer-guard status=pass checks=215 blocked=0 mit Rail-Sources-Mapping-First-Tab-Pruefung.
- Guard pass: surface-ui-css-profile-guard status=pass checks=71 blocked=0.
- Guard pass: dbinfrago-knowledge-viewer-materialization-guard status=pass blocked=0.
- Contabo Playwright pass: dbinfrago-knowledge-viewer-interaction-playwright-guard status=pass.
- 2026-06-01 Rail Sources Mapping Viewer-Tabelle erweitert um Authority, Datengrundlage, UAPI-Domain, Mapping-Ziel, Handoff und Status.
- 2026-06-01 Rail Sources Mapping zeigt SOM Stable 15914 Records und Objektbibliothek Stable 2116 Records aus Stable-Index-Summary statt nur Viewer-Sample-Groessen.
- 2026-06-01 Rail Sources Mapping ergaenzt BIM/OpenBIM/IFC und Project Schedule/Bauablauf als getrennte Quellenfamilien.
- 2026-06-01 Spec dbinfrago-rail-sources-mapping um viewer_table_contract erweitert.
- 2026-06-01 Protected Runtime Builder repair pass; onesite-one.service restart active; live Panel-Assetroute liefert 15914 Records und 2116 Records.
- 2026-06-01 finaler Contabo Playwright pass: dbinfrago-knowledge-viewer-interaction-playwright-guard status=pass.
- 2026-06-01 Ril100/STW Connector-Repo angelegt: dbinfrago-ril100-stw-connector-one mit Inbox /home/seeagain/dbinfrago-ril100-stw-connector-one/inbox/.
- 2026-06-01 httrack Probe stellwerke.info pass: 112 Links gescannt, 109 Dateien geschrieben, 0 Fehler, 10 Robots/Redirect-Warnungen; Evidence dbinfrago-ril100-stw-connector-one/data/evidence/stellwerke-info-httrack-probe-20260601.json.
- 2026-06-01 Ril100-Inbox exakt benannt und materialisiert: /home/seeagain/dbinfrago-ril100-stw-connector-one/inbox/Ril100/.
- 2026-06-01 DB-InfraGO Betriebsstellencodes XLSX heruntergeladen: Betriebsstellencodes-DB-Internetliste-Stand-31-05-2026-data.xlsx sha256=10d86890b881a90003647201be60f4d286e5a7c01dca0def12094b55e2ed1de3.
- 2026-06-01 Ril100 Primary Import pass: selected_sheet=20260531 Betriebsstellencodes, record_count=24640, output dbinfrago-ril100-stw-connector-one/data/primary-import-index/ril100-primary-import-index-20260531-10d86890/primary-import-index.json.
- 2026-06-01 Spec/Memory/Guard fuer Monatsersten-Import angelegt: Ril100-XLSX und stellwerke.info werden monatlich im Hintergrund gesucht/aktualisiert; protected runtime bleibt freigabepflichtig.
- 2026-06-01 dbinfrago-ril100-monthly-import-guard pass: canonical inbox, XLSX, stellwerke.info capture, httrack, evidence, spec, memory und Skripte vorhanden; blocked=0.
- 2026-06-01 Betriebsstellen-App als dritte Quelle geprueft: https://www.syssel.net/ril100/ erreichbar, .htaccess gibt 403 Forbidden, httrack bounded pass mit 5 Links/4 Dateien/0 Fehlern, search.php Detail-Stichprobe AA liefert Ril100/Bezeichnung/EVA/Adresse-Geo/Gleise.
- 2026-06-01 Klarstellung: Ril100-XLSX enthaelt keine Streckenkilometer und keine Koordinaten; Betriebsstellen-App liefert Adresse/Geo und Gleise mit Strecke/km, stellwerke.info liefert Koordinatenmarker und Strecken-/km-Bezuege. Spec/Memory/Guard nachgeschaerft; dbinfrago-ril100-monthly-import-guard pass blocked=0.
- 2026-06-01 interner QGIS Viewer gebaut: dbinfrago-qgis-viewer zeigt QGIS-Projekt-Import, Layer-Baum, CRS und Transformation, Rail-Overlay und Interne Kartenansicht.
- 2026-06-01 QGIS Connector-Repo angelegt: dbinfrago-qgis-connector-one mit Inbox /home/seeagain/dbinfrago-qgis-connector-one/inbox/QGIS/.
- 2026-06-01 Spec und Memory fuer internen QGIS Viewer angelegt: frfy__onespec-one__dbinfrago-internal-qgis-viewer__spec__... und .codex/memories/dbinfrago-internal-qgis-viewer.md.
- 2026-06-01 Live-Assetroute fuer dbinfrago-qgis-viewer-panel liefert Interner QGIS Viewer, QGIS-Projekt-Import, Layer-Baum, CRS und Transformation und Rail-Overlay; onesite-one.service active.
- 2026-06-01 dbinfrago-knowledge-viewer-materialization-guard pass blocked=0; protected-runtime-builder-trigger repair pass; dbinfrago-knowledge-viewer-interaction-playwright-guard strict pass.
- 2026-06-01 Rail Sources Mapping Live-Assetroute zeigt Ril100 Betriebsstellencodes mit 24640 Records, Betriebsstellen-App, stellwerke.info und dbinfrago-qgis-connector-one/inbox/QGIS.
- 2026-06-01 Playwright-Route-Guard fuer ES-Modul-Tabs robustifiziert: prueft Route-Count plus gemountetes Ziel-Surface; dbinfrago-knowledge-viewer-interaction-playwright-guard strict pass.
Repos
onestack-oneonespec-oneoneguard-onedatastack-oneonediscovery-onememorystack-oneonesurfacehub-oneoneanalytics-onedbinfrago-ril100-stw-connector-onedbinfrago-qgis-connector-one
Surfaces
dbinfrago-rail-sources-mapping-viewerdbinfrago-rail-sources-mapping-viewer-proposaldbinfrago-rail-som-obi-diff-viewer-proposaldbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-infragraph-vieweronestack-impl
Vorgaenger / Nachfolger
3 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0004-task-0010 - depends_on
impl-0006-task-0004
Nachfolger
- depends_on
impl-0004-task-0012
Domains / Referenzen (1)
na
DB InfraGO Knowledge Viewer Struktur-/Daten-Trennung absichern
Fachliche Abnahme durch ACCEPT impl-0004-task-0012, wenn Struktur-/Daten-Trennung, Structure-only-Guard und getrennt nachgezogene Viewer-Guard-Familie plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009.
Done-Kriterien
- donePanel-Struktur und fachliche Datenmaterialisierung sind in Spec, Impl, Memory und Guard getrennt beschrieben
- doneBuilder besitzt einen structure-only Modus ohne Laden fachlicher Stable-Datenquellen
- doneSharedPanels Projektraum, Prompt, Arbeitskontexte, Ergebnistabelle, Ansichten und Export werden structure-only materialisiert
- doneMemoryRecord und MemoryStack-Kontextpaket sind angelegt und in den Memory-Indizes auffindbar
- doneFull Viewer-Guards werden fuer fachliche Datenlaeufe separat nachgezogen
Done-Checkliste
- doneSpec fuer Struktur-/Daten-Trennung angelegt.
- doneBuilder besitzt structure-only Modus ohne Laden von Stable-Datenquellen.
- doneSharedPanels Projektraum, Prompt, Arbeitskontexte, Ergebnistabelle, Ansichten und Export werden structure-only materialisiert.
- doneGuard prueft structure-only Modus, nicht geladene Datenquellen, SharedPanel-Bindings und Panel-Rollen.
- doneGuard-Lauf ausgefuehrt und Evidence geprueft.
- doneImpl-0004 Text um Bestpractice-Trennung und Bedienregel ergaenzt.
- doneOneMemory-Record angelegt.
- doneMemoryStack-Kontextpaket angelegt.
- doneMemory-Indizes mit Fulltext, Vector, Graph, Validity, Conflict und Source Weight aktualisiert.
- doneFull Viewer-Guards nachziehen, ohne Download heute fertigzustellen.
Evidence
- Spec angelegt: onespec-one/docs/specs/frfy__onespec-one__dbinfrago-knowledge-viewer-structure-data-separation__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- Guard angelegt: oneguard-one/tools/guards/dbinfrago-knowledge-viewer-structure-data-separation-guard.sh
- Guard pass: dbinfrago-knowledge-viewer-structure-data-separation-guard status=pass checks=36 blocked=0.
- Impl-0004 ergaenzt: Struktur und Daten sind hart getrennt.
- MemoryRecord angelegt: onememory-one/docs/memory-records/frfy__onememory-one__dbinfrago-knowledge-viewer-structure-data-separation__shared-panels-data-materialization__memory__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- MemoryStack-Kontextpaket angelegt: memorystack-one/docs/context-packages/frfy__memorystack-one__dbinfrago-knowledge-viewer-structure-data-separation-context__shared-panels-data-materialization__memory-context__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md
- Memory-Indizes fuer Fulltext, Vector, Graph, Source Weight, Validity und Conflict aktualisiert.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
- 2026-06-03: dbinfrago-knowledge-viewer-materialization-guard pass: status=pass checks=226 blocked=0.
- 2026-06-03: dbinfrago-knowledge-viewer-proposal-guard pass: status=pass checks=14 blocked=0.
- 2026-06-03: knowledge-viewer-profile-guard pass: status=pass checks=16 blocked=0.
- 2026-06-03: dbinfrago-knowledge-viewer-structure-data-separation-guard pass: status=pass checks=36 blocked=0.
- 2026-06-03: Contabo Playwright pass fuer DB InfraGO Knowledge Viewer/Workbench: 20 Surface/Viewport-Ergebnisse, keine Non-Pass-Checks; Full Viewer-Guards wurden getrennt von Datei-/Download-Auslieferung nachgezogen.
Repos
onestack-oneonespec-oneoneguard-oneonememory-onememorystack-oneonesurfacehub-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-rail-sources-mapping-viewerdbinfrago-ril100-stw-viewerdbinfrago-qgis-viewerdbinfrago-potree-viewerdbinfrago-infragraph-viewer
Vorgaenger / Nachfolger
3 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0004-task-0010 - depends_on
impl-0004-task-0011
Nachfolger
- depends_on
impl-0004-task-0013
Domains / Referenzen (1)
na
DB InfraGO Projektprofil-Sichtbarkeit im Projektraum modellieren
Projektprofil-Scope-Vertrag fuer Lokal Halten, Projektteam intern, Projektteam extern und Projekt Zentrale spezifizieren und danach Projektraum SharedPanel/Guard materialisieren.
Done-Kriterien
- doneMemory-Abgleich bestaetigt Anschluss an DB Portal, gemeinsamen Projektraum, Projektprofil-Umschaltung und dec-seitige Projektprofile
- openProjektprofil-Scope-Feld ist spezifiziert mit den Optionen Lokal Halten, Projektteam intern, Projektteam extern und Projekt Zentrale
- openProjektraum Panel zeigt je aktivem Projektprofil einen Umschalter fuer diese vier Scope-Stufen
- openDecSync/PSC/OneDecSyncHub-Regel beschreibt, welche Scope-Stufen lokal bleiben, intern synchronisieren, extern teilen oder zentral projektweit verfuegbar sind
- openGuard verhindert, dass Projektprofile ohne explizite Scope-Stufe versehentlich extern oder zentral geteilt werden
Done-Checkliste
- doneDB-Portal-/Knowledge-Viewer-Memory und Specs zum Projektraum abgleichen.
- openScope-Werte als kontrollierte Enum im Projektprofil-Vertrag ergaenzen.
- openProjektraum SharedPanel UI um Scope-Umschalter erweitern.
- openRuntime/DecSync-Verhalten fuer lokal, intern, extern und zentrale Projektablage trennen.
- openSpec, Guard und Playwright-/Panel-Evidence nachziehen.
Evidence
- Memory-Abgleich: DB Portal/Knowledge Base Hero-Hierarchie ist in surface-structure-text-content-boundary Spec dokumentiert.
- Memory-Abgleich: dbinfrago-knowledge-viewer-profile-relation-index Spec definiert gemeinsamen Projektraum fuer Knowledge-Surfaces bei gleichem Tenant und gleicher Projektnummer.
- Memory-Abgleich: Projektprofile, Projektnummern, Dateiauswahl, Exportprofile und Betrachtungszustand bleiben dec-seitig und werden ab Zugangsstufe 2 verschluesselt ueber OneDecSyncHub/SyncDrive/PSC synchronisierbar.
- Memory-Abgleich: Struktur-/Daten-Trennung fuehrt Projektraum als Shared Surface Panel.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onestack-oneonespec-oneoneguard-oneonememory-onememorystack-oneonesurfacehub-onedatastack-dec
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-rail-sources-mapping-viewerdbinfrago-ril100-stw-viewerdbinfrago-qgis-viewerdbinfrago-potree-viewerdbinfrago-infragraph-viewer
Vorgaenger / Nachfolger
3 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0004-task-0009 - depends_on
impl-0004-task-0010 - depends_on
impl-0004-task-0012
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (1)
na
DB InfraGO Prompt-Facetten fuer Dateityp und Fachgewerk generisch filtern
Fachgewerk-Prompts wie LST nur pdf und die OneTecStack.one-Rolle fuer Runtime Inventory, Service Catalog, Resolver, Renderer-Faehigkeiten und Guard-Kontrakte weiter spezifizieren.
Done-Kriterien
- donePrompt `GFK {Dateityp}` wird als strikte Dateityp-Facette ausgewertet; Ergebnislisten zeigen ausschliesslich Dateien dieses Typs
- in_progressPrompt `{Fachgewerk}` wird als strikte Fachgewerk-Facette ausgewertet; Ergebnislisten zeigen ausschliesslich Dateien dieses Fachgewerks
- in_progressQuery-Planung ist generisch ueber normalisierte Facetten wie file_type, trade, project, source, stable_object_id und lineage umgesetzt, nicht als harte Sonderlogik fuer GFK oder einzelne Begriffe
- openOneMemory, MemoryStack und OneDiscovery werden als Kontext-, Ontologie- und Discovery-Schicht geprueft; OneTecStack.one wird als Dach fuer Runtime Inventory, Resolver, Renderer-Faehigkeiten und Guard-Kontrakte diskutiert
- in_progressSpecs und Guards blockieren primitive substring-only oder lokal unterinformierte Filterfunktionen, wenn eine normalisierte Facette oder Ontologie vorhanden ist
Done-Checkliste
- in_progressFacet-Schema fuer Dateityp, Fachgewerk, Projekt, Quelle, Stable-ID und Viewer-Faehigkeit definieren.
- donePrompt-Parser und Query-Planner mit Beleg/Evidence je Facette spezifizieren.
- in_progressGuard-Testvektoren fuer `GFK pdf`, `GFK ifc`, Fachgewerk-Prompts und gemischte Prompts anlegen.
- in_progressMemory-/MemoryStack-/OneDiscovery-Backflow materialisieren.
- openDiskutieren, ob OneTecStack.one als uebergeordneter Technology-Stack fuer diese Loesung angelegt wird.
Evidence
- 2026-06-01 OStask aus Nutzerprompt erfasst: GFK {Dateityp} muss streng auf diesen Dateityp filtern; {Fachgewerk} muss streng auf dieses Fachgewerk filtern.
- 2026-06-01 .codex/memories/dbinfrago-faceted-prompt-filtering.md und OneMemory-Record zur facettierten Prompt-Filterung fuer kuenftige Sessions ergaenzt.
- 2026-06-01 Korrektur aus ADHQ-2026-0035: original_user_prompt und derived_interpretation ergaenzt; onetecstack.one bleibt im Originalwortlaut sichtbar.
- 2026-06-01 dual-query-planner-stufe-1 dokumentiert: Ontology/Registry und lokale Browser-LLM-Stufe laufen parallel, Vergleich und Schnittmenge steuern die deterministische Filterung.
- 2026-06-01 onesurfacehub-one Builder implementiert dual-query-planner-stufe-1 fuer DBInfraGO-Promptfilter: file_types, trades, object_contexts, strict_file_type, ontology_plan, llm_plan und Schnittmenge.
- 2026-06-01 Objektbibliothek-Live-Abnahme erweitert: Playwright prueft `GFK nur ifc` auf Treffer, ausschliesslich ifc-Dateiendungen, GFK-Kontext und Dual-Planner-Antwortmarker.
- 2026-06-01 dbinfrago-gfk-prompt-query-guard strict pass checks=855 blocked=0; dbinfrago-knowledge-viewer-interaction-playwright-guard strict pass nach OneSite-Neustart.
Repos
onestack-oneonesurfacehub-oneonespec-oneoneguard-oneonememory-onememorystack-oneonediscovery-one
Surfaces
dbinfrago-knowledge-viewerobject-library-viewerfile-viewer
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0013
Nachfolger
- sequence_next
impl-0005-task-0007
Domains / Referenzen (5)
dbinfragoonememory.onememorystack.oneonediscovery.oneonetecstack.one
OStask Runtime mit Autorun-Flags, LoopStack, Memory-Gate und Relationship-Index
Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0001; weitere Runtime-UI-/Live-Index-Folgearbeit bleibt in impl-0005-task-0006 und Nachfolgetasks getrennt.
Done-Kriterien
- doneIMPL-0005 ist angelegt und dokumentiert, dass oneloop.one nicht benoetigt wird, weil loopstack.one die kanonische Schleifen-/Autorun-Schicht ist
- doneOStask-Modell besitzt autorun_allowed, autorun_mode, risk_class, mutation_scope, acceptance, exact-YES, manual_fallback, rollback, loopstack_script, trigger_policy, logging_policy, index_policy, memory_gate und relationship_gate
- doneonespec-one definiert OStask Runtime, Autorun-Flags, Trigger, Logging, State/Resume, Memory-Gate, Relationship-Gate und Manual-Fallback maschinenlesbar
- doneloopstack-one stellt Runbook-/Script-Kontrakt fuer wiederaufnehmbare OStask-Autoruns mit State, Locking, Retry, Log und Recovery bereit
- doneoneguardph-one blockiert Autorun, wenn Task-Flags, Spec, Trigger, LoopStack-Runbook, Logging, Fallback, Memory-Gate oder Relationship-Gate fehlen
- doneoneanalytics-one schreibt strukturierte Umsetzunglogs und Evidence je Task-Run
- doneonememory-one und memorystack-one liefern Memory-/Kontext-/Korrektur-Gate vor Autorun-Ausfuehrung
- doneonediscovery-one indiziert Tasks, Umsetzunglogs, Evidence und Beziehungen triggergesteuert
- doneManual-Fallback ist fuer jeden Autorun verpflichtend und wird im Task sichtbar angezeigt
Done-Checkliste
- doneIMPL-0005 Dokument angelegt
- doneoneloop.one ausdruecklich verworfen
- doneOStask Runtime Spec erstellt
- doneLoopStack Runbook-Kontrakt erstellt
- doneAutorun Guard erstellt
- doneTask-/Log-/Evidence-/Memory-Index erstellt
- doneDashboard zeigt Autorun-Faehigkeit und Manual-Fallback
- doneLearning-to-Baseline-Regel umgesetzt: Implementierungs-Best-Practice wird zentral in Spec, Guard, OStask und Memory zurueckgefuehrt
Evidence
- Nutzerentscheidung 2026-05-30: OStasks brauchen Flag, ob sie ohne Rueckfrage im Hintergrund per Autorun umgesetzt werden koennen.
- Nutzerentscheidung 2026-05-30: Autorun braucht Spec, Trigger, LoopStack-Scripte, Logging, Rueckfall auf manuelles Abarbeiten, Task-/Log-Indizierung und Beziehung zu Memory.
- IMPL-0005 Entscheidung: oneloop.one wird nicht eingefuehrt; loopstack.one ist kanonischer Stack fuer Schleifen und Autorun.
- OneSpec erstellt: onespec-one/docs/specs/frfy__onespec-one__ostask-runtime-autorun-loopstack__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- LoopStack Runbook-Kontrakt erstellt: loopstack-one/docs/runbooks/ostask-autorun-runbook-contract.md
- OneGuardPH Guard erstellt: oneguardph-one/tools/guards/ostask-runtime-autorun-guard.sh
- OneAnalytics Watchdog-Wrapper erstellt: oneanalytics-one/tools/watchdogs/ostask-runtime-autorun-guard.sh
- OneAnalytics Log-Kontrakt erstellt: oneanalytics-one/docs/ostask-runtime/ostask-run-log-contract.md
- OneMemory Memory-Gate-Kontrakt erstellt: onememory-one/docs/ostask-memory-gate.md
- MemoryStack Relationship-Gate-Kontrakt erstellt: memorystack-one/docs/ostask-relationship-gate.md
- OneDiscovery Index-Kontrakt erstellt: onediscovery-one/docs/ostask-discovery-index-contract.md
- Korrektur 2026-05-30: Task war zu frueh als done_candidate markiert; fehlende onetask-Familie musste full-baseline materialisiert werden.
- onetask.one Vier-Repo-Familie lokal angelegt: onetask-one, onetask-one-infra, onetask-dec, onetask-dec-infra.
- onetask-* Repos enthalten README, CLAUDE, LICENSE, Purpose, SurrealDB-Baseline; Infra-Repos enthalten Runtime und Compose-Placeholder.
- onetask-* Repos haben baseline Branches: one/dec mit experience, stable, lts, work/draft; infra mit main, stable, work/draft.
- onetask-* Repos haben origin sowie forgejo-one und forgejo-dec Remotes auf oprms-onestack-reference gesetzt.
- ostask-runtime-autorun-guard prueft jetzt die lokale onetask Vier-Repo-Baseline.
- ADHQ-2026-0005 beantwortet: Mirror-Execute-Einzelfreigaben koennen nur durch einen maschinenlesbar exakt gebundenen Autorun-Scope ersetzt werden.
- 2026-06-01 baseline update: Nutzerentscheidung, dass wir implementieren und lernen; Best Practice wird Baseline, Specs/Guards/OStasks werden aktualisiert.
- 2026-06-02 OStask Runtime Execution-Baseline taskboardweit normalisiert: 27 Eintraege erhielten fehlende Pflichtfelder bzw. sichere Manual-Fallback-/Rollback-/Runbook-Gates.
- 2026-06-02 ostask-runtime-autorun-guard strict pass: status=pass checks=1036 blocked=0.
- 2026-06-02 impl-0005-task-0001 auf done_candidate/progress=100 gesetzt; fachliche Abnahme bleibt explizit.
Repos
onestack-oneonetask-oneloopstack-oneonespec-oneoneguardph-oneoneanalytics-oneonememory-onememorystack-oneonediscovery-one
Surfaces
onestack-implonetask-oneloopstack-onememorystack-oneonediscovery-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0012
Nachfolger
- sequence_next
impl-0005-task-0002
Domains / Referenzen (5)
onetask.oneloopstack.oneonememory.onememorystack.oneonediscovery.one
BTW-Prompt-Intent und ADHQ-Klaerungen im aktuellen Taskboard-Kontext modellieren
Fachliche Abnahme durch ACCEPT impl-0005-task-0002, wenn BTW/ADHQ-Semantik, Taskboard-Einordnung und Proposal-/Answer-/Integration-Gate plausibel sind.
Done-Kriterien
- doneBTW ist als by-the-way Prompt-Intent definiert, der den aktuellen Arbeitsfluss weiterlaufen laesst
- doneBTW erzeugt keinen OStask, keinen Surface-Task und keine eigene Taskboard-Spur
- doneBTW ADHQ erfasst Nebenfragen als ADHQ-Records, beantwortet sie nicht im Vordergrund und laesst die eigentliche Arbeit weiterlaufen
- doneADHQ ist als ad-hoc-question Klaerungseinheit im aktuellen Implementierungs-/Maintenance-Kontext definiert
- doneADHQ wird im passenden Taskboard neben OStasks angezeigt, versioniert, zeitgestempelt und lifecycle-faehig gefuehrt
- doneTaskboard ist als View-Komponente spezifiziert und muss nicht im Surface-Namen vorkommen
- donePrompt-Intent-Index, Runtime-Spec, MemoryStack-Kontextpaket und OneDiscovery-Index beruecksichtigen BTW/ADHQ
- doneGuard prueft, dass BTW/ADHQ nicht als Autorun-Freigabe, nicht als implizites YES und nicht als geschuetzter Mutationsauftrag gewertet werden
- doneADHQ ist wie ostask ein operativer Kurzintent: passenden Record suchen, bei fehlendem Treffer neu anlegen
- doneBeantwortete oder vorgeschlagene ADHQs muessen ihren Status sauber trennen: proposal, awaiting_user_confirmation, answered, integrated oder no_action_needed; Integration braucht explizite Nutzerbestaetigung.
Done-Checkliste
- doneBTW-Semantik als Prompt-Intent dokumentiert
- doneBTW-ADHQ Hintergrund-Erfassung dokumentiert
- doneADHQ-Semantik als kurzlebige Klaerung dokumentiert
- doneTaskboard als View-Komponente dokumentiert
- donePrompt-Intent-Index erweitert
- doneRuntime-Layer-Spec erweitert
- doneErster ADHQ-Record angelegt
- doneMemory-/Discovery-Beziehung definiert
- doneGuard gegen Missbrauch als Freigabe umgesetzt
- doneADHQ Lookup-or-Create-Regel dokumentiert
- doneADHQ Proposal-/Answer-/Integration-Regel inklusive expliziter Nutzerbestaetigung dokumentiert und geguardet
- doneADHQ-Lifecycle-Guard umgesetzt
Evidence
- ADHQ-Record nachtraeglich angelegt: data/impl/adhq/frfy__onestack-one__adhq-2026-0000__fragezeichen-nicht-beachtet__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- Nutzerentscheidung 2026-05-30: btw steht fuer by the way und betrifft nur Prompt-Intent; alles soll weiterlaufen.
- Nutzerentscheidung 2026-05-30: adhq steht fuer ad hoc question und gehoert als kurzlebige Klaerung in den aktuellen Implementierungs-/Maintenance-Kontext.
- Nutzerentscheidung 2026-05-30: taskboard ist Komponenten-/View-Begriff und muss nicht im Surface-Namen vorkommen.
- IMPL-0005 Abschnitt 16/17 dokumentiert BTW, ADHQ und Taskboard.
- Nutzerentscheidung 2026-05-30: btw adhq dient dazu, eine Nebenfrage loszuwerden und nicht zu vergessen; sie soll nicht im Vordergrund beantwortet werden.
- ADHQ-Record angelegt: data/impl/adhq/frfy__onestack-one__adhq-2026-0001__openbao-tunnel-kompatibilitaet__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- ADHQ-Record angelegt: data/impl/adhq/frfy__onestack-one__adhq-2026-0002__symbio-richtlinien-prozesse-ohne-api__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- memorystack-one README dokumentiert BTW/ADHQ Prompt-Intent-Kontext.
- onediscovery-one README dokumentiert ADHQ-Discovery.
- prompt-intent-guard strict pass: BTW/ADHQ-Testvektoren blockieren Freigabe/Missbrauch und erlauben continue_current_flow fuer btw adhq.
- prompt-intent-preflight pass: btw adhq mit Fragezeichen laesst laufenden Arbeitsfluss weiterlaufen; normale Frage mit Fragezeichen blockiert Mutation.
- ADHQ-Record angelegt: data/impl/adhq/frfy__onestack-one__adhq-2026-0003__hetzner-server-empfehlung__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- Nutzerentscheidung 2026-05-30: Wenn der Nutzer adhq sagt, wird wie bei ostask ein passender Record gesucht und bei fehlendem Treffer neu angelegt.
- ADHQ-Records adhq-2026-0000 und adhq-2026-0001 enthalten answer_status, integration_status, integration_targets und closure_rule.
- oneanalytics-one/tools/watchdogs/adhq-lifecycle-guard.sh prueft ADHQ-Lookup/Create und beantwortete ADHQ-Rueckfuehrung.
- ADHQ-2026-0005 beantwortet: Mirror-Execute-Einzelfreigaben koennen nur durch einen maschinenlesbar exakt gebundenen Autorun-Scope ersetzt werden.
- Korrektur 2026-05-30: ADHQ-2026-0004 wurde zu frueh als answered/integrated behandelt; Vorschlaege brauchen explizite Nutzerbestaetigung vor Statuswechsel.
- Pruefung 2026-05-30: ADHQ Proposal-/Answer-/Integration-Regel wird durch taskboard-item-lifecycle Spec und Guard abgedeckt.
- taskboard-item-lifecycle-guard strict pass: status=pass checks=245 blocked=0
- adhq-lifecycle-guard strict pass: status=pass records=6 checks=20 blocked=0
Repos
onestack-oneonetask-oneonespec-oneoneguardph-oneoneanalytics-oneonememory-onememorystack-oneonediscovery-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0001
Nachfolger
- sequence_next
impl-0005-task-0003
Domains / Referenzen (3)
onetask.onememorystack.oneonediscovery.one
Gated Memory-/Discovery-/Taskboard-Umsetzungssystem technologisch materialisieren
Fachliche Abnahme durch ACCEPT impl-0005-task-0003, wenn das gated, memory-backed, taskboard-gesteuerte Umsetzungssystem plausibel ist.
Done-Kriterien
- doneIMPL-0005 dokumentiert das technologische Verbesserungsprogramm mit Answer-/Prompt-Gates, ADHQ/BTW, Taskboard, ereignisgesteuerten Guards, MemoryStack/OneDiscovery, Runtime-Entkopplung und LoopStack-Autorun
- doneOneSpec definiert das gated, memory-backed, taskboard-gesteuerte Umsetzungssystem maschinenlesbar
- doneMemoryStack dokumentiert Kontextpakete als technische Grundlage fuer Answer-Gatekeeper und Umsetzung
- doneOneDiscovery dokumentiert Taskboard-/ADHQ-/Evidence-/Relationship-Discovery
- doneOneMemory dokumentiert Korrektur- und Antwortkontext fuer den Answer-Gatekeeper
- doneEin Guard prueft die Mindestmaterialisierung von IMPL, Spec, MemoryStack, OneDiscovery, OneMemory und OStask
- doneTaskboard zeigt den neuen OStask mit Kriterien, Evidence und naechster Aktion
- doneLoopStack-/Autorun-Detailumsetzung ist als Folgearbeit an impl-0005-task-0001 gekoppelt
Done-Checkliste
- doneIMPL-Abschnitt 18 angelegt
- doneOneSpec-Artefakt angelegt
- doneMemoryStack README ergaenzt
- doneOneDiscovery README ergaenzt
- doneOneMemory README ergaenzt
- doneGuard angelegt und strict ausgefuehrt
- doneDashboard neu gerendert
Evidence
- Nutzerentscheidung 2026-05-30: technologisch verbessern durch gated, memory-backed, taskboard-gesteuertes Umsetzungssystem.
- OneSpec-Artefakt: onespec-one/docs/specs/frfy__onespec-one__gated-memory-backed-taskboard-execution__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- IMPL-0005 Abschnitt 18 dokumentiert Umsetzungsprogramm.
- oneanalytics-one/tools/watchdogs/gated-implementation-system-guard.sh strict pass
- oneanalytics-one/tools/watchdogs/watchdog-suite.sh enthaelt gated-implementation-system Guard
- onestack-impl Dashboard nach Taskanlage neu gerendert
- ADHQ-2026-0005 beantwortet: Mirror-Execute-Einzelfreigaben koennen nur durch einen maschinenlesbar exakt gebundenen Autorun-Scope ersetzt werden.
- Korrektur 2026-05-30: Gated Implementation muss Vorschlag, Antwort und Entscheidung maschinenlesbar unterscheiden.
- Pruefung 2026-05-30: Proposal-Confirmation-Gate ist durch taskboard-item-lifecycle Spec und Guard abgedeckt.
- gated-implementation-system-guard strict pass: status=pass checks=7 blocked=0
- taskboard-item-lifecycle-guard strict pass: status=pass checks=246 blocked=0
- User clarification 2026-05-30: Proposal-Confirmation-Gate verstanden und Weiterfuehrung bestaetigt.
Repos
onestack-oneonespec-oneoneguardph-oneoneanalytics-oneonememory-onememorystack-oneonediscovery-oneloopstack-oneonetask-one
Surfaces
onestack-implonediscovery-onememorystack-oneonememory-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0002
Nachfolger
- sequence_next
impl-0005-task-0004
Domains / Referenzen (8)
onestack.oneonespec.oneoneguardph.oneonememory.onememorystack.oneonediscovery.oneloopstack.oneonetask.one
Proposal-/Antwort-Bestaetigungs-Gate fuer ADHQ, Vorschlaege und Beratung
Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0004; Folgearbeit ist Answer-/Memory-Gate gegen falsche Tool-Ort-Aussagen in impl-0005-task-0008.
Done-Kriterien
- doneADHQ, Beratung, Vorschlag und Antwort werden maschinenlesbar von Entscheidung, Integration und Umsetzung getrennt
- doneEin Vorschlag darf ohne explizite Nutzerbestaetigung nicht status=answered, integrated, done_candidate oder accepted erhalten
- doneAntworten auf Nutzerfragen mit Fragezeichen bleiben read/discussion, sofern kein expliziter Umsetzungsauftrag denselben Scope freigibt
- doneOStask/ADHQ Lifecycle kennt mindestens proposed, awaiting_user_confirmation, answered, integrated, no_action_needed, rejected und obsolete
- doneGuard blockiert Statuswechsel proposed -> answered/integrated ohne confirmation_evidence
- doneADHQ-2026-0004 ist als proposal_waiting_user_confirmation korrigiert und nicht als Entscheidung integriert
Done-Checkliste
- doneADHQ-0004 Status auf Vorschlag statt Entscheidung korrigiert
- doneIMPL-0005 dokumentiert Proposal-Confirmation-Regel
- doneOneSpec Lifecycle-Regel erweitert
- doneOneAnalytics Guard prueft Lifecycle, tenant und confirmation_evidence
- doneonestack-impl Dashboard neu gerendert
- doneGuards laufen ohne Blocker
- doneLearning-to-Baseline-Regel umgesetzt: Implementierungs-Best-Practice wird zentral in Spec, Guard, OStask und Memory zurueckgefuehrt
Evidence
- Nutzerhinweis 2026-05-30: ADHQ-0004 wurde uebergangen; Vorschlaege muessen explizit bestaetigt oder vorab diskutiert werden.
- Befund 2026-05-30: Direkte historische Codeberg-Roadmap wurde lokal nicht belastbar gefunden; vorhanden sind lokale Roadmap-/Codeberg-Bezuege.
- OneSpec erstellt: onespec-one/docs/specs/frfy__onespec-one__taskboard-item-lifecycle__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- OneAnalytics Guard erstellt: oneanalytics-one/tools/watchdogs/taskboard-item-lifecycle-guard.sh
- IMPL-0005 Abschnitt 18.8 referenziert Taskboard-Item-Lifecycle-Spec und Bestaetigungsgates.
- taskboard-item-lifecycle-guard strict pass: status=pass checks=244 blocked=0
- onestack-impl dashboard rendered after taskboard item lifecycle update.
- impl-0005-task-0004 set to done_candidate after user confirmation 2026-05-30.
- Spec, IMPL, Guard, ADHQ-0004 proposal correction, dashboard and strict guard pass are present.
- 2026-06-01 baseline update: Nutzerentscheidung, dass wir implementieren und lernen; Best Practice wird Baseline, Specs/Guards/OStasks werden aktualisiert.
- 2026-06-02 ADHQ-Records 0030 bis 0035 lifecycle-konform normalisiert; Originalverlauf bleibt in Normalization Notes/Reexecution/Closure erhalten.
- 2026-06-02 taskboard-item-lifecycle spec um promoted_to_task/adhq_promotion_gate erweitert.
- 2026-06-02 taskboard-item-lifecycle-guard strict pass: status=pass checks=545 blocked=0.
- 2026-06-02 adhq-lifecycle-guard strict pass: status=pass records=38 checks=84 blocked=0.
- 2026-06-02 gated-implementation-system-guard strict pass: status=pass checks=7 blocked=0.
Repos
onestack-oneonespec-oneoneguardph-oneoneanalytics-oneonememory-onememorystack-oneonediscovery-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0005-task-0005
Domains / Referenzen (6)
onestack.oneonespec.oneoneguardph.oneonememory.onememorystack.oneonediscovery.one
Taskboard-Item-Modell operativ in OneTask, OneDiscovery und MemoryStack nutzen
Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0005; Folgearbeit ist operative Runtime/Live-Index aus impl-0005-task-0006.
Done-Kriterien
- doneOneTask-Zielmodell verwendet taskboard-item-lifecycle Felder item_type, lifecycle, tenant, facets, relations, evidence, policy, ai_context und memory_hooks
- doneOStask- und ADHQ-Records koennen in ein gemeinsames Taskboard-Item-Format normalisiert werden
- doneOneDiscovery indexiert Taskboard-Items einschliesslich tenant, item_type, lifecycle, relations, evidence und ai_context
- doneMemoryStack nutzt Taskboard-Items fuer Kontextpakete, Konflikte, Korrekturen und Relationship-Gates
- doneOneMemory speichert relevante Korrektur-, Entscheidungs- und Bestaetigungskontexte referenzierbar
- doneGuard prueft, dass operative Taskboard-Items nicht hinter die Spec zurueckfallen
- doneonestack-impl Dashboard zeigt den Subtask; mobile/visuelle Detailqualitaet bleibt an impl-0001-task-0048 gekoppelt
Done-Checkliste
- doneOneTask-Datenmodell/README oder Spec-Referenz aktualisiert
- doneNormalizer fuer OStask/ADHQ nach Taskboard-Item-Shape ist im OneTask-Modell spezifiziert
- doneOneDiscovery-Index-Kontrakt erweitert
- doneMemoryStack-Kontextpaket-Kontrakt erweitert
- doneOneMemory-Korrekturkontext-Kontrakt erweitert
- doneGuard fuer operative Nutzung umgesetzt
- doneDashboard neu gerendert und Guard-Evidence vorhanden
- doneLearning-to-Baseline-Regel umgesetzt: Implementierungs-Best-Practice wird zentral in Spec, Guard, OStask und Memory zurueckgefuehrt
Evidence
- Nutzerentscheidung 2026-05-30: Done-Candidates derzeit nicht akzeptieren; stattdessen naechsten operativen Folgesubtask in impl-0005 anlegen.
- Vorarbeit: taskboard-item-lifecycle Spec und Guard sind vorhanden und gruene Evidence liegt vor.
- onetask-one/docs/taskboard-item-model.md materialisiert das kanonische Taskboard-Item-Modell.
- onediscovery-one/docs/ostask-discovery-index-contract.md indiziert Taskboard-Items inklusive tenant, item_type, lifecycle, relations, evidence und ai_context.
- memorystack-one/docs/ostask-relationship-gate.md nutzt Taskboard-Items fuer Kontextpakete, Konflikte und Relationship-Gates.
- onememory-one/docs/ostask-memory-gate.md fuehrt Bestaetigungs-, Korrektur- und Entscheidungsbezug fuer Taskboard-Items.
- operational-taskboard-item-guard strict pass: status=pass checks=11 blocked=0
- Mobile/visuelle Taskboard-Qualitaet bleibt an impl-0001-task-0048 gekoppelt.
- 2026-06-01 baseline update: Nutzerentscheidung, dass wir implementieren und lernen; Best Practice wird Baseline, Specs/Guards/OStasks werden aktualisiert.
- 2026-06-02 Learning-to-Baseline-Rueckfuehrung fuer impl-0005-task-0005 abgeschlossen: Spec enthaelt implementation_learning_to_baseline_rule, Guard prueft learning-to-baseline-taskboard, OStask-Checklisteneintrag ist done, Memory/Evidence ist aktualisiert.
- 2026-06-02 ostask-runtime-autorun-guard nachgeschaerft: done_candidate ist fuer Learning-Tasks nur erlaubt, wenn Learning-Checklisteneintrag done und Evidence vorhanden ist.
- 2026-06-02 impl-0005-task-0005 auf done_candidate/progress=100 gesetzt; fachliche Abnahme bleibt explizit.
Repos
onestack-oneonetask-oneonediscovery-onememorystack-oneonememory-oneonespec-oneoneguardph-oneoneanalytics-one
Surfaces
onestack-implonetask-oneonediscovery-onememorystack-oneonememory-one
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0005-task-0004
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (5)
onestack.oneonetask.oneonediscovery.onememorystack.oneonememory.one
Taskboard Runtime mit Kontextauswahl, Prompt-Bedienung, inkrementellem Index und Render-Gate
Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0006; Folgearbeit ist UI/Workbench-Nutzung dieses Live-Index statt Full-Render.
Done-Kriterien
- doneIMPL-0005 dokumentiert Taskboard-Runtime statt dauerhaftem Full-Render als Primaerbedienung
- donePrompt-Bedienung erfordert bei Mehrdeutigkeit vorherige Auswahl von Kontext-Elementen
- doneTaskboard-Kontextfelder selected_context_items, active_context_scope, context_resolution_evidence und allowed_action_scope sind dokumentiert
- doneOneSpec definiert taskboard_runtime_contract mit full_render_not_primary_runtime=true
- doneOneDiscovery dokumentiert inkrementellen Taskboard-Index und Kontextaufloesung
- doneGuard prueft IMPL, Spec, OneDiscovery und Taskboard-Eintrag fuer Runtime/Rendering-Grenze
- doneADHQ-2026-0009 und ADHQ-2026-0010 sind als ausloesende Diskussionsspuren referenziert
- doneOperative Runtime-Implementierung fuer Live-Index statt Full-Render ist gebaut und guardgeprueft
Done-Checkliste
- doneIMPL-0005 Abschnitt ergaenzt
- doneOneSpec taskboard_runtime_contract ergaenzt
- doneOneDiscovery Index-Kontrakt ergaenzt
- doneTaskboard Runtime Rendering Guard erstellt
- doneGuard strict ausfuehren
- doneDashboard neu rendern fuer aktuelle Bootstrap-Sicht
- doneCommits schreiben
- doneOperative Taskboard-Runtime-Index-Kette mit Snapshot, FTS, Graph und Query-Adapter gebaut
Evidence
- Nutzerentscheidung 2026-05-30: impl-0005-task-0006 als naechster Vorschlag akzeptiert.
- ADHQ-2026-0009: Taskboard-Bedienung per Prompt mit vorheriger Elementauswahl.
- ADHQ-2026-0010: staendiges Dashboard-Neurendering ist kein tragfaehiger Zielzustand.
- Guard strict 2026-05-30: taskboard-runtime-rendering-guard status=pass checks=7 blocked=0
- Guard strict 2026-05-30: gated-implementation-system-guard status=pass checks=7 blocked=0
- Commit-Vorbereitung 2026-05-30: IMPL, Spec, Discovery und Guard werden repo-getrennt versioniert.
- Nachschaerfung 2026-05-30: impl-0005-task-0006 referenziert impl-0006 als Muster fuer generische Index-/Runtime-Ketten statt Full-Render-Denken.
- 2026-06-02 onediscovery-one/tools/projectors/taskboard_runtime_index.py erzeugt Taskboard-Runtime-Snapshot, FTS und Graph atomar aus onestack-impl-tasks.json.
- 2026-06-02 onediscovery-one/tools/query/taskboard_runtime_query.py stellt read-only Query-Adapter fuer Taskboard-Runtime-Index bereit.
- 2026-06-02 taskboard-runtime-rendering-guard strict pass: status=pass checks=17 blocked=0.
- 2026-06-02 Query impl-0005-task-0006 liefert den Task als Top-Treffer aus dem Runtime-Index.
Repos
onestack-oneonespec-oneonediscovery-onememorystack-oneonememory-oneoneanalytics-oneoneguardph-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0005-task-0008 - depends_on
impl-0005-task-0014
Domains / Referenzen (6)
onestack.oneonetask.oneonediscovery.onememorystack.oneonememory.oneoneanalytics.one
Android TauriFirst Arbeitsclient als Termux-Ersatz mit Scroll-, Session- und Taskboard-Fokus vorschlagen
Vorschlag ausarbeiten: Zielbild, Technologieoptionen, Empfehlung, Guard-/Spec-Kanten und Umsetzungsreihenfolge fuer Android-Termux-Ersatz.
Done-Kriterien
- doneADHQ ist dokumentiert und nicht automatisch als Entscheidung integriert
- doneVorschlag benennt Scope, Nutzen und Abgrenzung gegen Termux/tmux/TTY
- openImpl-Entscheidungsvorlage benennt Technologieoptionen und Guards
- openNach Entscheidung existiert eine umsetzbare Spec fuer Android-Client, Session, Scroll und Offline-Faehigkeit
Done-Checkliste
- doneADHQ aufnehmen und mit Taskboard-Kontext verknuepfen
- doneImpl-/OStask-Vorschlag fuer Android-Client formulieren
- openTechnologieoptionen vergleichen: native Android WebView, Tauri Mobile, Capacitor, dedizierter Browser-Dec-Client
- openSession-, Scroll-, Taskboard-, Offline- und Memory-Anforderungen spezifizieren
- openGuard-Kanten fuer Prompt-Intent, Scrollbarkeit, Offline-Reload und keine TTY-Abhaengigkeit definieren
Evidence
- ADHQ-2026-0019 JSON/MD angelegt.
- Task als proposal angelegt; keine automatische Integration ohne fachliche Entscheidung.
Repos
onestack-oneonetask-oneonememory-oneoneosinfra-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0004-task-0014
Nachfolger
- sequence_next
impl-0005-task-0019
Domains / Referenzen (5)
onestack.oneoneosinfra.oneonememory.onememorystack.oneonetask.one
Answer-/Memory-Gate gegen falsche Aussagen zu Tool-Orten und bekannten Runtime-Kanten schaerfen
done_candidate pruefen: answer-context-preflight-guard, oprms-baseline-answer-gatekeeper-guard und Taskboard-/Search-Guards ausfuehren.
Done-Kriterien
- doneTaskboard fuehrt diese Luecke als offene technologische Luecke und nicht als erledigten Einzelfehler
- doneADHQ-2026-0015 wird als verbindlicher Memory-/Evidence-Treffer fuer Playwright-Ort referenziert
- doneAnswer-Gatekeeper muss vor Aussagen zu Runnern, Tool-Orten, Runtime-Orten und Guard-Zustaendigkeiten MemoryStack/OneMemory/OneDiscovery abfragen
- doneFehlende lokale Node-/Playwright-Installation darf nicht mehr als abschliessender Befund formuliert werden, wenn ein autoritativer Remote-/Contabo-Runner dokumentiert ist
- doneGuard schreibt Evidence mit Query, Treffern, Ranking, Quellen und finaler Antwortentscheidung
- doneBei widerspruechlichem lokalen Befund und Memory-Treffer muss die Antwort blockieren oder den Konflikt explizit melden
Done-Checkliste
- doneOStask dokumentiert, dass bekannte Tool-Orte vor Antworten ueber Memory/ADHQ/Spec/Evidence geprueft werden muessen
- donePlaywright-Runner-Ort Contabo /opt/oprms-playwright-check ist als Korrekturbeispiel verankert
- doneAnswer-Gate unterscheidet lokale Tool-Fehlprobe von autoritativer Runner-Ort-Evidence
- doneMemoryStack liefert Kontextpaket vor Antwort zu Tool-Ort, Guard-Ort, Runtime-Ort oder bekanntem Infrastrukturentscheid
- doneGuard blockiert Antworten, die dokumentierte ADHQ-/Memory-Treffer ignorieren
- doneContabo-Playwright-Runner kann aus dem Taskboard/Guard heraus gezielt angestossen oder als einziger gueltiger visueller Runner referenziert werden
Evidence
- User correction 2026-05-30: Playwright liegt dokumentiert auf Contabo; Codex-Antwort "lokal nicht installiert" war ohne Memory-/ADHQ-Abgleich unzureichend.
- ADHQ-2026-0015: Playwright als Homepage-Visual-Guard-Runner gehoert unter oneosinfra-Kontrolle; aktueller Bootstrap-Ort ist Contabo /opt/oprms-playwright-check.
- IMPL-0001 dokumentiert: Nach relevanter Homepage-/Surface-Aenderung gilt die Arbeit erst als abgeschlossen, wenn homepage-visual-guard.sh run auf der Umgebung mit Playwright erfolgreich gelaufen ist; Bootstrap-Ort Contabo /opt/oprms-playwright-check.
- oneanalytics-one/data/matrices/frfy__oneanalytics-one__onestack-impl-playwright__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json enthaelt Contabo-Playwright-Evidence.
- Technologische Luecke: Answer-/Memory-Gate ist dokumentiert, aber fuer spontane Antworten noch nicht zwingend als Preflight gegen MemoryStack/OneMemory/OneDiscovery durchgesetzt.
- memorystack-one/tools/answer_context_preflight.py erzeugt ein read-only oprms-answer-context-package mit source_hits, ranked_sources, memory_records, relationship_edges, conflict_findings und allowed_answer_mode.
- memorystack-one/data/answer-context-preflight/frfy__memorystack-one__answer-context-preflight__tool-runtime-location__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json priorisiert ADHQ-2026-0015 fuer die Frage nach dem Contabo-Playwright-Runner.
- oneguard-one/tools/guards/answer-context-preflight-guard.sh blockiert, wenn der Preflight ADHQ-2026-0015 nicht findet, keine Konfliktfindung schreibt oder die Taskboard-Verankerung fehlt.
- Answer-Kontext muss vor Aussagen zu Tool-Orten, Runnern, Runtime-Orten und bekannten Infrastrukturkanten MemoryStack/OneMemory/OneDiscovery einbeziehen; answer-context-preflight ist die maschinenlesbare Schnittstelle dafuer.
Repos
onestack-oneoneanalytics-oneonespec-oneonebaseline-oneonememory-onememorystack-oneonediscovery-oneoneguardph-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0005-task-0006
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (6)
onememory.onememorystack.oneonediscovery.oneoneguardph.oneoneanalytics.oneoneosinfra.one
Memory-Mandatory-Gate mit Prompt-, Antwort-, Taskboard- und SurrealDB-Persistenz materialisieren
Fachliche Abnahme durch ACCEPT impl-0005-task-0009, wenn der Memory-Mandatory-/SurrealDB-/OpenBao-Readback als ausreichend gilt.
Done-Kriterien
- doneIMPL-0005 beschreibt Memory-Mandatory einschliesslich SurrealDB-Pflicht fuer operative Prompt-, Antwort-, Taskboard-, ADHQ-, Guard-, Evidence- und Relationship-Zustaende.
- doneOneSpec memory-mandatory-gate definiert SurrealDB als Pflicht fuer operative Query-, Relations- und Indexzustaende, ohne Git als normative Artefaktschicht zu ersetzen.
- doneOneMemory fuehrt einen Memory-Record zur SurrealDB-Persistenzpflicht und zu Contabo-Speicherwachstum ueber Hash, Pfad, Retention und Evidence.
- doneMemoryStack fuehrt ein Kontextpaket fuer Prompt-/Antwort-/Taskboard-/SurrealDB-Persistenz mit Quellen, Fehlannahmen und Suchkontext.
- doneMemory-Mandatory-Guard prueft SurrealDB-Persistenzvertrag, Kontextpaket, OneMemory-Record und Taskboard-Verankerung.
- doneSurrealDB-Write-/Read-Preflight erzeugt Schema, One-/Dec-SurQL, NDJSON-Records, Readback und Evidence aus versionierten Quellen.
- doneMemory-SurrealDB-Pipeline-Guard prueft Recordfelder, One-/Dec-Tabellen, Readback, Runtime-Blocker und Evidence.
- doneMemory-Pipeline ist explizit als reference_memory/memory_mandatory/frfy konfiguriert und nicht als dbinfrago/applied_infrago.
- doneLive SurrealDB-Write-/Read-Pipeline fuer Prompts, Antworten, Taskboard-Items und Guard-Ereignisse ist gegen einen dedizierten Endpoint ausgefuehrt und gegen One-/Dec-Grammatik getestet.
- doneContabo-Speicherwachstum ist ueber SurrealDB-Metadaten, Retention, Storage-Tier, Evidence und Cleanup-Guard laufend pruefbar.
- doneDedizierte MemoryStack reference_memory Runtime-Spec fuer SurrealDB/OpenBao liegt vor und grenzt dbinfrago/applied_infrago aus.
- doneContabo/container-/kubernetes-ready Artefakte fuer surrealdb-reference-memory liegen unter oneosinfra-one vor.
- doneMemory-SurrealDB-Runtime-Boundary-Guard prueft Spec, OneOSInfra-Artefakte, Pipeline-Scope, Tenant/Owner frfy, keine Host-Ports und keine dbinfrago/applied_infrago-Verwechslung.
- doneLive SurrealDB-Write-/Readback gegen den Contabo-Endpoint ist mit OpenBao/Fort-Credentials ausgefuehrt.
- doneOne-/Dec-Mirror-Gate fuer reference_memory/reference_memory_dec ist mit Evidence bestanden.
- doneOpenBao-reference-memory Artefakte fuer Unix-Socket, Policy, Compose, Systemd und Kubernetes liegen in oneosinfra-one vor.
- doneMemory-SurrealDB-Runtime-Boundary-Guard prueft OpenBao-reference-memory mit Unix-Socket und ohne Host-/Public-Port.
- doneopenbao-reference-memory ist auf Contabo installiert, aktiv und per Unix-Socket erreichbar.
Done-Checkliste
- doneIMPL-Abschnitt erweitert
- doneMemory-Mandatory-Spec erweitert
- doneOneMemory-Record angelegt
- doneMemoryStack-Kontextpaket angelegt
- doneGuard auf SurrealDB-Persistenzvertrag geschaerft
- doneTaskboard und Dashboard gerendert
- doneStrict-Guard laeuft gruen
- doneSurrealDB Runtime-Pipeline fuer reale Writes als Folgesubtask oder Umsetzung abgeschlossen
- doneMemoryStack-Pipeline-Script angelegt und ausgefuehrt
- donePipeline erzeugt 287 Records, One-/Dec-SurQL und Readback
- doneMemory-SurrealDB-Pipeline-Guard strict gruen
- doneLive SurrealDB Endpoint Write-/Readback ausgefuehrt
- doneGuard blockiert dbinfrago/applied_infrago als Konfiguration der Memory-Pipeline
- doneReference-Memory Runtime-Spec angelegt
- doneOneOSInfra Compose/Systemd/Kubernetes-Templates fuer surrealdb-reference-memory angelegt
- donePreparation-Evidence fuer Contabo geschrieben
- doneMemory-SurrealDB-Runtime-Boundary-Guard strict gruen
- doneOpenBao/Fort-Credential-Rollout fuer openbao-reference-memory ausgefuehrt
- doneLive Write-/Readback mit SurrealDB-Endpoint ausgefuehrt
- doneOne-/Dec-Mirror-Evidence geschrieben
- doneOpenBao-reference-memory Compose/Systemd/Kubernetes/Policy/Env angelegt
- doneRuntime-Boundary-Guard auf OpenBao-reference-memory erweitert
- doneopenbao-reference-memory auf Contabo aktiviert
Evidence
- Nutzerentscheidung 2026-05-31: SurrealDB ist Pflicht fuer operative Prompt-, Antwort-, Taskboard-, ADHQ-, MemoryStack- und Relationship-Zustaende.
- IMPL-0005 Abschnitt Memory-Mandatory beschreibt Git als normative Artefaktschicht und SurrealDB als Runtime-/Query-/Relationsschicht.
- OneSpec memory-mandatory-gate enthaelt surrealdb_persistence.required=true.
- OneMemory-Record memory-mandatory-surrealdb-persistence angelegt.
- MemoryStack-Kontextpaket memory-mandatory-surrealdb-context angelegt.
- memory-mandatory-gate-guard strict pass: status=pass checks=173 blocked=0.
- memory_mandatory_surrealdb_pipeline.py generated memory-mandatory-surrealdb-pipeline-20260531-7f0d6d5f with 287 records.
- Readback counts: prompt_record=96, answer_record=5, taskboard_item=85, adhq_record=22, memory_record=2, context_package=2, guard_evidence=1, relationship_edge=72, storage_reference=2.
- memory-surrealdb-pipeline-guard strict pass: status=pass checks=2340 blocked=0.
- memory-surrealdb-pipeline-guard strict pass after dbinfrago/applied_infrago boundary hardening: status=pass checks=2921 blocked=0.
- Reference-Memory Runtime-Spec: memorystack-reference-memory-surrealdb-openbao-runtime.
- OneOSInfra Artefakte: containers/surrealdb/reference/memory und kubernetes/surrealdb/reference/memory.
- Preparation Evidence: surrealdb-reference-memory-contabo-prepared-20260531 status prepared_not_executed.
- memory-surrealdb-runtime-boundary-guard strict pass: status=pass checks=69 blocked=0.
- OpenBao-reference-memory Artefakte unter oneosinfra-one/containers/openbao/reference/memory und kubernetes/openbao/reference/memory angelegt.
- memory-surrealdb-runtime-boundary-guard strict pass after OpenBao extension: status=pass checks=149 blocked=0.
- OpenBao-reference-memory ist auf Contabo installiert, aktiv und unsealed; Secret-Material bleibt root-only und ist nicht versioniert.
- SurrealDB-reference-memory ist auf Contabo aktiv und nutzt reference_memory/reference_memory_dec mit database memory_mandatory.
- Fruehere Bootstrap-Credentials wurden nach CLI-Hilfetext-Leak sofort rotiert; alte Datadir-Staende wurden quarantined und nicht als Produktionsdaten akzeptiert.
- Memory-Pipeline latest projiziert grosse Git-Artefakte kompakt per Hash/Pfad/Groesse/Retention/Evidence statt als unbounded DB-Blob.
- Contabo Live Readback pass: One und Dec haben taskboard_item=85, prompt_record=96, relationship_edge=86, adhq_record=22, answer_record=5, context_package=2, guard_evidence=1, memory_record=2, storage_reference=2.
- memory-surrealdb-pipeline-guard strict pass: status=pass checks=3061 blocked=0.
- memory-surrealdb-runtime-boundary-guard strict pass: status=pass checks=149 blocked=0.
- Hash-spezifische Live-Evidence ist zusaetzlich abgelegt: oneosinfra-one/data/evidence/installations/surrealdb-reference-memory-live-write-readback-20260531-a6802476.json.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
memorystack-oneoneanalytics-oneoneguard-oneonememory-oneonespec-oneonestack-oneoneosinfra-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0005-task-0013 - depends_on
impl-0005-task-0014
Domains / Referenzen (6)
onememory.onememorystack.oneonespec.oneoneguard.oneoneanalytics.onesurrealdb
Nachmemorisation fuer seeagain, GDrive und Repo-Bestand mit dauerhaftem Coverage-Guard
Fachliche Abnahme durch ACCEPT impl-0005-task-0013, wenn Nachmemorisation, Guarded Autorun und kurative Bucket-Trennung plausibel sind.
Done-Kriterien
- doneOneSpec fuer Memory-Backfill-Coverage aus /home/seeagain, GDrive und bekannten Repos liegt in onespec-one vor
- doneOneGuard enthaelt einen dauerhaften Memory-Backfill-Coverage-Guard
- doneIMPL-0005 dokumentiert Nachmemorisation, Stufenmodell, Rate-Limits, Gap-Report und Gate-Regeln
- doneOStask dokumentiert alle Subtasks fuer Discovery, Semantic Inventory, Coverage Check, Gap Report, Controlled Backfill und Hintergrunddienst
- doneGuard strict prueft Spec, IMPL, Task, Memory-Mandatory-Guard, SurrealDB-Pipeline-Guard, Rate-Limits, Resume-State und Confirmation-Policy
- doneRead-only Discovery-Scanner schreibt inkrementelle State-/Hash-/Coverage-Evidence ohne aggressive GDrive-Vollscans
- doneGap Report erzeugt OStask-/ADHQ-Vorschlaege fuer fehlende Memory-Records, Kontextpakete und Relationships
- doneControlled Backfill memorisiert technische Fakten automatisch und blockiert Entscheidungen/Baseline-Regeln ohne Gate
- doneGap-Klassifizierung sortiert Scanner-Gaps in technische Fakten, Kontextpakete, OStasks, ADHQs, Bestaetigungsfaelle, historische Evidence und Entstehungsgeschichte/Sachbuch-Quellen
- donesystemd-User-Service oder LoopStack-Autorun laeuft mit State-Datei, Rate-Limits, Storage-/Runtime-Waechtern und Resume
- doneZwischenpruefung der Memorisation laeuft nach groesseren Subtasks und blockiert done_candidate bei fehlender Coverage oder fehlendem Gap Report
Done-Checkliste
- doneSpec fuer Nachmemorisation anlegen
- doneGuard fuer Nachmemorisation anlegen
- doneIMPL-0005 um Nachmemorisation erweitern
- doneTaskboard-Subtask anlegen
- doneGuard strict ausfuehren
- doneMemory-Mandatory-Guard nach Taskanlage ausfuehren
- doneMemory-SurrealDB-Pipeline nach Taskanlage ausfuehren
- doneRead-only Scanner mit Resume-State bauen
- doneGap-Report-Format und erste Evidence erzeugen
- doneGap-Klassifizierung mit ADHQ-2026-0023-Bezug erzeugen
- doneControlled Backfill fuer technical_fact erzeugen
- doneHintergrunddienst mit Rate-Limits und Watchdog-Anbindung aktivieren
Evidence
- OneSpec memory-backfill-coverage angelegt.
- OneGuard memory-backfill-coverage-guard angelegt.
- IMPL-0005 Abschnitt 21 Nachmemorisation ergaenzt.
- memory-backfill-coverage-guard strict pass: checks=112 blocked=0.
- memory-mandatory-gate-guard strict pass nach Taskanlage: checks=173 blocked=0.
- memory-surrealdb-pipeline-guard strict pass nach Taskanlage: checks=3731 blocked=0.
- memory-mandatory-surrealdb-pipeline-20260531-e6f6a1f2 erzeugt 368 Records einschliesslich 96 Taskboard-Items.
- memory_backfill_coverage_scanner.py gebaut und executable gemacht.
- Erster read-only Scannerlauf memory-backfill-coverage-20260531-120625-2723a4538895: file_count=2500, gap_count=1130, changed=2500, unchanged=0.
- Scannerlauf schrieb Resume-State, inventory.ndjson, gap-report.json und evidence.json unter memorystack-one/data/backfill.
- memory-backfill-coverage-guard strict pass nach Scannerlauf: checks=128 blocked=0.
- memory-mandatory-gate-guard strict pass nach Scannerlauf: checks=173 blocked=0.
- memory-surrealdb-pipeline-guard strict pass nach Scannerlauf: checks=3731 blocked=0.
- memory-mandatory-surrealdb-pipeline-20260531-9285e81d nach Scannerlauf erzeugt; record_count=368, taskboard_item=96.
- memory-mandatory-surrealdb-pipeline-20260531-5698baa2 nach ADHQ-Lifecycle-Bereinigung erzeugt; Guards erneut pass.
- Gap-Klassifizierung erzeugt: technical_fact=828, needs_context_package=101, needs_human_confirmation=153, needs_adhq=26, needs_ostask=2, historical_story_source=19, historical_evidence_only=1; ADHQ-2026-0023 beruecksichtigt.
- memory-mandatory-surrealdb-pipeline-20260531-a286ae6f nach Gap-Klassifizierung erzeugt; record_count=369, relationship_edge=119.
- Controlled Backfill technical_fact erzeugt 828 technische Fakten; batch_hash=86532344e67d78d48e6ffe8482427a5af040bfbd29fd496ebcaa828508a5eb4e.
- Onememory-Record fuer technischen Backfill angelegt; keine kurativen Entscheidungen oder Baseline-Regeln erzeugt.
- Memory-SurrealDB-Pipeline 20260531-dc03e03e nach Backfill: record_count=1198, storage_reference=829, memory_record=3.
- btw ADHQ-2026-0032 klaerte den Widerspruch done_candidate trotz offenem Autorun-Kriterium.
- LoopStack-Runbook memory-backfill-coverage-autorun angelegt.
- memory_backfill_autorun.sh mit Lock, State, Rate-Limits, Log, Evidence, Recovery und Guard-Sequenz angelegt.
- User-systemd memory-backfill-autorun.service/timer installiert; timer enabled und active.
- Regulaerer Timerlauf memory-backfill-autorun-20260601-050503 erfolgreich abgeschlossen; max_files=2500, max_seconds=1200.
- Autorun-Evidence pass: oneanalytics-one/data/matrices/frfy__oneanalytics-one__memory-backfill-autorun__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- memory-backfill-coverage-guard strict pass nach Autorun: checks=178 blocked=0.
Repos
onestack-oneonespec-oneoneguard-onememorystack-oneonememory-oneoneanalytics-oneloopstack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0005-task-0009
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (1)
na
Surface Prompt-Ein-/Ausgabedialog mit reference und applied Specs/Guards
SurfaceHub-/Panel-/Native-Runtime-Anbindung konzipieren und prototypisch materialisieren, ohne OneSite-Go-Sonderlogik.
Done-Kriterien
- openJedes Surface kann einen generischen Prompt-Ein-/Ausgabedialog als Surface-Runtime-Faehigkeit referenzieren
- doneReference-Spec definiert Mindestvertrag fuer Prompt-Input, Prompt-Output, Kontextauswahl, Memory-Gate, Antwortstatus, Evidence und Barrierefreiheit
- doneReference-Guard prueft, dass Surface Prompt-Dialoge nicht ohne Prompt-Intent-, Memory-, Answer- und Relationship-Gate betrieben werden
- doneApplied-Spec-/Guard-Erweiterungen sind fuer Tenant-/Owner-/Surface-spezifische Anforderungen erlaubt, duerfen den reference Vertrag aber nicht abschwaechen
- openPrompt-/Antwortspuren werden in SurrealDB, OneMemory/MemoryStack und Taskboard-Relations auffindbar, ohne lokale Surface-Sonderlogik
- openDialog ist one/dec-faehig, offline-ready und darf nicht nur remote referenzieren
Done-Checkliste
- doneReference-Spec surface-prompt-dialog erstellen
- doneReference-Guard surface-prompt-dialog erstellen
- doneApplied-Erweiterungsmodell fuer tenant-/surface-spezifische Promptdialoge spezifizieren
- openSurfaceHub-/Panel-/Runtime-Anbindung konzipieren, ohne OneSite-Go-Sonderlogik
- doneMemory-/SurrealDB-/Taskboard-Indexbeziehungen definieren
- openBarrierefreiheits- und mobile Bedienbarkeit pruefen
Evidence
- OStask aus btw ostask Prompt angelegt; Umsetzung offen bis reference Spec/Guard ausgearbeitet sind.
- Reference-Spec surface-prompt-dialog angelegt in onespec-one.
- Reference-Guard surface-prompt-dialog angelegt in oneguard-one.
- Applied-Erweiterungsmodell definiert: applied darf ergaenzen, aber reference Vertrag nicht abschwaechen.
- IMPL-0005 Abschnitt 22 Surface Prompt-Ein-/Ausgabedialog ergaenzt.
Repos
onestack-oneonespec-oneoneguard-onememorystack-oneonememory-oneoneanalytics-oneonesurfacehub-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
3 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0005-task-0006 - depends_on
impl-0005-task-0009
Nachfolger
- depends_on
impl-0004-task-0010
Domains / Referenzen (1)
na
Offline- und OTA-Zustaende als mittigen Nutzer-Dialog visualisieren
Fachliche Abnahme durch ACCEPT impl-0005-task-0015, wenn Offline Modus/OTA Update Dialogverhalten plausibel ist.
Done-Kriterien
- doneBei IPbroken erscheint ein mittiger Dialog Offline Modus mit klarer Weiterarbeiten-Handlung, wenn die Seite offlinefaehig geladen ist
- doneBei OTA Update erscheint ein mittiger Dialog OTA Update mit Bitte warten, solange ein sicherer Updateabschluss erforderlich ist
- doneDialog ist nicht nur dekorativ, sondern textlich, semantisch und per ARIA nachvollziehbar
Done-Checkliste
- doneSpec fuer Offline-/OTA-Dialog anlegen oder bestehende Offline-/Topline-Spec erweitern
- doneDialogmodell enthaelt mindestens Offline Modus, OTA Update, weiterarbeiten und bitte warten
- doneOffline Modus erlaubt Weiterarbeiten, solange dec/offline Runtime verfuegbar ist
- doneOTA Update zeigt Bitte warten nur fuer nicht-interruptionssichere Updatefenster
- doneDialog ist barrierefrei, tastaturbedienbar, mobil lesbar und blockiert keine erlaubte Offline-Arbeit
- doneGuard prueft Dialogtexte, Zustaende, Accessibility-Marker und Nicht-Alleinabhaengigkeit von Topline
- donePlaywright prueft Offline-Dialog und OTA-Dialog in Desktop und Mobile
Evidence
- BTW OStask 2026-05-31: offline/ota Visualisierung mit einem mittigen Dialog "Offline Modus"/"OTA Update" und weiterarbeiten/bitte warten.
- Spec browser-dec-offline-reload-gov-topline um offline-ota-centered-state-dialog erweitert.
- onesurfacehub-one gov-runtime-state-dialog-panel als Child des gov-topline-panel angelegt.
- governance-surface-panel-bindings und protected-surface-panel-bindings enthalten gov-runtime-state-dialog-panel.
- protected-runtime-builder-trigger repair pass: resolution layer separation, resolution search index and surface search visibility pass.
- gov-topline-boundary-guard strict pass: status=pass blocked=0.
- browser-dec-offline-reload.mjs um Offline-/OTA-Dialogchecks erweitert; lokaler Lauf blockiert wegen fehlendem Playwright-Package, Contabo-Runner bleibt naechster Nachweisort.
- Contabo browser-dec-offline-reload-guard fuer https://oscore.eu/onestack-impl pass: checks=7 blocked=0; Offline Modus und OTA Update Dialoge sichtbar und zentriert.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onestack-oneonespec-oneoneguard-oneonesurfacehub-oneoneanalytics-one
Surfaces
all-surfacesonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0013
Nachfolger
- sequence_next
impl-0005-task-0018
Domains / Referenzen (0)
OneSite-/External-Mutation Consent-Gate, Single-Token-Turn und Consent-Parser/Preflight-Broker haerten
Fachliche Abnahme durch ACCEPT impl-0005-task-0018, wenn Broker-Semantik, Single-Token-Turn-Regel und Guard-Abdeckung plausibel sind.
Done-Kriterien
- doneSpec-Luecke ist benannt: OneSite-Go-Freigabe muss zwingend mit einem vorher genannten Token der Form YES onesite-go-* erfolgen; ein anderes exaktes Reply wie 'Bitte OneSite-Rollout' ist nicht zulaessig
- doneonesite-go-change-consent-guard blockiert Consent-Evidence, deren exact_required_reply oder explicit_user_yes_text nicht mit YES onesite-go- beginnt
- doneGuard blockiert synthetische Evidence, wenn der Freigabe-Token nicht aus einer vorherigen Assistant-Anforderung und einer spaeteren User-Antwort stammt
- donePrompt-/Session-Start-Memory enthaelt die geschuetzte OneSite-Go-Freigaberegel fuer jede neue Session
- doneDer fehlgeleitete Rollout vom 2026-06-01 ist als revoked_invalid Evidence dokumentiert und der Runtime-Stand ist auf das Backup zurueckgerollt
- doneGuard/Spec blockieren doppelte, zusammengeklebte oder mit Zusatztext vermischte scoped YES-Token; gueltig ist nur ein einzelner exakter Token pro User-Turn
- doneZentraler Consent-Parser/Preflight-Broker ist als technologische Aufruestung eigener OStask-Umfang: Token-Turns werden vor Ausfuehrung geparst, auf genau einen exakt passenden Token validiert und mit Assistant-Angebot/Scope/Command/Readback-Evidence verbunden.
Done-Checkliste
- doneMissachtete Spec-Stellen in IMPL-0001 Baseline Critical Change Consent und browser-dec-offline-reload-gov-topline Spec referenzieren.
- doneGuard so nachschaerfen, dass exact_required_reply kein beliebiger Satz sein darf.
- doneGuard so nachschaerfen, dass die Freigabe nicht im selben Turn aus dem Nutzerauftrag konstruiert werden kann.
- doneMemory-/Prompt-Intent-Regel fuer neue Sessions ergaenzen.
- doneTechnologische Aufruestung diskutieren: Consent-Broker oder Preflight-Tool, das vor geschuetzter Mutation interaktiv den Token ausgibt und erst in einem Folgeprompt freischaltet.
- doneSingle-token-turn-Regel fuer externe Mutationsfreigaben in Spec, Memory und Guard nachschaerfen.
- doneTechnologische Aufruestung: zentralen Consent-Parser/Preflight-Broker fuer Token-Turn-Validierung diskutieren und bauen.
- doneConsent-Parser/Preflight-Broker spezifizieren: Eingabeparser, Single-Token-Turn, vorheriges Assistant-Angebot, Scope-Match, Command-Match, Replay-/Duplicate-Block und Evidence-Readback.
Evidence
- 2026-06-01 Nutzerkorrektur: 'Bitte OneSite-Rollout' ist keine gueltige geschuetzte OneSite-Go-Freigabe.
- 2026-06-01 ungueltige Consent-Evidence wurde als revoked_invalid markiert und so geaendert, dass der onesite-go-change-consent-guard im Strict-Modus blockiert.
- 2026-06-01 OneSite binary rolled back from onesite-one.invalid-rollout-20260601T0742Z to onesite-one.backup-20260601T0742Z; systemctl is-active onesite-one.service returned active.
- 2026-06-01 onesite-go-change-consent-guard strict blockierte fuer den aktuellen Go-Diff mit checks=12 blocked=3, wie erforderlich bis der exakte YES-Token vorliegt.
- 2026-06-01 nedo: YES-Freigabe-Nachschaerfung ist der naechste Arbeitsblock nach der aktuellen OStask-Erfassung.
- 2026-06-01 oneanalytics-one/tools/watchdogs/onesite-go-change-consent-guard.sh verlangt jetzt aktive Evidence, Token-Praefix YES onesite-go-*, den exakten Token YES {consent_request_id}, das Vorkommen des Tokens im vorherigen Assistant-Freigabeprompt und eine spaetere Nutzerantwort-Referenz.
- 2026-06-01 onebaseline-one watchdogs-guards Spec, OneMemory-Record und .codex-Memory halten jetzt fest, dass beliebige exakte Antworten wie Bitte OneSite-Rollout und blosses YES fuer OneSite-Go ungueltig sind.
- 2026-06-01 onesite-go-change-consent-guard strict blockiert den aktuellen Go-Diff mit checks=17 blocked=7, darunter revoked_invalid-Status, Token-Praefix-Abweichung und fehlende Zwei-Schritt-Consent-Referenzen.
- 2026-06-03 ADHQ-2026-0039: Doppelt/zusammengeklebter Token-Prompt haette nicht akzeptiert werden duerfen.
- 2026-06-03 external-mutation-consent-token-active-offer Spec um single_token_turn_rule erweitert: genau ein einzelner Token pro User-Turn; doppelte/zusammengeklebte/Zusatztext-Token ungueltig.
- 2026-06-03 external-mutation-consent-token-active-offer-guard prueft single-token-turn Regel in Spec und Codex-Memory.
- 2026-06-03 Nutzer-Nachschaerfung: Consent-Parser/Preflight-Broker nicht als vage spaetere Moeglichkeit stehen lassen, sondern als OStask-Update mit konkreter technologischer Aufruestung erfassen.
- 2026-06-03 Consent-Preflight-Broker implementiert: oneanalytics-one/tools/consent/consent_preflight_broker.py.
- 2026-06-03 external-mutation-consent-token-active-offer Spec um consent_preflight_broker Modell erweitert: Parser-Regeln, Required Inputs, Evidence-Felder und Must-Not-Grenzen.
- 2026-06-03 consent-preflight-broker-guard pass: checks=25 blocked=0; valid single token pass, duplicate/concatenated/additional text/bare YES/wrong scope blocked.
- 2026-06-03 external-mutation-consent-token-active-offer-guard audit pass: checks=25 blocked=0.
- 2026-06-03 onesite-go-change-consent-guard audit blockiert nur alte abgelaufene Evidence expires_at=2026-06-01T18:59:58Z; das ist getrennte Runtime-Consent-Evidence, nicht Broker-Implementierungsblocker.
Repos
onestack-oneonespec-oneoneanalytics-oneonebaseline-oneoneosinfra-oneoneguard-oneonememory-one
Surfaces
onestack-implonesite-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0015
Nachfolger
- sequence_next
impl-0005-task-0026
Domains / Referenzen (7)
onebaseline.oneoneanalytics.oneonespec.oneoneosinfra.oneconsent-parserpreflight-brokersingle-token-turn
Runtime-Ortung und Host-vs-Contabo-Best-Practice technologisch klaeren
Runtime Inventory/Service Catalog und Resolver/Preflight spezifizieren; Orchestrierung nur als spaetere Ausbauoption pruefen.
Done-Kriterien
- openRuntime-Ortungsproblem ist als Architekturproblem dokumentiert: Codex lokaler Host, Contabo Runtime, oneosinfra Runtime-Pfade und Live-Service-Kontext duerfen nicht vermischt werden
- doneBest-Practice-Entscheidung ist diskutiert: Runtime Inventory/Service Catalog als Vorstufe, Orchestrierung/Kubernetes nur wenn Bedarf an Scheduling, Health, Rollout, Secrets, Volumes und Multi-Node-Betrieb belegt ist
- openVor jeder Aussage 'nicht installiert/nicht vorhanden' muss ein Environment Resolver/Inventory Lookup den zuständigen Runtime-Ort pruefen
- openGuard/Preflight blockiert lokale Host-Schlussfolgerungen, wenn der betroffene Service in oneosinfra/Contabo inventarisiert ist
- openNeue Sessions erhalten die Runtime-Ortungsregel via MemoryStack/OneMemory, damit sie nicht neu angelernt werden muessen
Done-Checkliste
- openContabo/oneosinfra Runtime-Inventar als kanonische Quelle fuer installierte Drittsoftware, Renderer, Cache- und Service-Pfade definieren.
- openPreflight-Befehl oder Tool entwerfen: gegeben Service/Artefakt/Dateityp -> zuständiger Runtime-Ort, Host, Pfade, Service, Zugriff, Guard.
- doneDiskutieren, ob Kubernetes/Orchestrierung jetzt noetig ist oder zuerst Service Catalog + systemd/Nginx/Volume-Inventory reicht.
- openMemory-/Spec-/Guard-Backflow fuer neue Codex Sessions materialisieren.
Evidence
- 2026-06-01 Nutzerkorrektur: Abwesenheit auf dem Codex/Session-Host darf nicht als Abwesenheit auf Contabo/oneosinfra interpretiert werden.
- 2026-06-01 failure pattern observed during OneSite rollout: renderer/runtime assets were discussed as missing on the current host although earlier Contabo/oneosinfra installation evidence existed.
- 2026-06-01 Promptantwort mit Nutzerzustimmung dokumentiert: erster Schritt ist Runtime Inventory/Service Catalog plus Runtime Resolver/Preflight; Kubernetes/Orchestrierung ist nicht die erste Antwort, sondern ein spaeteres Zielbild, wenn Scheduling, Health, Rollout, Secrets, Volumes oder Multi-Node-Betrieb es rechtfertigen.
Repos
onestack-oneonespec-oneoneanalytics-oneoneosinfra-oneonememory-onememorystack-one
Surfaces
onestack-imploneosinfra-runtime
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0007
Nachfolger
- sequence_next
impl-0005-task-0020
Domains / Referenzen (4)
oneosinfra.oneoneanalytics.oneonespec.oneonememory.one
OStask-Dokumentation deutsch fuehren und Weblate-Uebersetzung absichern
Weblate-Komponente und maschinelle Uebersetzungsroute fuer OStask-Dokumentation festlegen; danach europaeische Hauptsprachen per Weblate erzeugen und Guard-Evidence schreiben.
Done-Kriterien
- openOStask-Dokumentation verwendet Deutsch als Hauptsprache; wiederkehrende technische Begriffe und Eigennamen bleiben stabil
- openBestehende OStask-Evidence, Summary, Next Action und Akzeptanztexte werden auf vermeidbares Englisch geprueft und verdeutscht
- openWeblate-ready Metadaten fuer OStask-Dokumentation sind definiert: deutsche Quelle, translatable/lang, weblate_component oder begruendete Ausnahme
- openMaschinelle Erstuebersetzung ueber Weblate fuer europaeische Hauptsprachen ist als Pipeline, Guard oder Runbook abgesichert
- doneGuard blockiert neue OStask-Dokumentation mit vermeidbarem Englisch, wenn keine technische Terminologie oder Uebersetzungsquelle vorliegt
Done-Checkliste
- doneAktuelle OStask-Eintraege 0018, 0019 und 0014 verdeutschen.
- doneSession-Memory fuer Deutsch-als-Hauptsprache und Weblate-ready OStasks anlegen.
- openWeblate-Komponenten-/Dateiformat fuer Taskboard-OStask-Texte festlegen.
- openMaschinelle Weblate-Uebersetzung fuer Englisch, Franzoesisch, Spanisch, Italienisch, Niederlaendisch, Polnisch und Portugiesisch definieren und ausfuehren.
- doneGuard fuer OStask-Sprachpolitik und Weblate-Readiness umsetzen.
Evidence
- 2026-06-01 aktuelle OStask-Evidence fuer impl-0005-task-0018, impl-0005-task-0019 und impl-0004-task-0014 wurde von vermeidbarem Englisch auf Deutsch umgestellt.
- 2026-06-01 .codex/memories/weblate_ready_migration_note.md wurde verdeutscht und um OStask-Sprachpolitik erweitert.
- 2026-06-01 .codex/memories/ostask-language-weblate-rule.md wurde angelegt.
- 2026-06-01 command -v weblate fand lokal kein Weblate CLI; maschinelle Uebersetzung bleibt offen bis Weblate-Runtime/Komponente/Job-Ziel geklaert ist.
- 2026-06-01 oneanalytics-one/tools/watchdogs/ostask-language-weblate-readiness-guard.sh angelegt; strict pass checks=7 blocked=0.
Repos
onestack-oneonespec-oneonebaseline-oneonememory-onememorystack-one
Surfaces
onestack-impltaskboardostask-documentation
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0019
Nachfolger
- sequence_next
impl-0005-task-0021
Domains / Referenzen (5)
onestack.oneonespec.oneonebaseline.oneonememory.oneweblate
OStask-Wortlaut 1:1 bewahren und Interpretation trennen
Spec und Guard so nachschaerfen, dass Originalwortlaut verpflichtend ist und Ableitungen separat markiert werden; danach impl-0004-task-0014 korrigieren.
Done-Kriterien
- openSpec verlangt fuer OStask, ADHQ, Memory und Evidence ein Feld fuer den 1:1 Eingabe-Wortlaut, zum Beispiel original_user_prompt oder original_input_text
- openSpec verlangt getrennte Felder fuer Interpretation, Einordnung, Antwort, Summary und technische Ableitungen
- openGuard blockiert neue Taskboard-/ADHQ-/Memory-Records, wenn der Originalwortlaut fehlt oder Nutzerbegriffe wie onetecstack.one nur in abgeleiteten Feldern vorkommen
- openimpl-0004-task-0014 wird nachgezogen: Originalprompt bleibt 1:1 erhalten und onetecstack.one wird sichtbar im Originalwortlaut und in der Einordnung gefuehrt
Done-Checkliste
- doneADHQ-2026-0035 mit 1:1 Ausloeser anlegen.
- doneSession-Memory fuer OStask Verbatim Input Rule ergaenzen.
- openTaskboard-Item-Spec um Originalwortlaut-vs-Ableitung erweitern.
- openGuard fuer Pflichtfeld original_user_prompt/original_input_text umsetzen.
- doneBestehenden DB InfraGO Facetten-OStask korrigieren.
Evidence
- 2026-06-01 Nutzer beanstandet, dass OStask-Text mehr interpretiert als der Eingabe-Wortlaut hergibt und dass onetecstack.one im sichtbaren Text fehlt.
- 2026-06-01 ADHQ-2026-0035 mit 1:1 Ausloeser angelegt.
- 2026-06-01 .codex/memories/ostask-verbatim-input-rule.md ergaenzt.
- 2026-06-01 impl-0004-task-0014 um original_user_prompt, derived_interpretation und sichtbares OneTecStack.one nachgezogen.
Repos
onestack-oneonespec-oneoneanalytics-oneonememory-onememorystack-one
Surfaces
onestack-impltaskboardadhqostask
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0020
Nachfolger
- sequence_next
impl-0005-task-0022
Domains / Referenzen (5)
onestack.oneonespec.oneoneanalytics.oneonememory.oneonetecstack.one
OneSite-Go-Consent-Token vorbereitet zur Bestaetigung ausgeben
Breite DBInfraGO Playwright-Suite von unrelated Legacy-Erwartungen trennen oder korrigieren; danach Offline-/Dec-Cache-Evidence nachziehen.
Done-Kriterien
- doneNedo-Queue enthaelt den naechsten Schritt: OneSite-Go-Consent-Token fuer den konkreten Rollout vorbereiten
- doneAssistant-Ausgabe fuer geschuetzte OneSite-Go-Rollouts nennt direkt den exakten Token, Scope, Dateien, Alternativen, Unvermeidbarkeit und Diff-Hash
- doneAntwortmuster vermeidet wiederholtes blosses 'Consent liegt nicht vor' und ersetzt es durch eine konkrete Bestaetigungsaufforderung
- openGuard bleibt streng: Token-Vorbereitung ist keine Freigabe; erst spaetere Nutzerantwort mit exakt diesem Token erlaubt Build/Rollout
Done-Checkliste
- doneSession-Memory fuer OneSite-Go Consent Token Vorbereitung anlegen.
- doneNaechsten Rollout-Token fuer DB InfraGO Delivery/PDF.js-Routen vorbereiten.
- openPrompt-/Antwort-Template fuer konkrete Token-Bestaetigung in Spec/Guard ergaenzen.
Evidence
- 2026-06-01 Nutzer setzt nedo: OneSite-Go Consent Token vorbereiten und zur Bestaetigung geben, statt wiederholt nur fehlenden Consent zu melden.
- 2026-06-01 .codex/memories/onesite-go-consent-token-prep-rule.md ergaenzt.
- 2026-06-01 kuratierter OneMemory-Record zur OneSite-Go Consent-Token-Vorbereitung angelegt.
- 2026-06-01 Consent-Prompt vorbereitet: exact_required_reply YES onesite-go-dbinfrago-object-library-viewer-delivery-routes-rollout, diff_sha256 9ab35a82c447df2ecd50505274658d8bef0f24ca514c148421d34992201cc795, Dateien cmd/onesite-one/main.go, internal/surface/object_library_delivery.go, internal/surface/object_library_delivery_test.go.
- 2026-06-01 Nutzer bestaetigte exakt YES onesite-go-dbinfrago-object-library-viewer-delivery-routes-rollout; onesite-go-change-consent-guard strict pass checks=17 blocked=0.
- 2026-06-01 OneSite-Go gebaut, onesite-one.service per sudo restart aktiv, Nginx fuer /__onedelivery/ und /__oneviewer/ auf oscore.eu erweitert und reload erfolgreich.
- 2026-06-01 oeffentliche Probes pass: PDF.js 200 text/javascript, konkrete PDF 200 application/pdf inline size=1862596, IFC wasm 200 application/wasm.
- 2026-06-01 gezielte Playwright-Probe pass: S6800x3000T1-2-----U.pdf rendert im PDF.js Canvas 1280x692 mit Status Seite 1 von 1.
- 2026-06-01 breite dbinfrago-knowledge-viewer-interaction-playwright-guard Suite bleibt blocked wegen unrelated Legacy-Source-Markern/Mobile-Layout/Object-Stage-Erwartungen; PDF-spezifische Evidence liegt in oneanalytics-one/data/matrices/frfy__oneanalytics-one__dbinfrago-object-library-pdfjs-live-probe__evidence__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
Repos
onesite-oneonebaseline-oneoneanalytics-oneonestack-oneonememory-one
Surfaces
onesite-oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0021
Nachfolger
- sequence_next
impl-0005-task-0023
Domains / Referenzen (4)
onesite.oneonebaseline.oneoneanalytics.oneonememory.one
DBInfraGO Playwright-Suite trennen und Guard-Restblocker debt-frei nachschaerfen
Optional fachliche Acceptance einholen; technisch ist die debt-freie Guard-Trennung mit Full-Suite-Pass belegt.
Done-Kriterien
- doneMemory haelt fest, dass Guard-Restblocker nicht undokumentiert als technische oder organisatorische Schulden weiterlaufen duerfen.
- doneTaskboard-Lifecycle-Spec enthaelt ein Guard-Residual-Debt-Prevention-Gate.
- doneDBInfraGO Playwright-Guard trennt PDF.js-Live-Render von Mobile-Early-Flow und einzelner Objektdatei-Betrachtung.
- doneBreite Suite weist Restblocker getrennt nach pdfjs-live-render, viewer-source-markers, object-gallery-filetypes und mobilen Interaktionsphasen aus.
- doneEin Task darf nicht done_candidate werden, solange current_objective_guard_blocker offen oder broad_suite_residual unklassifiziert ist.
Done-Checkliste
- doneKuratierte Memory-Datei fuer DBInfraGO Playwright Suite Debt Separation anlegen.
- doneOneMemory-Record mit Originalprompt, Regel und Backflow-Zielen anlegen.
- doneTaskboard-Lifecycle-Spec um Guard-Residual-Debt-Prevention-Gate erweitern.
- donePlaywright-Guard so patchen, dass PDF-spezifische Probe nicht vor mobile initial layout laeuft und Object-Stage nicht PDF/DWG/IFC gleichzeitig fordert.
- doneBreite DBInfraGO Suite erneut laufen lassen und offene Restblocker klassifizieren.
Evidence
- 2026-06-01 Nutzer verlangt, dass Restblocker nicht als technische oder organisatorische Schulden und nicht undokumentiert/unmemorisiert weiterlaufen.
- 2026-06-01 .codex/memories/dbinfrago-playwright-suite-debt-separation.md angelegt.
- 2026-06-01 OneMemory-Record dbinfrago-playwright-suite-separation/no-undocumented-test-debt angelegt.
- 2026-06-01 Taskboard-Lifecycle-Spec um guard_residual_debt_prevention_gate erweitert.
- 2026-06-01 DBInfraGO Playwright-Guard gepatcht: PDF.js-Preview laeuft nach initialen Mobile-Layoutchecks; Objekt-Stage prueft Einzeldatei-Betrachtung und deferiert Galerie-Dateityp-Coverage.
- 2026-06-01 erneuter Guard-Lauf dbinfrago-knowledge-viewer-interaction-playwright-guard strict bleibt blocked; Evidence generiert am 2026-06-01T11:09:16Z.
- 2026-06-01 Residual-Klassifizierung angelegt: oneanalytics-one/data/matrices/frfy__oneanalytics-one__dbinfrago-playwright-suite-residual-classification__evidence__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- 2026-06-01 Builder-CSS mobil nachgeschaerft: Prompt order 4, Grid order 5, Projektraum order 6.
- 2026-06-01 Source-Marker-Guard auf aktuelle Live-Texte abgeglichen; SOM-Datum als 29.05.2026 geprueft.
- 2026-06-01 Objektbibliothek-Galerie-Coverage als separater Metadatencheck fuer pdf/dwg/ifc implementiert.
- 2026-06-01 dbinfrago-knowledge-viewer-interaction-playwright-guard strict pass; generated_at=2026-06-01T11:21:42.889Z, non_pass_checks=0.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
oneanalytics-oneonespec-oneonememory-oneonestack-one
Surfaces
dbinfrago-knowledge-viewerdbinfrago-objektbibliothek-vieweronestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0022
Nachfolger
- sequence_next
impl-0005-task-0025
Domains / Referenzen (5)
oscore.euonestack.oneoneanalytics.oneonespec.oneonememory.one
Registrierte Domains oneproposal/osappstack/onetec/tecstack baseline-ready materialisieren
Actalis-Zertifikate fuer onetec.one und tecstack.one vorbereiten/ausstellen, danach TLS-Readiness und Live-OneSite-Root-Routing pruefen.
Done-Kriterien
- doneAlle sechs registrierten Domains sind im Domain Inventory sichtbar
- doneonetec.one und tecstack.one sind nach Core-Service-vs-Stack-Regel getrennt dokumentiert
- doneonetec.one und tecstack.one besitzen lokale Four-Repo-Baseline-Struktur
- doneResolution Registry enthaelt onetec.one und tecstack.one mit UUID, Aliases und Repo-Familie
- doneDNS Desired State fuer onetec.one und tecstack.one ist vorbereitet und kann mit dns-apply-runner angewendet werden
- pendingLive-DNS/TLS ist nach Apply und oeffentlicher Propagation durch DNS-Index und Actalis-Certificate-Readiness positiv belegt
Done-Checkliste
Evidence
- 2026-06-01 Domain Inventory um oneproposal.one/eu/org, osappstack.one, onetec.one und tecstack.one ergaenzt.
- 2026-06-01 onetec.one und tecstack.one als getrennte Core-Service-/Stack-Identitaeten in Spec und Memory ergaenzt.
- 2026-06-01 lokale Four-Repo-Baseline-Struktur fuer onetec und tecstack angelegt.
- 2026-06-01 Resolution Registry reference/protected-runtime enthaelt onetec-one und tecstack-one mit UUID5-Identitaeten.
- 2026-06-01 DNS Desired State fuer onetec.one und tecstack.one mit A, AAAA, MX, SPF, DKIM-CNAME und DMARC vorbereitet.
- 2026-06-01 Nutzer erteilte exakte Freigabe YES dns-apply-onetec-tecstack-20260601; dns-apply-runner apply lief mit record_count=12 pass_count=12 blocked_count=0.
- 2026-06-01 Korrektur materialisiert: Bei vorbereiteten externen Mutationen muss Codex den konkreten Freigabe-Token aktiv anbieten, statt auf Nachfrage zu warten.
- 2026-06-01 Post-Apply-DNS gezielt positiv beobachtet: onetec.one und tecstack.one liefern A 178.104.129.160, AAAA 2a01:4f8:1c18:491a::1, mailbox.org MX und SPF include:mailbox.org.
- 2026-06-01 Breiter DNS-Index lief in Timeout; gezielte dig-Evidence wurde deshalb als Post-Apply-Pruefung genutzt.
- 2026-06-01 Actalis-Certificate-Readiness nach DNS-Apply: candidates=37 pass=35 blocked=2; onetec.one und tecstack.one certificate_missing.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onebaseline-oneoneresolution-oneoneanalytics-oneonememory-oneonespec-oneonetec-oneonetec-one-infraonetec-deconetec-dec-infratecstack-onetecstack-one-infratecstack-dectecstack-dec-infra
Surfaces
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0014
Nachfolger
- sequence_next
impl-0005-task-0029
Domains / Referenzen (6)
oneproposal.oneoneproposal.euoneproposal.orgosappstack.oneonetec.onetecstack.one
Betriebsreife fuer Multimillionen-User- und Milliarden-Activities-Plattform diskutieren
Diskussion der sechs Subtasks starten; danach Entscheidungen in Specs, Guards, Memory und konkrete Umsetzungs-OStasks ueberfuehren.
Done-Kriterien
- doneDiskussionsstruktur mit sechs Subtasks ist im Taskboard angelegt
- doneJeder Subtask hat Leitfrage, Themen und offene Klaerungsrichtung
- pendingDiskussionsergebnis wird spaeter in Specs, Guards, Memory und konkrete IMPL-/OStask-Nachfolgepunkte ueberfuehrt
Done-Checkliste
Evidence
- 2026-06-01 Nutzer verlangte einen OStask fuer Diskussion mit Subtasks zu sechs Betriebsreife-Themen.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
oneosinfra-oneoneanalytics-oneonebaseline-oneonespec-oneoneguard-oneonememory-onememorystack-oneonetec-onetecstack-oneloopstack-one
Surfaces
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0023
Nachfolger
- sequence_next
impl-0005-task-0032
Domains / Referenzen (7)
oneosinfra.oneoneanalytics.oneloopstack.oneonetec.onetecstack.onememorystack.oneonememory.one
ADHQ dbinfrago-knowledge-workbench-empf Surface auf oscore.eu bereitstellen
Fachliche Sichtpruefung von https://oscore.eu/dbinfrago-knowledge-workbench-empf oder https://oscore.eu/empf; danach ACCEPT impl-0005-task-0026, wenn die DB InfraGO Knowledge Workbench Empf-Surface plausibel ist.
Done-Kriterien
- doneADHQ mit unveraendertem Nutzerwortlaut im Taskboard angelegt
- doneSurface-/Routing-/Resolver-Status fuer https://oscore.eu/spaceship-inspired-empf1 pruefen
- doneFalls nicht vorhanden: Surface-Kontext materialisieren und Browser-Probe/Evidence erzeugen
Done-Checkliste
- doneVerify: ADHQ mit unveraendertem Nutzerwortlaut im Taskboard angelegt
- doneVerify: Surface-/Routing-/Resolver-Status fuer https://oscore.eu/spaceship-inspired-empf1 pruefen
- doneVerify: Falls nicht vorhanden: Surface-Kontext materialisieren und Browser-Probe/Evidence erzeugen
- doneEvidence list present and non-empty
Evidence
- 2026-06-01 Nutzer schrieb: btw adhq https://oscore.eu/spaceship-inspired-empf1 nicht vergessen
- 2026-06-01 Live-Probe pass: https://oscore.eu/spaceship-inspired-empf1 liefert 200 OK mit X-Os-Surface=spaceship-inspired-empf1 und X-Os-Surface-Panel=spaceship-inspired-empf1-surface-panel.
- 2026-06-01 SurfaceHub Panel materialisiert: owners/frfy/panels/spaceship-inspired-empf1-surface-panel/bootstrap/index.html sha256=e4e378ce239d9815b16f1b872302d97484bef97e58a3f0a45e0a5b52a3b87cbb.
- 2026-06-01 Nutzerkorrektur: Empf-Surface wird als DB InfraGO Knowledge Workbench gebraucht, nicht als isolierter Schrifttest.
- 2026-06-01 Live-Probe pass: https://oscore.eu/dbinfrago-knowledge-workbench-empf und https://oscore.eu/empf liefern 200 OK mit X-Os-Surface=dbinfrago-knowledge-workbench-empf und X-Os-Surface-Panel=dbinfrago-knowledge-workbench-empf-surface-panel.
- 2026-06-01 Korrektur: dbinfrago-knowledge-workbench-empf nutzt jetzt eine Kopie des echten dbinfrago-som-viewer Panels; einzige CSS-Abweichung ist die .kv-shell Font-Zeile Manrope/Nunito Sans/Inter statt Inter.
- 2026-06-01 Promptlogik erweitert: Silben, Teilwortkandidaten, Feldfacetten und Zusammengehoerigkeit werden generisch aus den geladenen Records abgeleitet; keine Fachliste fuer Sig/LST/KIB/GFK/IFC als tragende Normalisierung.
- 2026-06-02 Done-Guard-Hygiene: visible done_checklist derived from already-done done_criteria; no semantic completion changed.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onesite-oneonesurfacehub-oneoneresolution-oneonespec-oneonestack-one
Surfaces
dbinfrago-knowledge-workbench-empf
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0018
Nachfolger
- sequence_next
impl-0005-task-0027
Domains / Referenzen (1)
oscore.eu
OStask generische Record-Zerlegung, Silben, Teilwoerter, Ontologie und WebLLM
Abnahme pruefen; Source-Import-Event-Kante ist lokal materialisiert und in impl-0005-task-0028 dokumentiert.
Done-Kriterien
- doneRecord-derived Registry ohne fachliche Seed-Liste in Runtime und Builder materialisiert
- doneSilben und Teilwoerter als getrennte ableitbare Ebenen umgesetzt
- doneRecord-Co-Occurrence als Zusammengehoerigkeit aus echten Records ableitbar
- doneEigene RDSD-OWI Spec fuer RDSD zuerst, Ontologie/WebLLM parallel und Schnittmenge materialisiert
- doneEigenes LoopStack-Runbook fuer RDSD-OWI Index Evaluation materialisiert
- doneUnifiedAPI.search-Dienstinstanz fuer Start nach neuen Quellimporten materialisiert
- doneKuratierter Memory Record und .codex Memory fuer Nachfolgesession materialisiert
- doneGuards fuer Record-derived-first, keine Fach-Seed-Liste und Ontology/WebLLM-Intersection materialisieren
Done-Checkliste
- doneVerify: Record-derived Registry ohne fachliche Seed-Liste in Runtime und Builder materialisiert
- doneVerify: Silben und Teilwoerter als getrennte ableitbare Ebenen umgesetzt
- doneVerify: Record-Co-Occurrence als Zusammengehoerigkeit aus echten Records ableitbar
- doneVerify: Eigene RDSD-OWI Spec fuer RDSD zuerst, Ontologie/WebLLM parallel und Schnittmenge materialisiert
- doneVerify: Eigenes LoopStack-Runbook fuer RDSD-OWI Index Evaluation materialisiert
- doneVerify: UnifiedAPI.search-Dienstinstanz fuer Start nach neuen Quellimporten materialisiert
- doneVerify: Kuratierter Memory Record und .codex Memory fuer Nachfolgesession materialisiert
- doneVerify: Guards fuer Record-derived-first, keine Fach-Seed-Liste und Ontology/WebLLM-Intersection materialisieren
- doneEvidence list present and non-empty
Evidence
- 2026-06-01 Nutzer schrieb: ostask dazu impl dazu
- 2026-06-01 Nutzer schrieb: Silben neben Teilwörtern
- 2026-06-01 Nutzer schrieb: ich will keine Fachliste, ich will auschließlich Zerlegung und Zusammengehörigkeit aus Records erschlossen
- 2026-06-01 Nutzer schrieb: und dann webllm und ontologie dazu wenn das sinn macht
- 2026-06-01 Runtime und Builder enthalten record-derived-query-planner-stufe-1: Fachlisten als harte Normalisierung entfernt; Silben, Teilwoerter, Feldfacetten und Record-Co-Occurrence werden aus geladenen Records abgeleitet.
- 2026-06-01 Live-Probe pass: https://worklink.one/dbinfrago-knowledge-workbench-empf?v=record-derived-syllables-20260601 liefert 200 OK mit X-Os-Surface=dbinfrago-knowledge-workbench-empf und X-Os-Surface-Panel=dbinfrago-knowledge-workbench-empf-panel.
- 2026-06-01 Nutzerkorrektur umgesetzt: unbekannte Indizes duerfen keine Dateiendungen voraussetzen; Tokens mit und ohne Punkt fliessen generisch in die Zerlegung ein, z.B. .ifc -> ifc und dot-ifc.
- 2026-06-01 Eigene Spec angelegt: onespec-one/docs/specs/frfy__onespec-one__rdsd-owi-record-derived-ontology-webllm-intersection__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- 2026-06-01 Eigenes LoopStack-Runbook angelegt: loopstack-one/docs/runbooks/rdsd-owi-index-evaluation-runbook.md.
- 2026-06-01 Nutzer schrieb: Bitte als tec so bauen dass es über eine Schnittstelle nach neuen Quellimporten gestartet werden kann
- 2026-06-01 Tec-Service onetec.rdsd-owi zuerst als Tec-Schnittstelle dokumentiert; spaeter auf unifiedapi.search Adapter rdsd-owi.evaluate-index nachgeschaerft.
- 2026-06-01 TecStack Runtime tecstack.rdsd-owi dokumentiert: rdsd-only, rdsd-ontology und rdsd-ontology-webllm.
- 2026-06-01 Lokaler Runner angelegt und ausfuehrbar: onetec-one/tools/services/rdsd_owi_enqueue.py; Dry-Run pass erzeugt Queue-Envelope rdsd-owi-115af2f6bf8c201d.
- 2026-06-01 Kuratierter Memory Record fuer Nachfolgesession angelegt: onememory-one/docs/memory-records/frfy__onememory-one__rdsd-owi-tec-service-source-import-trigger__memory__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- 2026-06-01 .codex Memory fuer schnelle Session-Findbarkeit angelegt: .codex/memories/rdsd-owi-tec-service-source-import-trigger.md.
- 2026-06-01 RDSD-OWI nachgeschaerft: ausloesende Dienstkante ist unifiedapi.search Adapter rdsd-owi.evaluate-index; Socket /run/onestack/unifiedapi/search/applied/infrago/rdsd-owi-evaluate-index.sock; Persistenz im OneOSInfra-Datenpfad.
- 2026-06-01 LoopStack Executor materialisiert: loopstack-one/tools/runbooks/rdsd_owi_execute_run.py.
- 2026-06-01 Lokaler E2E-Lauf pass: rdsd-owi-ca77adee110368f0 erzeugte RDSD-, Ontologie-, WebLLM-, Schnittmengen-, Guard-, State- und Evidence-Artefakte.
- 2026-06-01 OneGuard materialisiert: oneguard-one/tools/guards/rdsd-owi-record-derived-runbook-guard.sh.
- 2026-06-01 LoopStack Worker materialisiert und lokal getestet: processed=1, skipped=1, failed=0.
- 2026-06-01 Contabo Worker Deployment pass: loopstack-rdsd-owi-worker.service active, Podman true none, rdsd-owi-21cce225c99e4344 completed.
- 2026-06-01 Source-Import-Event-Kante lokal materialisiert und an impl-0005-task-0028 gekoppelt.
- 2026-06-02 Done-Guard-Hygiene: visible done_checklist derived from already-done done_criteria; no semantic completion changed.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onesurfacehub-oneonestack-oneonespec-oneonememory-oneloopstack-oneonetec-onetecstack-one
Surfaces
dbinfrago-som-viewerdbinfrago-knowledge-workbench-empf
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0026
Nachfolger
- sequence_next
impl-0005-task-0028
Domains / Referenzen (2)
worklink.oneoscore.eu
UnifiedAPI Service Instance Runtime Boundary und OneOSInfra-Persistenz
Abnahme pruefen; RDSD-OWI ist als Dienst materialisiert und erste Viewer konsumieren Readback/Lineage-Artefakte. Fuer harte RDSD-Filter im Viewer ist ein voller Stable-Index-Lauf fuer SOM/Objektbibliothek der naechste Schritt.
Done-Kriterien
- doneKanonische ADR in onestack-one/docs/adr-memo materialisiert
- doneOneSpec fuer UnifiedAPI-Service-Instance-Runtime-Boundary materialisiert
- doneOneBaseline-Matrix fuer interne Service-Handoffs und OneOSInfra-Persistenz materialisiert
- doneOneGuard-Artefakt fuer UAPI-Service-Instance-Runtime-Boundary angelegt
- doneRDSD-OWI Runner nutzt OneOSInfra-Datenpfad statt Repo-var
- doneProduktives Socket-Service-Binding mit systemd/container/Kubernetes-ready Artefakten
- doneLokaler Unix-Socket-Dry-Run fuer unifiedapi.search RDSD-OWI Adapter positiv
- doneContabo Deployment-Runner mit exaktem Consent-Token vorbereitet
- doneContabo Runtime Deployment mit Health-/POST-Readback positiv
Done-Checkliste
- doneVerify: Kanonische ADR in onestack-one/docs/adr-memo materialisiert
- doneVerify: OneSpec fuer UnifiedAPI-Service-Instance-Runtime-Boundary materialisiert
- doneVerify: OneBaseline-Matrix fuer interne Service-Handoffs und OneOSInfra-Persistenz materialisiert
- doneVerify: OneGuard-Artefakt fuer UAPI-Service-Instance-Runtime-Boundary angelegt
- doneVerify: RDSD-OWI Runner nutzt OneOSInfra-Datenpfad statt Repo-var
- doneVerify: Produktives Socket-Service-Binding mit systemd/container/Kubernetes-ready Artefakten
- doneVerify: Lokaler Unix-Socket-Dry-Run fuer unifiedapi.search RDSD-OWI Adapter positiv
- doneVerify: Contabo Deployment-Runner mit exaktem Consent-Token vorbereitet
- doneVerify: Contabo Runtime Deployment mit Health-/POST-Readback positiv
- doneEvidence list present and non-empty
Evidence
- 2026-06-01 Nutzer schrieb: unifiedapi-domänen sind nicht nur contract sondern auch Dienst zwischen Core Services, Stacks, Surfaces
- 2026-06-01 Nutzer schrieb: einverstanden, onestack-one/docs/adr... nutzen
- 2026-06-01 Nutzer entschied: Persistenz gehoert in den jeweiligen OneOSInfra-Datenpfad.
- 2026-06-01 ADR-0086 angelegt: UnifiedAPI ist Contract und ausfuehrbare Dienstinstanz; Runtime-Socket unter /run/onestack; Persistenz im OneOSInfra-Datenpfad.
- 2026-06-01 OneSpec angelegt: unifiedapi-service-instance-runtime-boundary.
- 2026-06-01 OneBaseline-Matrix und OneGuard-Artefakte angelegt.
- 2026-06-01 RDSD-OWI Binding: unifiedapi.search Adapter rdsd-owi.evaluate-index und Socket /run/onestack/unifiedapi/search/applied/infrago/rdsd-owi-evaluate-index.sock.
- 2026-06-01 OneOSInfra Runtime-Artefakte angelegt: Socket-Service, Containerfile, Compose, systemd Unit, Kubernetes Namespace/ConfigMap/PVC/Deployment, Env-Beispiel, Runtime-Binding und Runbook.
- 2026-06-01 Lokaler Unix-Socket-Dry-Run pass: GET /healthz und POST /uapi/search/rdsd-owi/evaluate-index ueber /home/seeagain/rdsd-owi-test.sock; Envelope rdsd-owi-888b8331ccede530 mit OneOSInfra-Pfaden erzeugt.
- 2026-06-01 Contabo Deployment-Runner vorbereitet: oneosinfra-one/tools/services/deploy-unifiedapi-search-rdsd-owi-contabo.sh; exakter Token YES deploy-unifiedapi-search-rdsd-owi-contabo-20260601 erforderlich.
- 2026-06-01 Nutzer gab exakt frei: YES deploy-unifiedapi-search-rdsd-owi-contabo-20260601.
- 2026-06-01 Contabo Runtime deployed: unifiedapi-search-rdsd-owi.service active; Podman Readback true none; Socket /run/onestack/unifiedapi/search/applied/infrago/rdsd-owi-evaluate-index.sock vorhanden.
- 2026-06-01 Produktiver Socket-Readback pass: GET /healthz ok; POST /uapi/search/rdsd-owi/evaluate-index erzeugt run_id rdsd-owi-cb12e544d5090c19 und Queue-Datei im OneOSInfra-Datenpfad.
- 2026-06-01 Evidence geschrieben: oneosinfra-one/data/evidence/installations/unifiedapi-search-rdsd-owi-contabo-runtime-20260601.json.
- 2026-06-01 Nach Contabo Socket-Deployment wurde lokaler LoopStack Executor fuer Queue-Dateien ergaenzt und erfolgreich getestet.
- 2026-06-01 LoopStack Worker fuer RDSD-OWI Queue-Scanning lokal materialisiert; Contabo-Anbindung bleibt tokenpflichtiger naechster Schritt.
- 2026-06-01 LoopStack Worker auf Contabo deployed und Readback rdsd-owi-21cce225c99e4344 completed.
- 2026-06-01 OStask-Nachtrag: fruehe Contabo-Queue-Auftraege mit nicht lesbarer source_index_ref stammen aus Socket-Readbacks vor korrektem OneOSInfra-Datenpfad; Retention/Cleanup soll archivieren statt loeschen.
- 2026-06-01 RDSD-OWI Queue-Retention/Cleanup als separater OStask impl-0005-task-0029 angelegt; Archiv statt Delete.
- 2026-06-01 Source-Event-Bridge lokal materialisiert: onetec-one/tools/services/rdsd_owi_source_event_bridge.py.
- 2026-06-01 Event-Kontrakte fuer unifiedapi.ingestion, unifiedapi.source und unifiedapi.search materialisiert.
- 2026-06-01 Lokaler Event-E2E-Test pass: source-import-completed -> unifiedapi.search rdsd-owi.evaluate-index -> Queue -> Worker completed run rdsd-owi-3c04b712e50a24eb.
- 2026-06-01 OneGuard rdsd-owi-source-event-bridge-guard.sh materialisiert.
- 2026-06-01 Nutzerhinweis: btw nichts aufschieben.
- 2026-06-01 Source-Event-Bridge Contabo Deploy-Runner vorbereitet: oneosinfra-one/tools/services/deploy-rdsd-owi-source-event-bridge-contabo.sh; exakter Token YES deploy-rdsd-owi-source-event-bridge-contabo-20260601 erforderlich.
- 2026-06-01 Nutzer gab exakt frei: YES deploy-rdsd-owi-source-event-bridge-contabo-20260601.
- 2026-06-01 Contabo Source-Event-Bridge Deployment pass: rdsd-owi-bridge-f988f8b9429eb699 dispatched to rdsd-owi-109434634b965c9c; Worker processed=1 skipped=0 failed=0 completed.
- 2026-06-01 Deploy-Runner nach Permission-Fehler nachgeschaerft: Eventlog-Pfad fuer unifiedapi.ingestion wird vor Readback angelegt und chown/chmod gesetzt.
- 2026-06-01 Viewer-Consumable lokal materialisiert: SOM Viewer, Objektbibliothek Viewer und Knowledge Workbench laden rdsd-owi-viewer-index.json und zeigen RDSD-OWI Status/Lineage im Prompt-Ergebnis; Evidence onesurfacehub-one/data/evidence/rdsd-owi-viewer-consumable-index-local-20260601.json.
- 2026-06-02 Done-Guard-Hygiene: visible done_checklist derived from already-done done_criteria; no semantic completion changed.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onestack-oneonespec-oneonebaseline-oneoneguard-oneonememory-oneonetec-onetecstack-oneloopstack-oneonesurfacehub-one
Surfaces
dbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-knowledge-workbench-empf
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0027
Nachfolger
- sequence_next
impl-0005-task-0030
Domains / Referenzen (4)
unifiedapi.searchonetec.onetecstack.oneoneosinfra.one
RDSD-OWI Queue Retention und Cleanup fuer completed/blocked Runs
Contabo Apply erst nach Ablauf der Retention oder mit ausdruecklichem exaktem Token; vorher keine Archivierung notwendig.
Done-Kriterien
- doneOStask dokumentiert Herkunft frueher Contabo-Queue-Auftraege aus Socket-Readbacks vor korrektem OneOSInfra-Datenpfad
- doneRetention-Regel fuer completed und blocked Runs dokumentiert
- doneCleanup-Tool archiviert statt loescht und laeuft standardmaessig als Dry-Run
- doneLokaler Dry-Run und Apply-Test mit Testdaten validiert
- doneContabo-Retention-Anwendung vorbereitet; Remote-Mutation nur mit exaktem Token
Done-Checkliste
Evidence
- 2026-06-01 Nutzer fragte: Wo kommen diese ältere Queue- Aufträge her und warum sind sie nicht bereits aufgeräumt?
- 2026-06-01 Antwort/Einordnung: alte Queue-Auftraege stammen aus fruehen Contabo Socket-Readbacks, bevor source_index_ref korrekt unter /opt/onestack/oneosinfra/data lag.
- 2026-06-01 Nutzerauftrag: bitte in den ostask ergänzen, weiter
- 2026-06-01 Retention-Cleanup-Tool angelegt: loopstack-one/tools/runbooks/rdsd_owi_retention_cleanup.py.
- 2026-06-01 Retention-Cleanup lokaler Test pass: Dry-Run candidate_count=1, Apply archived=1, Manifest vorhanden, Queue/State/Artefakte archiviert statt geloescht.
- 2026-06-01 Contabo read-only Queue-Status: queue_count=4, terminal=4, nonterminal=0; completed=2, blocked=2; keine Archivierung faellig wegen 30/90-Tage-Retention.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
loopstack-oneoneosinfra-oneonestack-oneonespec-oneonememory-one
Surfaces
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0024
Nachfolger
- sequence_next
impl-0007-task-0001
Domains / Referenzen (3)
loopstack.oneoneosinfra.oneunifiedapi.search
OneStack Workbench Search Query Orchestration
Fachliche Abnahme durch ACCEPT impl-0005-task-0030, wenn die technische Evidence und die fachliche Grenze plausibel sind.
Done-Kriterien
- doneADR materialisiert
- doneOneSpec materialisiert
- doneOneGuard materialisiert und gruen
- doneMemory und Codex-Memory materialisiert
- doneDB InfraGO Viewer zeigen keine alten Planner-Zwischenlabels
- doneWorkbench-Search-Schichten sind in der Viewer-Ausgabe sichtbar
Done-Checkliste
- doneSurface-Kontext nicht als Arbeitskontext modellieren
- doneainode.one privat und orgfort.one Organisation getrennt halten
- doneWeblate prompt und Weblate logic beruecksichtigen
- doneRuntime-Anzeige nachziehen
- doneSearchConfig-Haken setzen und Ergebniswirkung per Playwright getestet
- donePromptScore von Surface-Kontext-Boost getrennt
- doneDB InfraGO Viewer an tecstack.workbench-search Browser-Asset angebunden
- donesurface-context aus SearchConfig und Viewer-Runtimes entfernen
- donescoped Surface-Index als Pflicht in Spec/ADR/Runtime verankern
- doneWorkbench-Panels als wiederverwendbare TecStack-Software dokumentieren
- donedrei Offline-SearchEngines als benannte TecStack-Adapter materialisieren
- donealte Intent-Kennung aus sichtbarer UI entfernen und durch Workbench Search ersetzen
Evidence
- 2026-06-02 Nutzer gab Begriffe frei: plain, rdsd-owi, logic, regex, fuzzy, MiniSearch offline, Orama offline, Lunr offline, searchengine-m online, ainode.one, orgfort.one, weblate prompt, weblate logic, Arbeitskontext.
- 2026-06-02 Nutzer stellte klar: ainode.one ist privat und orgfort.one ist Organisation.
- 2026-06-02 ADR angelegt: onestack-one/docs/adr-memo/ADR-0087-onestack-workbench-search-query-orchestration.md.
- 2026-06-02 Spec angelegt: onespec-one/docs/specs/frfy__onespec-one__onestack-workbench-search-query-orchestration__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- 2026-06-02 Guard angelegt: oneguard-one/tools/guards/onestack-workbench-search-query-orchestration-guard.sh.
- 2026-06-02 Memory angelegt: onememory-one/docs/memory-records/frfy__onememory-one__onestack-workbench-search-query-orchestration__memory__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json und .codex/memories/onestack-workbench-search-query-orchestration.md.
- 2026-06-02 Nutzer entschied: OneStack Workbench Search als Teil von onetec/tecstack einordnen.
- 2026-06-02 Onetec-Servicevertrag angelegt: onetec-one/docs/services/workbench-search-tec-service.md.
- 2026-06-02 Tecstack-Runtimevertrag angelegt: tecstack-one/docs/services/workbench-search-stack-runtime.md.
- 2026-06-02 Wiederverwendbares Runtime-Modul angelegt: tecstack-one/packages/workbench-search/src/workbench-search.js.
- 2026-06-02 Package-Metadaten angelegt: tecstack-one/packages/workbench-search/package.json.
- 2026-06-02 Onetec/Tecstack Architecture um Workbench Search ergaenzt.
- 2026-06-02 Guard pass: oneguard-one/tools/guards/onestack-workbench-search-query-orchestration-guard.sh.
- 2026-06-02 API-Smoke-Test pass: tecstack.workbench-search findet zu GFK nur ifc link und sig genau IFC-Treffer und graut unzutreffenden Arbeitskontext aus.
- 2026-06-02 Viewer-Runtime-Anzeige nachgezogen: alte Planner-Strings dual-query-planner-stufe-1 und record-derived-query-planner-stufe-1 entfernt; Suchprofil/Schichten sichtbar.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
- 2026-06-02 DB InfraGO Viewer voll auf wiederverwendbares tecstack.workbench-search Browser-Asset angebunden; lokaler buildDualQueryPlan entfernt.
- 2026-06-02 SearchConfig materialisiert: Haken fuer plain, rdsd-owi, logic, regex, fuzzy, MiniSearch/Orama/Lunr, searchengine-m und ainode.one/orgfort.one.
- 2026-06-02 PromptScore-Korrektur in tecstack.workbench-search: Surface-Kontext darf ranken, aber keinen Prompt-Treffer simulieren; No-Match filtert auf 0.
- 2026-06-02 Playwright pass: dbinfrago-knowledge-viewer-interaction-playwright-guard.sh strict prueft SearchConfig-Haken setzen und Ergebniswirkung inklusive regex 160 -> 0.
- 2026-06-02 Guards pass: onestack-workbench-search-query-orchestration-guard, dbinfrago-gfk-prompt-query-guard, materialization/proposal guards und JS syntax checks.
- 2026-06-03 Agentic-Verified-Hygiene: Acceptance-Grenze maschinenlesbar normalisiert; kein ACCEPT simuliert und keine fachliche Abnahme gesetzt.
Repos
onestack-oneonespec-oneoneguard-oneonememory-oneonesurfacehub-one
Surfaces
dbinfrago-knowledge-workbench-empfdbinfrago-som-viewerdbinfrago-objektbibliothek-viewer
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0028
Nachfolger
- sequence_next
impl-0005-task-0031
Domains / Referenzen (2)
workbench-searchdbinfrago
Domain Inventory Email Abuse Lockdown: frfy.de only
Fachliche Abnahme durch ACCEPT impl-0005-task-0031, wenn Email-Abuse-Lockdown plausibel ist.
Done-Kriterien
- doneExact YES token for external DNS mutation is present and scoped to frfy-only email abuse lockdown
- doneAll no-send domains in apply state publish SPF v=spf1 -all authoritatively
- doneAll no-send domains in apply state publish DMARC p=reject/sp=reject authoritatively
- doneLegacy permissive Mailbox.org SPF and old DMARC policy records are removed from authoritative provider state
- doneSpec, Guard, Memory, Codex memory and OStask are updated with evidence
Done-Checkliste
- donefrfy.de als einzige erlaubte ausgehende Maildomain festlegen
- doneAlle anderen inventarisierten Domains als No-Send vorbereiten
- donePermissive Mailbox.org/p=none Zielzustaende fuer No-Send blockieren
- doneGuard ausfuehren
- doneToken aktiv anbieten
Evidence
- 2026-06-02 Nutzerauftrag: nur von frfy.de soll ausgehender Emailverkehr moeglich sein; Domaininventar-Spam-Missbrauch verhindern.
- 2026-06-02 Best-Practice-Basis recherchiert: SPF RFC7208, DKIM RFC6376, DMARC RFC9989/9990/9991, M3AAWG Email Authentication Best Practices.
- 2026-06-02 DNS Desired-State Proposal vorbereitet: oneanalytics-one/data/matrices/dns-desired-state-proposals/frfy__oneanalytics-one__dns-desired-state-proposal__domain-inventory-email-abuse-lockdown-frfy-only__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- 2026-06-02 Proposal deckt 132 inventarisierte Domains ab: frfy.de als einzige Senderdomain, 131 No-Send-Domains.
- 2026-06-02 Spec, Guard, Memory und Codex-Memory angelegt.
- 2026-06-02 DNS-Apply-Token vorbereitet: YES dns-apply-email-abuse-lockdown-frfy-only-20260602.
- 2026-06-02 Guard pass: oneguard-one/tools/guards/domain-inventory-email-abuse-lockdown-guard.sh.
- 2026-06-02 JSON validiert: Spec, Memory, DNS Desired-State Proposal und Taskboard.
- 2026-06-02 Desired-State Summary: 132 Domains, 131 No-Send, allowed_outbound_mail_domains=[frfy.de], status prepared_not_applied.
- 2026-06-02 User YES token received: YES dns-apply-email-abuse-lockdown-frfy-only-20260602.
- 2026-06-02 DNS desired-state apply: Spaceship 135/135 pass; deSEC onestack.one required TXT quoting fix and then passed 1/1.
- 2026-06-02 Public recursive readback showed provider-cached legacy permissive TXT records; cleanup runner created to avoid undocumented hand repair.
- 2026-06-02 Spaceship cleanup removed legacy Mailbox.org SPF and old DMARC TXT records: 129/129 pass; seeagain.app p=quarantine cleanup: 1/1 pass.
- 2026-06-02 Authoritative full readback evidence: oneanalytics-one/data/evidence/dns-apply-runs/email-abuse-lockdown-frfy-only-public-dns-readback-after-cleanup-authoritative-20260602-062802.json; 136/136 SPF ok, 136/136 DMARC ok, pending 0.
- 2026-06-02 mailbox.org verification TXT for worklink.one applied with token YES dns-apply-mailbox-org-verification-worklink-one-20260602 and verified on launch1/launch2.spaceship.net plus recursive DNS.
- 2026-06-02 Done-Guard-Hygiene: invalid status done normalized to allowed status done_candidate; criteria/checklist/evidence were already complete.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onespec-oneoneguard-oneonememory-oneoneanalytics-oneonestack-oneoneresolution-one
Surfaces
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0030
Nachfolger
- sequence_next
impl-0005-task-0033
Domains / Referenzen (4)
frfy.dedomain-inventoryemail-securitydns
DMARC/SPF/DKIM Best-Practice Dauerlauf ueber RegulationStack und LoopStack
Done-Kriterien
- openRegulationStack record exists for current SPF/DKIM/DMARC best-practice sources and update cadence
- openLoopStack job design exists for domain inventory diff, authoritative DNS readback and DMARC aggregate-report ingestion
- openGuard fails new no-send domains without SPF -all and DMARC reject/sp reject
- openAny promotion from no-send to sender requires explicit Spec/Guard/Freigabe and provider evidence
- openEvidence is persisted in OneAnalytics and memory is updated without undocumented debt
Done-Checkliste
Evidence
- 2026-06-02 Nutzer-BTW-OStask: "btw ostask dmarc über regulationstack loopstack etc bestpractice forever machen".
- 2026-06-02 mailbox.org verification TXT for worklink.one applied with token YES dns-apply-mailbox-org-verification-worklink-one-20260602 and verified on launch1/launch2.spaceship.net plus recursive DNS.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
regulationstack-oneloopstack-oneonespec-oneoneguard-oneoneanalytics-oneonememory-one
Surfaces
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0025
Nachfolger
- sequence_next
impl-0005-task-0038
Domains / Referenzen (4)
email-securitydomain-inventoryregulationstackloopstack
Onestack Search und generisches Prompt Panel ueber SurrealDB-Projektion fuer Taskboard, Arbeitskontexte und Struktur
Fachliche Abnahme/ACCEPT fuer impl-0005-task-0033; Runtime bleibt operative Projektion, Authority-Promotion bleibt getrennt tokenpflichtig.
Done-Kriterien
- doneSurrealDB projection schema for task, adhq, spec, guard, memory, surface, panel, working_context, structure_node, relation, evidence and prompt_event is implemented
- doneProjection importer reads authoritative JSON/Markdown sources and writes source_hash/source_path/source_updated_at for every record
- doneOnestack Search can query taskboard, ADHQ, working contexts and structure nodes with facets and relations
- doneGeneric Prompt Panel preserves original user wording, separates interpretation and supports null working context
- doneGuards verify authority hash, projection readback, One/Dec mirror, working-context projection, structure/data separation and mutation scope
- doneDec/offline export of the search projection is available as signed artifact
- doneProjection schema maps to OPRMS Runtime-Family and SurfaceDB metaclasses from ADR-0056
Done-Checkliste
- doneSpec fuer Onestack Search / Prompt Panel / SurrealDB-Projektion anlegen
- doneOneDiscovery Discovery-Index-Contract um Arbeitskontexte und Struktur erweitern
- doneSurrealDB-Baseline um Onestack-Search-Projektion erweitern
- doneMemory und Codex-Memory anlegen
- doneSurrealDB-Projektionstabellen und Importer bauen
- doneOnestack Search UI/Surface anschliessen
- doneGenerisches Prompt Panel anschliessen
- doneProjection-/Mirror-/Prompt-/Mutation-Guards bauen
- doneOPRMS-ADR-0056 in Projection-/SurfaceDB-Schema beruecksichtigen
Evidence
- 2026-06-02 User asked whether taskboard contents are in SurrealDB and agreed to extend Onestack Search and generic Prompt Panel with working contexts and structure.
- 2026-06-02 Spec, Discovery contract, SurrealDB baseline, Memory and Codex Memory created/updated.
- 2026-06-02 Onestack Search file-backed projection projector created: onediscovery-one/tools/projectors/onestack_search_projection.py.
- 2026-06-02 Projection generated: record_count=159, task_count=120, adhq_count=38, working_context_count=9, structure_node_count=660.
- 2026-06-02 FTS projection generated: onediscovery-one/data/onestack-search-projections/frfy__onediscovery-one__onestack-search-projection__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft__fts-index.json.
- 2026-06-02 Guard pass: oneguard-one/tools/guards/onestack-search-surrealdb-projection-guard.sh.
- 2026-06-02 ADR-0088 created: Governed Runtime Families, SurfaceDB separation, OneTec/TecStack/RegulationStack roles and migration path.
- 2026-06-02 OPRMS-ADR-0056 created and linked as schema baseline for runtime families, SurfaceDB and authority/projection boundaries.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
- 2026-06-02 Spec-Drift korrigiert: surface-context aus SearchModes entfernt; PromptPanel/Search nutzt Arbeitskontexte und Surface-eigene scoped Indizes statt Surface-Kontext.
- 2026-06-02 Onestack Search projiziert SurfaceDB Separation Inventory und Guard-Evidence; Query surfacedb separation inventory im Kontext surfacedb-migration ist guardbar.
- 2026-06-02 Onestack Search projiziert SurfaceDB Panel Family Migration Plan und Guard-Evidence; Query surfacedb panel family migration plan im Kontext surfacedb-migration ist guardbar.
- 2026-06-03 Migration weitergefuehrt: Onestack Search Projection aktuell record_count=253, task_count=129, adhq_count=39, working_context_count=16, structure_node_count=1157.
- 2026-06-03 SurrealDB Write/Readback Bundle aktuell projection_record_count=253, operation_count=2259, table_count=13, relation_count=692, write_candidate_count=0, token_ready_count=0.
- 2026-06-03 onestack-search-surrealdb-projection-guard und onestack-search-surrealdb-write-readback-bundle-guard pass; Live-Write bleibt Runtime-/Token-gated.
- 2026-06-03 OSPart-Normalisierung ist in Onestack Search eingebunden: Kontext ospart-governance liefert ospart-promotion-readiness als Top-Treffer; alter Kontext os-parts-governance liefert 0 Treffer.
- 2026-06-03 tecstack.workbench-search Runtime um read-only Projection-Adapter erweitert: recordsFromProjectionOperations, recordsFromProjectionBundle, workingContextsFromProjection und searchProjectionBundle.
- 2026-06-03 Echte Bundle-Probe gegen onestack-search-surrealdb-write-readback-bundle.ndjson: results=895, top=impl-0005-task-0033, arbeitskontextCandidates=32, evidence=tecstack.workbench-search/onetec.workbench-search/arbeitskontext-null/searchengines-configured.
- 2026-06-03 OneTec- und TecStack-Servicevertraege sowie Workbench-Search-Spec dokumentieren read-only Projection-Anschluss; Live-SurrealDB-Write und Authority-Promotion bleiben Runtime-/Token-gated.
- 2026-06-03 Builder materialisiert Workbench-Search-Browserasset exportfrei in angewandte InfraGO-Surfaces; stale dbinfrago-knowledge-workbench-empf Kopie ersetzt und Manifest-Hash aktualisiert.
- 2026-06-03 Shared Prompt/Results Panels materialisiert: Prompt Panel laedt Workbench-Search-Browserasset und dispatcht onestack:workbench-search-request/results; Results Panel rendert onestack:workbench-search-results als Ergebnistabelle.
- 2026-06-03 Browser-Bundle-Smoke-Test mit window-Mock pass: hasSearch=true, hasProjection=true, hasRecords=true.
- 2026-06-03 Checks pass: node --check Workbench Runtime, Prompt/Results Runtime und Module; onestack-workbench-search-query-orchestration-guard pass; onestack-search-surrealdb-projection-guard pass; onestack-search-surrealdb-write-readback-bundle-guard pass; taskboard-runtime-rendering-guard strict pass; onestack-impl-done-guard strict pass.
- 2026-06-03 Surface-Runtime-Bridge materialisiert: Viewer publishen window.__ONESTACK_WORKBENCH_SEARCH_RECORDS__ und window.__ONESTACK_WORKBENCH_SEARCH_INDEX_SCOPE__ aus dem surface-scoped Tabellenbestand.
- 2026-06-03 Shared Prompt/Results Panel Event-Vertrag materialisiert: onestack:workbench-search-request wird von Surface-Runtimes beantwortet; onestack:workbench-search-results aktualisiert Shared Results und Inline-Trefferliste.
- 2026-06-03 Guard nachgeschaerft: onestack-workbench-search-query-orchestration-guard verlangt searchProjectionBundle/recordsFromProjectionBundle sowie Surface-Record-Publish/Event-Bridge in Objektbibliothek, SOM und Knowledge-Workbench-Empf.
- 2026-06-03 dbinfrago-knowledge-workbench-empf Sonderkopie mit SOM-Viewer Runtime/Content/CSS/Workbench-Search-Browserasset synchronisiert und Manifest-Hashes aktualisiert.
- 2026-06-03 Builder entkoppelt fuer Runtime-Aenderungen: --runtime-only aktualisiert Workbench-Browserasset, Runtime-Assets und Manifest-Hashes ohne grosse Viewer-Datenquellen zu laden.
- 2026-06-03 Runtime-only Probe pass: status=pass, mode=runtime-only, data_sources_loaded=false, 18 Surface-Verzeichnisse aktualisiert.
- 2026-06-03 Workbench-Search-Guard verlangt jetzt --runtime-only/write_runtime_only/data_sources_loaded im Viewer-Builder.
- 2026-06-03 Shared Prompt Panel fuehrt jetzt onestack-search-projection.json als read-only Offline-Asset mit Manifest-Hash.
- 2026-06-03 Browser-Modelltest gegen Prompt-Panel-Projection-Asset: searchProjectionBundle count=175, top=impl-0005-task-0033, arbeitskontextCandidates=16.
- 2026-06-03 Workbench-Search-Guard prueft Prompt-Panel Projection-Asset, Manifest-Hash, file-backed/not_written_file_projection_only Status und impl-0005-task-0033 Readback.
- 2026-06-03 Browser-Offline-Export-Manifest materialisiert: onestack-search-projection-browser-offline-export-manifest, record_count=253, asset_hash_matches_source=true, asset_hash_matches_panel_manifest=true.
- 2026-06-03 Workbench-Search-Guard prueft Browser-Offline-Export-Manifest, sha256-manifest-readback, Prompt-Panel Runtime-Binding und live_surrealdb_write_executed=false.
- 2026-06-03 Dec/offline Export ist hash-readback-abgesichert und browser-offline-lesbar; kryptografische Release-Signatur bleibt separater Release-Gate und wird nicht als erledigt behauptet.
- 2026-06-03 OPRMS-ADR-0056-Mapping in Onestack Search Projection materialisiert: Projection-Kopf und 253 Records tragen runtime_family/surface_db_family/projection_lineage/version_grammar, OPRMasterSchema-Familien und SurfaceDB-Layer.
- 2026-06-03 SurrealDB Write/Readback Bundle bewahrt OPRMS-Felder in os_search_projection-Operationen; readback all_record_operations_have_oprms_metaclasses=true, all_record_operations_have_projection_lineage=true, oprms_mapped_record_count=253.
- 2026-06-03 Guards pass nach OPRMS-Nachschaerfung: onestack-search-surrealdb-projection-guard, onestack-search-surrealdb-write-readback-bundle-guard und onestack-workbench-search-query-orchestration-guard.
- 2026-06-03 Nutzer gab Token YES onestack-search-live-surrealdb-write-readback-20260603; Live-Write/Readback auf Contabo ausgefuehrt.
- 2026-06-03 Finaler Replace-Projection-Live-Readback pass: namespace=onediscovery_one, database=onestack_search_projection, os_search_projection=253, os_working_context=16, os_structure_node=1169, os_relation=705, os_prompt_event=141; stale Relation-Zeilen wurden durch Tabellen-Replace entfernt.
- 2026-06-03 Live-Evidence oneosinfra-one/data/evidence/installations/onestack-search-live-surrealdb-write-readback-20260603.json: secret_values_in_evidence=false, authority_promotion=false, runtime active true none.
- 2026-06-03 onestack-search-surrealdb-write-readback-bundle-guard prueft jetzt Live-Evidence, Token, Runtime, Namespace/DB, Counts, Required Rows, keine Secrets und keine Authority-Promotion.
- 2026-06-03 Signierter One/Dec-Mirror fuer Onestack Search erzeugt: onediscovery-dec/data/mirror/onestack-search/onestack-search-one-dec-mirror-20260603-*; Manifest-Signatur pass.
- 2026-06-03 Mirror-Evidence: onediscovery-one/data/evidence/onestack-search-mirror/onestack-search-one-dec-mirror-20260603-*.json; one_dec_sync_policy=signed-versioned-offline-readable; authority_promotion=false; secret_values_in_evidence=false.
- 2026-06-03 onestack-search-one-dec-mirror-guard pass: required files, sha256, public key, OpenSSL signature, live readback counts und no-private-key-in-bundle geprueft.
- 2026-06-03 impl-0005-task-0033 auf done_candidate gesetzt; ACCEPT bleibt fachliche Abnahme, keine automatische Authority-Promotion.
Repos
onestack-oneonediscovery-oneonespec-oneoneguard-oneonememory-onememorystack-oneonesurfacehub-oneunifiedapi-one
Surfaces
onestack-implonestack-searchgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0031
Nachfolger
- sequence_next
impl-0005-task-0034
Domains / Referenzen (7)
onestack-searchtaskboardprompt-panelsurrealdbonediscoveryarbeitskontextestruktur
Governed Runtime Families und SurfaceDB-Migration fuer OneTec/TecStack/RegulationStack
Fachliche Abnahme durch ACCEPT impl-0005-task-0034, wenn ADR-0088-Migrationsstand und OSPart Curated-Review-Decision-Matrix plausibel sind; keine Curated-/Authority-Promotion ohne separate Folgeentscheidung.
Done-Kriterien
- doneADR-0088 is accepted and referenced from relevant taskboard items
- doneOneTec baseline defines Governed Runtime Families, naming and version grammar
- doneTecStack provides reusable SurrealDB and SurfaceDB runtime stack components
- doneRegulationStack defines certification/process controls for EWR, C5, ISO 27001 and IT-Grundschutz
- doneUnifiedAPI domain registry includes runtime-family, authority/projection/evidence roles and guard policies
- doneCurrent Search/PromptPanel projection migrates from file-backed projection to guarded SurrealDB write/readback
- doneSurfaceDB code/ui/data/state/evidence separation is applied to current Surfaces and Panels
- doneMemory/Search/Prompt Panel preserves original wording, interpretation separation and context lineage across migration
- doneOPRMetaSchema/OPRMasterSchema update for runtime families and SurfaceDB is documented and referenced before runtime migration
Done-Checkliste
- doneADR-0088 schreiben
- doneOStask impl-0005-task-0033 mit ADR-0088 verknuepfen
- doneZertifizierungs-ADHQ mit ADR-0088 verknuepfen
- doneOneTec ADR/Baseline-Spiegelung materialisieren
- doneTecStack Runtime Stack Artefakte fuer SurrealDB/SurfaceDB anlegen
- doneRegulationStack Control Families fuer Zertifizierung und Prozesse anlegen
- doneUnifiedAPI Registry um Runtime-Family-Rollen erweitern
- doneMigration Guards bauen
- doneOPRMS-ADR-0056 fuer Runtime-Familien und SurfaceDB anlegen
- doneCanonical-Home-Backlog je Zielrepo erzeugen
- donePhysische Authority-Migration weiter separat token-/promotion-gated halten
- doneOneSpec Mirror-/Move-Plan fuer kleinsten Canonical-Home-Backlog erzeugen
- doneOneSpec Mirror-only Apply ausfuehren und Readback belegen
- doneBatch Mirror-only fuer alle Canonical-Home-Backlogs ausfuehren und Readback belegen
- doneCanonical-Zielpfad-Konflikt-/Aequivalenzanalyse der 8 bereits existierenden Zielpfade erzeugen
- doneCanonical-Promotion-/Resolution-Plan je Home und Artefaktklasse erzeugen
- doneResolution-Detailartefakte fuer die 6 blockierten Canonical-Zielpfade erzeugen
- doneResolution-Entscheidungsmatrix fuer die 6 blockierten Canonical-Zielpfade erzeugen
- doneNo-op-Acknowledgement-Token fuer 3 risikoarme Guard-Code-Canonical-Entscheidungen vorbereiten
- doneNo-op-Acknowledgement fuer 3 risikoarme Guard-Code-Canonical-Entscheidungen anwenden
- donePolicy-Artefakte fuer die 2 Evidence-Historie-Faelle und den 1 Multi-Source-Watchdog-Fall vorbereiten
- doneEvidence-History-Merge/Retention-Policy fuer die zwei historischen Evidence-Faelle materialisieren
- doneWatchdog-Wrapper-Contract fuer den ostask-runtime-autorun Multi-Source-Fall materialisieren
- doneReadback-/Supersession-Guard fuer Evidence-History und Watchdog-Wrapper materialisieren
- doneSupersession-/Retention-Folgeentscheidung ohne Token und ohne Mutation vorbereiten
- doneRetention-/Supersession-Registry-Contract und spaeteren Token-Scope modellieren
- doneRollback-/Readback-Plan fuer spaetere Retention-/Supersession-Aktionen modellieren
- doneFinalen No-Token-Gate-/Promotion-Readiness-Review der restlichen Canonical-Faelle materialisieren
- doneAktuellen Teilabschluss der Canonical-Governance-Kette materialisieren
- doneSearch/PromptPanel SurrealDB Write/Readback Bundle materialisieren
- doneSearch/PromptPanel Live-SurrealDB Write mit Runtime-Token ausfuehren
- doneSurfaceDB Code/UI/Data/State/Evidence Inventar je Surface/Panelfamilie erzeugen
- doneSurfaceDB Migrationsplan je Panel-Familie erzeugen
- doneSurfaceDB Physical-Apply Consent-Contract fuer OSPart-Layer-Projections materialisieren und guarden
- doneSurfaceDB Physical-Apply fuer 6 OSParts x 5 SurfaceDB-Layer token-gated ausfuehren
- doneSurfaceDB Physical-Apply Readback ueber Manifest-/Readback-Index-Hashes guarden
- doneOnestack Search Projection nach Physical-Apply-Execution live nach SurrealDB schreiben und readbacken
- doneOne/Dec Mirror und Contabo Playwright nach Physical-Apply-Execution verifizieren
- doneCurated OSPart-Promotion und Authority-Promotion separat token-/decision-gated halten
- doneOSPart SurfaceDB Physical-Apply Promotion Review ohne Promotion materialisieren und guarden
- doneOSPart SurfaceDB Physical-Apply Promotion Review in Onestack Search live readbacken und spiegeln
- doneExplizite Curated-Review-Decision-Matrix fuer OSParts ohne Promotion materialisieren und guarden
Evidence
- 2026-06-02 ADR-0088 created with TOC, roles, migration phases, guard requirements and OStask updates.
- 2026-06-02 OPRMS-ADR-0056 created; ADR-0088 now starts migration with Phase 0 OPRMS Schema Update.
- 2026-06-02 Taskboard dashboard re-rendered after OPRMS Phase 0 and impl-0005-task-0035 addition.
- 2026-06-02 ADR-0088/OPRMS-ADR-0056 extended with Activity/Eventlog, Queue/Backpressure and Betriebsreife Baseline before runtime migration.
- 2026-06-02 ADR-0088 updated: MMU-MMA-P Role Coverage Matrix and Guard are now the first migration gate.
- 2026-06-02 MMU-MMA-P Runtime-Migration-Gate verbunden: Role-Coverage-Guard, Runtime-Obligations-Guard und kombinierter Runtime-Migration-Gate-Guard sind als Pflicht-Evidence referenziert.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
- 2026-06-02 Governance Canonical-Home-Backlog erzeugt: backlog_count=279; onegov-one=109, oneguard-one=107, oneanalytics-one=60, onespec-one=3; missing_transition_evidence=0; physical_migration_now=false.
- 2026-06-02 governance-canonical-home-backlog-guard pass checks=232 blocked=0.
- 2026-06-02 OneSpec Canonical-Home Mirror/Move Plan erzeugt: record_count=3; source_missing_count=0; mirror_target_existing_count=0; canonical_target_existing_count=0; physical_migration_now=false.
- 2026-06-02 onespec-canonical-home-mirror-move-plan-guard pass checks=41 blocked=0.
- 2026-06-02 OneSpec Mirror-only Apply ausgefuehrt: mirror_target_existing_count=3; canonical_target_existing_count=0; Quellen unveraendert.
- 2026-06-02 onespec-canonical-home-mirror-readback-guard pass checks=23 blocked=0.
- 2026-06-02 Governance Canonical-Home Batch Mirror Plan erzeugt: record_count=279; oneanalytics-one=60, onegov-one=109, oneguard-one=107, onespec-one=3; source_missing_count=0.
- 2026-06-02 governance-canonical-home-batch-mirror-plan-guard pass checks=1682 blocked=0.
- 2026-06-02 Governance Canonical-Home Batch Mirror Apply ausgefuehrt: copied=276, already_current=3; scope=mirror_only; canonical_promotion_now=false.
- 2026-06-02 governance-canonical-home-batch-mirror-readback-guard pass checks=1401 blocked=0.
- 2026-06-02 Governance Canonical Target Equivalence Analysis erzeugt: record_count=8; target_count=7; equivalent_target_count=1; blocked_promotion_count=6; by_target_status={'different_existing_target': 5, 'equivalent': 1, 'multi_source_same_target': 1}.
- 2026-06-02 governance-canonical-target-equivalence-analysis-guard pass: bestehende Canonical-Zielpfade sind hashbasiert klassifiziert; canonical_promotion_now=false; physical_migration_now=false.
- 2026-06-02 Onestack Search projiziert Canonical-Target-Equivalence-Analysis und Guard-Evidence; Query governance canonical target equivalence analysis im Kontext governance-migration ist guardbar.
- 2026-06-02 Entscheidung: Analyse ist Evidence/Decision-Vorstufe, keine physische Promotion. Abweichende bestehende Canonical-Targets und Multi-Source-Konflikt bleiben bis separatem Promotion-/Resolution-Plan blockiert.
- 2026-06-02 Governance Canonical Promotion Resolution Plan erzeugt: target_count=7; noop_candidate_count=1; blocked_target_count=6; by_promotion_action={'acknowledge_existing_target_noop': 1, 'blocked_compare_and_resolve_existing_target': 5, 'blocked_split_or_select_authoritative_source': 1}; write_allowed_now=false.
- 2026-06-02 governance-canonical-promotion-resolution-plan-guard pass: 1 No-op-Kandidat, 5 Compare/Resolve-Blocker, 1 Multi-Source-Blocker; Follow-up-Token fuer Writes bleibt erforderlich.
- 2026-06-02 Entscheidung: Promotion-Plan trennt No-op/acknowledge von Resolution-Blockern; keine Datei wird geschrieben, bevor Resolution-Evidence und separater YES-Token vorliegen.
- 2026-06-02 Governance Canonical Resolution Detail Plan erzeugt: blocked_target_count=6; source_count=7; multi_source_blocker_count=1; total_diff_lines=4350; write_allowed_now=false.
- 2026-06-02 governance-canonical-resolution-detail-plan-guard pass: alle 6 Blocker haben Hash-/Diff-Evidence, erlaubte Outcomes, verbotene Aktionen ohne Token und Resolution-Evidence-Pflicht.
- 2026-06-02 Entscheidung: Detailplan ist weiterhin nicht-mutierend; naechster Schritt ist Entscheidungsmatrix/Empfehlung je Zielpfad, nicht Datei-Promotion.
- 2026-06-02 Governance Canonical Resolution Decision Matrix erzeugt: decision_count=6; write_candidate_count=0; noop_acknowledgement_candidate_count=3; not_ready_count=3; by_recommendation={'keep_existing_canonical_evidence_and_preserve_source_as_historical_evidence': 2, 'keep_existing_canonical_as_authority_mark_source_superseded': 3, 'keep_existing_canonical_as_authority_and_split_wrapper_sources': 1}.
- 2026-06-02 governance-canonical-resolution-decision-matrix-guard pass: Matrix ist recommendation-only, nicht-mutierend, ohne Write-Kandidaten und mit Resolution-Evidence je Entscheidung.
- 2026-06-02 Entscheidung: drei Guard-Code-Faelle koennen als No-op/Acknowledgement vorbereitet werden; Evidence-Historie und Multi-Source-Watchdog bleiben nicht bereit fuer Schreibtoken.
- 2026-06-02 Governance Canonical No-op Ack Token Preparation erzeugt: candidate_count=3; write_candidate_count=0; not_in_scope_count=3; prepared_token=YES acknowledge-oneguard-canonical-guard-code-supersede-oneguardph-20260602; apply_now=false; write_allowed_now=false.
- 2026-06-02 governance-canonical-noop-ack-token-preparation-guard pass: Token ist vorbereitet, scope-beschraenkt auf drei oneguard-one Guard-Code-Ziele, nicht-mutierend und ohne Dateioperation.
- 2026-06-02 Entscheidung: Token-Anwendung darf spaeter nur No-op-Acknowledgement-Evidence erzeugen; keine Datei darf ueberschrieben, geloescht, umbenannt oder promoted werden.
- 2026-06-02 Governance Canonical No-op Ack Apply ausgefuehrt: acknowledgement_count=3; file_mutation_count=0; canonical_unchanged_count=3; superseded_source_count=3; applied_token=YES acknowledge-oneguard-canonical-guard-code-supersede-oneguardph-20260602.
- 2026-06-02 governance-canonical-noop-ack-apply-guard pass: drei oneguard-one Canonical-Guard-Code-Ziele blieben unveraendert; oneguardph-one Quellen sind nur in Evidence als superseded_legacy_mirror_source markiert.
- 2026-06-02 Entscheidung: No-op-Acknowledgement ist angewendet, ohne Dateien zu ueberschreiben, zu loeschen, umzubenennen oder zu promoten.
- 2026-06-02 Governance Canonical Remaining Policy Plan erzeugt: policy_count=3; evidence_history_policy_count=2; watchdog_wrapper_policy_count=1; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 governance-canonical-remaining-policy-plan-guard pass: zwei Evidence-History-Policies und eine Watchdog-Wrapper-Authority-Split-Policy sind klassifiziert; Writes und Token-Vorbereitung bleiben deaktiviert.
- 2026-06-02 Entscheidung: verbleibende drei Faelle brauchen erst getrennte Evidence-History-Merge/Retention-Policy bzw. Watchdog-Wrapper-Contract; kein Schreibtoken.
- 2026-06-02 Governance Canonical Evidence History Policy erzeugt: policy_record_count=2; write_candidate_count=0; token_ready_count=0; delete_candidate_count=0; archive_candidate_count=0.
- 2026-06-02 governance-canonical-evidence-history-policy-guard pass: beide historischen Evidence-Runs bleiben append-only unterscheidbar; kein Overwrite/Delete/Merge ohne Run-Identity und Retention-Entscheid.
- 2026-06-02 Governance Canonical Watchdog Wrapper Contract erzeugt: contract_count=1; wrapper_contract_count=1; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 governance-canonical-watchdog-wrapper-contract-guard pass: oneguard.one bleibt Guard-Authority, oneanalytics.one bleibt Watchdog-Wrapper-Authority; keine Pfadvermischung.
- 2026-06-02 Onestack Search projection erweitert: Evidence-History-Policy und Watchdog-Wrapper-Contract samt Guard-Evidence sind im Kontext governance-migration auffindbar; Search-Guard pass.
- 2026-06-02 Governance Canonical Readback Supersession erzeugt: record_count=3; evidence_history_readback_count=2; watchdog_wrapper_supersession_count=1; blocked_readback_count=0; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 governance-canonical-readback-supersession-guard pass: alle Canonical-/Historical-/Wrapper-/Legacy-Pfade sind lesbar, Guard und Wrapper bleiben getrennt, oneguardph.one ist nur superseded legacy placeholder source.
- 2026-06-02 Onestack Search projection erweitert: Readback-/Supersession-Artefakt und Guard-Evidence sind Top-Treffer im Kontext governance-migration; Search-Guard pass.
- 2026-06-02 Governance Canonical Supersession Retention Decision erzeugt: decision_count=3; evidence_history_retention_decision_count=2; watchdog_wrapper_supersession_decision_count=1; write/delete/move/archive/pointer/token candidate counts all 0.
- 2026-06-02 governance-canonical-supersession-retention-decision-guard pass: alle Folgeaktionen bleiben tokenpflichtig und blockiert bis Retention-/Legal-Hold-/Pointer-/Archive-/Supersession-Registry-Contracts separat entschieden sind.
- 2026-06-02 Onestack Search projection erweitert: Supersession-Retention-Decision und Guard-Evidence sind Top-Treffer im Kontext governance-migration; Search-Guard pass.
- 2026-06-02 Governance Canonical Retention Supersession Contract erzeugt: contract_count=3; retention_registry_contract_count=2; supersession_registry_contract_count=1; future_token_scope_model_count=3; prepared_token_count=0; token_ready_count=0.
- 2026-06-02 governance-canonical-retention-supersession-contract-guard pass: Registry-Authorities, Source-Hashes, Future-Token-Scopes und Must-Not-Authorize-Grenzen sind vorhanden; kein konkreter Token vorbereitet.
- 2026-06-02 Onestack Search projection erweitert: Retention-Supersession-Contract und Guard-Evidence sind Top-Treffer im Kontext governance-migration; Search-Guard pass.
- 2026-06-02 Governance Canonical Rollback Readback Plan erzeugt: plan_count=3; preflight_readback_count=3; post_apply_readback_count=3; rollback_plan_count=3; token_ready_count=0; write_candidate_count=0.
- 2026-06-02 governance-canonical-rollback-readback-plan-guard pass: spaetere Retention-/Supersession-Aktionen haben Preflight-/Post-Apply-Readback, Rollback-Plan und verbotene Aktionen ohne Token.
- 2026-06-02 Onestack Search projiziert Rollback-/Readback-Plan und Guard-Evidence; Query governance canonical rollback readback plan im Kontext governance-migration liefert beide als Top-Treffer.
- 2026-06-02 Entscheidung: Auch nach Contract und Rollback-/Readback-Plan bleibt token_ready_count=0; es wurde kein Schreibtoken vorbereitet und keine Dateioperation ausgefuehrt.
- 2026-06-02 Governance Canonical Final No Token Readiness Review erzeugt: review_count=4; completed_noop_acknowledgement_count=1; future_only_case_count=3; token_ready_count=0; write_candidate_count=0; promotion_ready_count=0.
- 2026-06-02 governance-canonical-final-no-token-readiness-review-guard pass: final_decision=no_current_token_ready_no_current_promotion_ready; token_to_offer_now=null.
- 2026-06-02 Onestack Search projiziert Final-No-Token-Review und Guard-Evidence; Query governance canonical final no token readiness review im Kontext governance-migration liefert beide als Top-Treffer.
- 2026-06-02 Entscheidung: Der aktuelle Canonical-Governance-Zweig ist ohne weiteren Token teilabschlussfaehig; der grosse Migrations-Task bleibt offen fuer OneTec/TecStack/RegulationStack Baseline- und Runtime-Family-Artefakte.
- 2026-06-02 Governance Canonical Chain Partial Closure erzeugt: source_ref_count=7; closed_branch_count=1; remaining_work_package_count=4; token_ready_count=0; write_candidate_count=0; promotion_ready_count=0.
- 2026-06-02 governance-canonical-chain-partial-closure-guard pass: Canonical-Governance-Zweig ist teilgeschlossen; impl-0005-task-0034 bleibt offen fuer Runtime-Family-Migration.
- 2026-06-02 Onestack Search projiziert Chain Partial Closure und Guard-Evidence; Query governance canonical chain partial closure im Kontext governance-migration liefert beide als Top-Treffer.
- 2026-06-02 Entscheidung: Naechster groesserer Schritt ist OneTec ADR/Baseline-Spiegelung, danach TecStack Runtime Stack Artefakte fuer SurrealDB/SurfaceDB.
- 2026-06-02 OneTec Governed Runtime Families SurfaceDB Baseline materialisiert: runtime_family_count=5; surfacedb_layer_count=5; role_boundary_count=4; baseline_rule_count=8; version_field_count=6; source_ref_count=4.
- 2026-06-02 onetec-governed-runtime-baseline-guard pass: OneTec ist Authority fuer Technologie-Fakten/Baseline/Rollen-/Versionsgrammatik; TecStack bleibt Runtime-Stack; token_required_now=false; write_runtime_now=false.
- 2026-06-02 Onestack Search projiziert OneTec-Baseline und Guard-Evidence; Query onetec governed runtime surfacedb baseline im Kontext governance-migration liefert die Baseline als Top-Treffer.
- 2026-06-02 Entscheidung: OneTec-Spiegelung ist erledigt; naechster Schritt ist TecStack Runtime Stack Artefakte fuer SurrealDB/SurfaceDB.
- 2026-06-02 TecStack SurfaceDB/SurrealDB Runtime Components materialisiert: runtime_component_count=8; surrealdb_runtime_binding_count=5; surfacedb_component_count=5; artifact_policy_count=3; source_ref_count=6; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 tecstack-surfacedb-surrealdb-runtime-components-guard pass: TecStack liefert wiederverwendbare Runtime-Komponenten; OneTec bleibt Technologie-Fakten/Baseline-Authority; UnifiedAPI bleibt Service Edge.
- 2026-06-02 Onestack Search projiziert TecStack Runtime Components und Guard-Evidence; Query tecstack surfacedb surrealdb runtime components im Kontext governance-migration liefert beide als Top-Treffer.
- 2026-06-02 Entscheidung: TecStack Runtime-Artefakte sind erledigt; naechster Schritt ist RegulationStack Control Families fuer Zertifizierung und Prozesse.
- 2026-06-02 RegulationStack Certification Process Control Families materialisiert: control_family_count=5; evidence_binding_count=20; source_ref_count=5; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 regulationstack-certification-process-control-families-guard pass: EWR-Datensouveraenitaet, C5, ISO 27001/IT-Grundschutz, Prozesskontrollen und Audit/Evidence-Retention sind als Control Families abgebildet.
- 2026-06-02 Onestack Search projiziert RegulationStack Control Families und Guard-Evidence; Query regulationstack certification process control families im Kontext governance-migration liefert beide als Top-Treffer.
- 2026-06-02 Entscheidung: RegulationStack Control Families sind erledigt; naechster Schritt ist UnifiedAPI Registry um Runtime-Family-Rollen erweitern und Migration Guards bauen.
- 2026-06-02 UnifiedAPI Runtime Family Domain Role Registry materialisiert: domain_role_count=11; required_role_field_count=15; registry_rule_count=8; source_ref_count=6; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 unifiedapi-runtime-family-domain-role-registry-guard pass: UnifiedAPI-Domaenen fuehren Service-, Authority-, Projection-, Evidence-, Tenant-, Queue-/Backpressure-, Persistence-, Promotion- und Guard-Rollen explizit.
- 2026-06-02 Runtime-Family SurfaceDB Migration Readiness Guard materialisiert und pass: OneTec, TecStack, RegulationStack und UnifiedAPI Registry sind als vier Saeulen quergelesen; keine Runtime-Write-/Promotion-/Tokenfreigabe liegt vor.
- 2026-06-02 Onestack Search projiziert UnifiedAPI Registry und Runtime-Family-Migration-Guard; Queries unifiedapi runtime family domain role registry und runtime family surfacedb migration readiness guard im Kontext governance-migration sind guardbar.
- 2026-06-02 Onestack Search SurrealDB Write/Readback Bundle materialisiert: projection_record_count=240; operation_count=2155; table_count=13; working_context_count=14; structure_node_count=1108; relation_count=665; prompt_wording_event_count=128; live_surrealdb_write_now=false; token_prepared_now=false.
- 2026-06-02 onestack-search-surrealdb-write-readback-bundle-guard pass: Bundle, SURQL, NDJSON-Operationen, Source-Hashes, Arbeitskontexte, Strukturknoten, Relations und Prompt-Wortlaut-Trennung sind guardbar; Live-Write bleibt Runtime-/Token-gated.
- 2026-06-02 Onestack Search projiziert SurrealDB Write/Readback Bundle und Guard-Evidence; Query onestack search surrealdb write readback bundle im Kontext governance-migration ist guardbar.
- 2026-06-02 OneSpec Drift korrigiert: onestack-search-taskboard-prompt-panel-surrealdb-projection fuehrt surface-context nicht mehr als SearchMode; verbindlich ist scoped Surface-Index je suchendem Surface mit Lineage, Evidence und Guard-Readback.
- 2026-06-02 Memory synchronisiert: Codex-Memory und OneMemory-Record dokumentieren Surface-Index-Vertrag statt Surface-Kontext-Suchmodus.
- 2026-06-02 Guards nach Spec-Korrektur pass: onestack-search-surrealdb-projection-guard, onestack-search-surrealdb-write-readback-bundle-guard und taskboard-runtime-rendering-guard strict.
- 2026-06-02 SurfaceDB Separation Inventory materialisiert: record_count=215; SurfaceCodeDB=153; SurfaceUIDB=39; SurfaceDataDB=5; SurfaceStateDB=11; SurfaceEvidenceDB=7; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 surfacedb-separation-inventory-guard pass: checks=1942 blocked=0; Hash-Readback, Layer-Vertraege, Nicht-Mutation und Pflichtfelder sind guardbar.
- 2026-06-02 Onestack Search projiziert SurfaceDB Separation Inventory und Guard-Evidence im Arbeitskontext surfacedb-migration; Query surfacedb separation inventory liefert Inventar und Guard-Evidence.
- 2026-06-02 SurfaceDB Panel Family Migration Plan materialisiert: panel_family_count=11; required_panel_family_count=6; contract_required_no_current_source_count=6; observed_family_inventory_count=5; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 surfacedb-panel-family-migration-plan-guard pass: checks=50 blocked=0; Pflichtfamilien PromptPanel, SearchConfigPanel, ResultPanelParent, ResultTablePanel, ResultMultiFilePanel und ResultExportPanel sind als OS-Part-Zielvertraege modelliert.
- 2026-06-02 Onestack Search projiziert SurfaceDB Panel Family Migration Plan und Guard-Evidence im Arbeitskontext surfacedb-migration; Query surfacedb panel family migration plan liefert Plan und Guard-Evidence als Top-Treffer.
- 2026-06-02 OS-Part-Abgrenzung fuer SurfaceDB-Pflichtfamilien geklaert: ospart-onetec-* traegt Architektur/Kuration/Baseline; ospart-tecstack-* traegt technische Runtime/UI-Panel-Bausteine.
- 2026-06-02 OS-Part Contract Artifacts fuer SurfaceDB-Panel-Familien erzeugt: onetec_count=1, tecstack_count=7, Guard pass checks=82 blocked=0.
- 2026-06-03 SurfaceDB Physical-Apply Consent-Contract materialisiert und Guard pass: scoped token YES surfacedb-physical-apply-ospart-layer-projections-20260603, 6 OSParts, 30 Layer, 60 geplante File-Creates, keine Authority-/Curated-Promotion.
- 2026-06-03 SurfaceDB Physical-Apply ausgefuehrt: tecstack-one/osparts/ospart-tecstack-{prompt-panel,search-config-panel,result-panel-parent,result-table-panel,result-multi-file-panel,result-export-panel}/surfacedb/{code,ui,data,state,evidence}/{manifest.json,readback-index.json}; written_artifact_count=60.
- 2026-06-03 surfacedb-physical-apply-readback-guard pass: 497 Checks, blocked=0; Manifest-/Readback-Index-Hash-Readback, no authority_promotion, no curated_promotion, no tenant_fachliche_data_in_ospart.
- 2026-06-03 Onestack Search Projection nach SurfaceDB-Physical-Apply-Execution neu erzeugt: record_count=267, task_count=132, adhq_count=40, working_context_count=16, structure_node_count=1225, operation_count=2392.
- 2026-06-03 Live-SurrealDB Write/Readback auf Contabo mit Token YES onestack-search-live-surrealdb-write-readback-after-surfacedb-physical-apply-execution-20260603 pass: required rows surfacedb_physical_apply_consent_contract, surfacedb_physical_apply_execution_evidence und surfacedb_physical_apply_readback_guard sind true; authority_promotion=false.
- 2026-06-03 One/Dec Mirror nach SurfaceDB-Physical-Apply-Execution neu gebaut und signiert: onestack-search-one-dec-mirror-20260603-a05ad651; onestack-search-one-dec-mirror-guard pass.
- 2026-06-03 Contabo Playwright Interaktionsguard fuer DB InfraGO Knowledge Viewer/Workbench pass: generated_at=2026-06-03T12:33:45.952Z; 20 Surface/Viewport-Ergebnisse, non_pass=0.
- 2026-06-03 impl-0005-task-0034 bleibt open fuer curated OSPart-Promotion, Authority-Promotion und weitergehende SurfaceDB-Migration ueber die aktuellen OSPart-Layer-Projections hinaus; diese Folgearbeiten bleiben separat token-/decision-gated.
- 2026-06-03 OSPart SurfaceDB Physical-Apply Promotion Review materialisiert: 8 OSParts geprueft, 6 im Apply-Scope, 6 mit vollstaendigen code/ui/data/state/evidence SurfaceDB-Layern, curated_promotion_count=0, authority_promotion_count=0, write_candidate_count=0, token_ready_count=0.
- 2026-06-03 ospart-surfacedb-physical-apply-promotion-review-guard pass: 183 Checks, blocked=0; Physical-Apply darf nicht als Curated- oder Authority-Promotion interpretiert werden.
- 2026-06-03 Onestack Search Projection nach OSPart-Review neu erzeugt: record_count=269, task_count=132, adhq_count=40, working_context_count=16, structure_node_count=1235, operation_count=2412.
- 2026-06-03 Live-SurrealDB Write/Readback auf Contabo mit Token YES onestack-search-live-surrealdb-write-readback-after-ospart-surfacedb-physical-apply-promotion-review-20260603 pass: required row ospart_surfacedb_physical_apply_promotion_review=true; authority_promotion=false.
- 2026-06-03 One/Dec Mirror nach OSPart-Review-Live-Write neu gebaut und signiert: onestack-search-one-dec-mirror-20260603-f18bd1b4; onestack-search-one-dec-mirror-guard pass.
- 2026-06-03 Naechster fachlicher Schritt ist Diskussion/Entscheidung zur expliziten Curated-Review-Decision-Matrix; keine Promotion ist vorbereitet oder token-ready.
- 2026-06-03 Revalidation: runtime-family-surfacedb-migration-readiness-guard pass, surfacedb-panel-family-migration-plan-guard pass checks=62 blocked=0, surfacedb-physical-apply-readback-guard pass checks=497 blocked=0, ospart-surfacedb-physical-apply-promotion-review-guard pass checks=183 blocked=0.
- 2026-06-03 SurfaceDB code/ui/data/state/evidence separation fuer aktuelle OSPart-Panel-Familien als done markiert; Evidence bleibt keine Curated-Promotion und keine Authority-Promotion.
- 2026-06-03 Memory/Search/Prompt Panel Lineage als done markiert: Onestack Search/PromptPanel Projektion fuehrt original_user_prompt, derived_interpretation, Arbeitskontexte und projection_lineage; Write/Readback-Bundle prueft Prompt-Wortlaut-Trennung und keine Authority-Promotion.
- 2026-06-03 Curated OSPart-Promotion und Authority-Promotion bleiben separat token-/decision-gated; naechster fachlicher Schritt bleibt explizite Curated-Review-Decision-Matrix erst nach Diskussion.
- 2026-06-03 OSPart Curated-Review-Decision-Matrix erzeugt: 8 Entries, curated_promotion_now=false, authority_promotion_now=false, write_candidate_count=0, token_ready_count=0.
- 2026-06-03 ospart-curated-review-decision-matrix-guard pass: checks=102 blocked=0.
- 2026-06-03 Entscheidung: Matrix ist Review-Evidence und Diskussionsgrundlage; sie setzt keinen curated Status, bereitet keinen Token vor und fuehrt keine Runtime-/Authority-Mutation aus.
Repos
onestack-oneonetec-onetecstack-oneregulationstack-oneonespec-oneoneguard-oneoneanalytics-oneonediscovery-oneonememory-onememorystack-oneonesurfacehub-oneunifiedapi-oneoprmasterschema-one
Surfaces
onestack-implonestack-searchgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0033
Nachfolger
- sequence_next
impl-0005-task-0035
Domains / Referenzen (11)
onetectecstackregulationstacksurrealdbsurfacedbcertificationprocessesmemoryunifiedapioprmetaschemaoprmasterschema
OPRMetaSchema-/OPRMasterSchema-Update fuer Governed Runtime Families und SurfaceDB
Fachliche Abnahme durch ACCEPT impl-0005-task-0035, wenn OPRMetaSchema-/OPRMasterSchema-Ableitung und Guard-Abdeckung plausibel sind.
Done-Kriterien
- doneOPRMS-ADR-0056 documents metaclasses for runtime families, SurfaceDB, authority status, projection lineage, promotion events and version grammar
- doneOPRMasterSchema derivation defines OneStack, OneTec, TecStack, RegulationStack, UnifiedAPI and SurfaceDB object families
- doneMachine-readable OPRMetaSchema/OPRMasterSchema schema artifacts are updated
- doneSchema guards verify runtime-family and SurfaceDB conformance
- doneADR-0088, impl-0005-task-0033 and impl-0005-task-0034 reference the OPRMS update
- doneMemory and Codex memory preserve the migration rule for next sessions
- doneProjection/projector count discrepancy is explained or corrected after schema update
Done-Checkliste
- doneOPRMetaSchema Runtime-Families/SurfaceDB Extension JSON ist vorhanden
- doneOPRMasterSchema OneStack Runtime-Families/SurfaceDB Derivation JSON ist vorhanden
- doneSchema-/Boundary-/SurfaceDB-/UnifiedAPI-Guards laufen pass
- doneOnestack Search Projection ist nach Schema-Update neu gebaut und Guard-pass
Evidence
- 2026-06-02 Nutzer-BTW: "bitte oprmetaschema und oprmasterschema berücksichtigen und als Teil der Migration aktualisieren."
- 2026-06-02 OPRMS-ADR-0056 created as work-draft schema update for Governed Runtime Families and SurfaceDB.
- 2026-06-02 ADR-0088 updated with OPRMetaSchema-/OPRMasterSchema binding and Phase 0 OPRMS Schema Update.
- 2026-06-02 oprmasterschema-one/docs/surrealdb.md updated with runtime-family roles.
- 2026-06-02 Memory record and Codex memory updated with OPRMS Phase 0 migration rule.
- 2026-06-02 operational-taskboard-item-guard pass after OPRMS migration task update.
- 2026-06-02 onestack-search-surrealdb-projection-guard pass after sequenced projector rerun.
- 2026-06-02 taskboard-item-lifecycle-guard remains blocked by older lifecycle/debt items outside impl-0005-task-0035; violations recorded in OneAnalytics evidence.
- 2026-06-02 ADR-0088/OPRMS-ADR-0056 extended with Activity/Eventlog, Queue/Backpressure and Betriebsreife Baseline before runtime migration.
- 2026-06-02 ADR-0088 updated: MMU-MMA-P Role Coverage Matrix and Guard are now the first migration gate.
- 2026-06-02 MMU-MMA-P Runtime-Migration-Gate verbunden: Role-Coverage-Guard, Runtime-Obligations-Guard und kombinierter Runtime-Migration-Gate-Guard sind als Pflicht-Evidence referenziert.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
- 2026-06-02 Governance Canonical-Home-Backlog erzeugt: backlog_count=279; onegov-one=109, oneguard-one=107, oneanalytics-one=60, onespec-one=3; missing_transition_evidence=0; physical_migration_now=false.
- 2026-06-02 governance-canonical-home-backlog-guard pass checks=232 blocked=0.
- 2026-06-02 OneSpec Canonical-Home Mirror/Move Plan erzeugt: record_count=3; source_missing_count=0; mirror_target_existing_count=0; canonical_target_existing_count=0; physical_migration_now=false.
- 2026-06-02 onespec-canonical-home-mirror-move-plan-guard pass checks=41 blocked=0.
- 2026-06-02 OneSpec Mirror-only Apply ausgefuehrt: mirror_target_existing_count=3; canonical_target_existing_count=0; Quellen unveraendert.
- 2026-06-02 onespec-canonical-home-mirror-readback-guard pass checks=23 blocked=0.
- 2026-06-02 Governance Canonical-Home Batch Mirror Plan erzeugt: record_count=279; oneanalytics-one=60, onegov-one=109, oneguard-one=107, onespec-one=3; source_missing_count=0.
- 2026-06-02 governance-canonical-home-batch-mirror-plan-guard pass checks=1682 blocked=0.
- 2026-06-02 Governance Canonical-Home Batch Mirror Apply ausgefuehrt: copied=276, already_current=3; scope=mirror_only; canonical_promotion_now=false.
- 2026-06-02 governance-canonical-home-batch-mirror-readback-guard pass checks=1401 blocked=0.
- 2026-06-03 Maschinenlesbare OPRMetaSchema-Erweiterung materialisiert: oprmasterschema-one/docs/schema/frfy__oprmasterschema-one__oprmetaschema-runtime-families-surfacedb-extension__schema__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json mit 22 Metaklassen.
- 2026-06-03 Maschinenlesbare OPRMasterSchema-Ableitung materialisiert: oprmasterschema-one/docs/schema/frfy__oprmasterschema-one__onestack-runtime-families-surfacedb-masterschema-derivation__schema__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json mit 12 Objektfamilien.
- 2026-06-03 oprms-runtime-family-schema-guard pass: 69 Checks, blocked=0; Wrapper-Guards oprmasterschema-runtime-family-derivation, authority-projection-boundary, surface-db-layer-separation und unifiedapi-runtime-role delegieren auf denselben strengen Schema-Guard und laufen pass.
- 2026-06-03 Projection/projector count discrepancy erklaert/korrigiert: alter Dashboard-/Runtime-Index-Ausschnitt war vor Schema-Update; Onestack Search Projection neu gebaut: record_count=302, task_count=136, adhq_count=42, working_context_count=18, structure_node_count=1354; onestack-search-surrealdb-projection-guard pass.
- 2026-06-03 Onestack Search Projection nach direkter Schema-Artefakt-Aufnahme neu gebaut: record_count=305, task_count=136, adhq_count=42, working_context_count=18, structure_node_count=1368; Query oprmetaschema runtime families surfacedb extension liefert OPRMetaSchema-Extension als Top-Treffer, Query oprms runtime family schema guard liefert Guard-Evidence als Top-Treffer; Projection-Guard pass.
Repos
oprmasterschema-oneonestack-oneonespec-oneoneguard-oneoneanalytics-oneonediscovery-oneonememory-onememorystack-one
Surfaces
oprmetaschema-orgonestack-implonestack-searchgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0034
Nachfolger
- sequence_next
impl-0005-task-0036
Domains / Referenzen (8)
oprmetaschemaoprmasterschemaonetectecstackregulationstackunifiedapisurfacedbsurrealdb
Activity/Eventlog-, Queue-, Backpressure- und Betriebsreife-Baseline fuer OneStack Runtime-Migration
Fachliche Abnahme durch ACCEPT impl-0005-task-0036, wenn Activity/Eventlog-/Queue-Baseline, Responsibility Readiness und Runtime-Migration-Block plausibel sind.
Done-Kriterien
- doneADR-0088 migration order includes Activity/Eventlog, Evidence and Queue Baseline before Projection Runtime migration
- doneOPRMS-ADR-0056 includes metaclasses for activity events, eventlog binding, queue work items, backpressure policy, observability, tenant isolation, retention and schema evolution
- doneMachine-readable specs for activity/eventlog and queue/backpressure are created
- doneGuards for append-only eventlog, queue replay/backpressure, tenant isolation, rate limits/abuse, SLO/incident/runbook, retention/legal hold/export and schema evolution exist
- doneLoopStack/TecStack/OneAnalytics/RegulationStack responsibilities are implemented and evidenced
- doneOnestack Search/Prompt Panel runtime migration is blocked until baseline guards pass or a scoped decision explicitly overrides
Done-Checkliste
- doneActivity/Eventlog- und Queue/Backpressure/Replay-Specs sind vorhanden
- doneSpezifische Activity/Queue Guards sind pass
- doneResponsibility Readiness und Runtime-Migration-Block sind guard-geprueft
Evidence
- 2026-06-02 ADR review from top-down and bottom-up identified missing operational readiness for multimillion users and billion activities.
- 2026-06-02 ADR-0088 updated: Phase 1 Activity/Eventlog, Evidence and Queue Baseline before file-backed Projection and SurrealDB Projection Runtime.
- 2026-06-02 OPRMS-ADR-0056 updated with activity_event, eventlog_binding, queue_work_item, backpressure_policy, observability_signal, tenant_realm_isolation, retention_policy and schema_evolution_policy.
- 2026-06-02 operational-taskboard-item-guard pass after impl-0005-task-0036 creation.
- 2026-06-02 Onestack Search projection regenerated: record_count=162 task_count=123 adhq_count=38 working_context_count=9 structure_node_count=694.
- 2026-06-02 onestack-search-surrealdb-projection-guard pass after impl-0005-task-0036 projection.
- 2026-06-02 ADR-0088 updated: MMU-MMA-P Role Coverage Matrix and Guard are now the first migration gate.
- 2026-06-02 MMU-MMA-P Runtime-Migration-Gate verbunden: Role-Coverage-Guard, Runtime-Obligations-Guard und kombinierter Runtime-Migration-Gate-Guard sind als Pflicht-Evidence referenziert.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
- 2026-06-02 Governance Canonical-Home-Backlog erzeugt: backlog_count=279; onegov-one=109, oneguard-one=107, oneanalytics-one=60, onespec-one=3; missing_transition_evidence=0; physical_migration_now=false.
- 2026-06-02 governance-canonical-home-backlog-guard pass checks=232 blocked=0.
- 2026-06-02 Governance Canonical-Home Batch Mirror Plan erzeugt: record_count=279; oneanalytics-one=60, onegov-one=109, oneguard-one=107, onespec-one=3; source_missing_count=0.
- 2026-06-02 governance-canonical-home-batch-mirror-plan-guard pass checks=1682 blocked=0.
- 2026-06-02 Governance Canonical-Home Batch Mirror Apply ausgefuehrt: copied=276, already_current=3; scope=mirror_only; canonical_promotion_now=false.
- 2026-06-02 governance-canonical-home-batch-mirror-readback-guard pass checks=1401 blocked=0.
- 2026-06-03 Activity/Eventlog und Queue Specs um Tenant/Realm, Rate-Limit/Abuse, Retention/Legal-Hold/Export und Schema-Evolution Policies erweitert.
- 2026-06-03 Specific MMU-MMA-P Activity/Queue guards pass: activity-eventlog-append-only (16 checks), queue-backpressure-replay (26), tenant-realm-isolation (21), rate-limit-abuse-boundary (20), slo-incident-runbook (10), retention-legal-hold-export (20), schema-evolution-compatibility (20); all blocked=0.
- 2026-06-03 Activity/Eventlog/Queue responsibility readiness registry materialized for LoopStack, TecStack, OneAnalytics and RegulationStack.
- 2026-06-03 Onestack Search/Prompt Panel runtime migration gate explicitly blocks runtime migration until all Activity/Eventlog/Queue baseline and responsibility guards pass, unless a scoped explicit YES token overrides with rollback/readback/reason.
Repos
onestack-oneoprmasterschema-oneonetec-onetecstack-oneregulationstack-oneoneanalytics-oneloopstack-oneonespec-oneoneguard-oneonediscovery-oneonememory-onememorystack-one
Surfaces
onestack-implonestack-searchgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0035
Nachfolger
- sequence_next
impl-0005-task-0037
Domains / Referenzen (14)
activityeventlogqueuebackpressureobservabilitytenant-isolationsloincidentretentionabuseschema-evolutiononetectecstackregulationstack
MMU-MMA-P Role Coverage Matrix und Guard als Eingangsgate fuer OneStack Runtime-Migration
Fachliche Abnahme durch ACCEPT impl-0005-task-0037, wenn die technische Evidence und die fachliche Grenze plausibel sind.
Done-Kriterien
- doneADR-0088 places MMU-MMA-P Role Coverage Matrix and Guard as first migration gate
- doneOPRMS-ADR-0056 defines role_coverage_matrix, role_coverage_entry and role_coverage_source metaclasses
- doneMachine-readable Role Coverage Matrix is generated from ADRs, OPRMS, MasterSchema, UAPI registry, Memory, Taskboard and registries
- doneGuard verifies every known role is covered, excluded, open, conflict or superseded with evidence/follow-up
- doneRuntime migration tasks are blocked or flagged until Role Coverage Guard passes
- doneMemory and Codex memory preserve the first-gate rule for future sessions
- doneRuntime migration tasks are connected to Role Coverage Guard, Runtime Obligations Guard and combined Runtime-Migration-Gate Guard
- doneRole coverage and runtime obligation artifacts are visible in Onestack Search projection
- doneOnestack Search guard requires role coverage, runtime obligations and runtime gate evidence records
- doneRead-only Onestack Search query adapter can retrieve MMU-MMA-P governance records by working context
- doneOnestack Search guard verifies query adapter results for role coverage and runtime migration gate records
- doneOnestack Search projection writes are atomic to avoid half-written guard reads
- doneRuntime migration gate query ranks pass gate evidence first
- doneRuntime obligations review report exists and does not change gate status or mark roles open
- doneRuntime obligations review guard blocks high/medium findings and allows documented low/info review evidence
- doneOnestack Search projection includes runtime obligations review and review guard evidence
- doneOnestack Search query adapter interface is documented and guarded
Done-Checkliste
- doneVerify: ADR-0088 places MMU-MMA-P Role Coverage Matrix and Guard as first migration gate
- doneVerify: OPRMS-ADR-0056 defines role_coverage_matrix, role_coverage_entry and role_coverage_source metaclasses
- doneVerify: Machine-readable Role Coverage Matrix is generated from ADRs, OPRMS, MasterSchema, UAPI registry, Memory, Taskboard and registries
- doneVerify: Guard verifies every known role is covered, excluded, open, conflict or superseded with evidence/follow-up
- doneVerify: Runtime migration tasks are blocked or flagged until Role Coverage Guard passes
- doneVerify: Memory and Codex memory preserve the first-gate rule for future sessions
- doneVerify: Runtime migration tasks are connected to Role Coverage Guard, Runtime Obligations Guard and combined Runtime-Migration-Gate Guard
- doneVerify: Role coverage and runtime obligation artifacts are visible in Onestack Search projection
- doneVerify: Onestack Search guard requires role coverage, runtime obligations and runtime gate evidence records
- doneVerify: Read-only Onestack Search query adapter can retrieve MMU-MMA-P governance records by working context
- doneVerify: Onestack Search guard verifies query adapter results for role coverage and runtime migration gate records
- doneVerify: Onestack Search projection writes are atomic to avoid half-written guard reads
- doneVerify: Runtime migration gate query ranks pass gate evidence first
- doneVerify: Runtime obligations review report exists and does not change gate status or mark roles open
- doneVerify: Runtime obligations review guard blocks high/medium findings and allows documented low/info review evidence
- doneVerify: Onestack Search projection includes runtime obligations review and review guard evidence
- doneVerify: Onestack Search query adapter interface is documented and guarded
- doneEvidence list present and non-empty
Evidence
- 2026-06-02 User challenged why Role Coverage Matrix and Guard Pflicht were not first in ADR-0088.
- 2026-06-02 ADR-0088 updated: MMU-MMA-P Role Coverage Matrix is section 2 and Phase -1 before OPRMS Schema Update.
- 2026-06-02 OPRMS-ADR-0056 updated with role_coverage_matrix, role_coverage_entry and role_coverage_source.
- 2026-06-02 operational-taskboard-item-guard pass after impl-0005-task-0037 creation.
- 2026-06-02 Onestack Search projection regenerated: record_count=163 task_count=124 adhq_count=38 working_context_count=9 structure_node_count=704.
- 2026-06-02 onestack-search-surrealdb-projection-guard pass after impl-0005-task-0037 projection.
- 2026-06-02 Spec angelegt: onespec-one/docs/specs/frfy__onespec-one__mmu-mma-p-role-coverage-matrix__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- 2026-06-02 Matrix-Builder angelegt: onediscovery-one/tools/projectors/mmu_mma_p_role_coverage_matrix.py.
- 2026-06-02 Matrix erzeugt: role_count=182 core_service=57 stack=76 unifiedapi_domain=49 covered=41 open=141.
- 2026-06-02 Guard angelegt und ausgefuehrt: mmu-mma-p-role-coverage-matrix-guard status=pass checks=917 blocked=0.
- 2026-06-02 Implementation Log geschrieben: oneanalytics-one/data/logs/frfy__oneanalytics-one__mmu-mma-p-role-coverage-implementation-log__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- 2026-06-02 User softstop: 141 offen unverstaendlich; Codex resolved open roles instead of leaving them open.
- 2026-06-02 Matrix regenerated: role_count=144 core_service=47 stack=50 unifiedapi_domain=47 covered=143 excluded=1 open=0.
- 2026-06-02 Guard tightened: open roles block runtime-migration gate; guard pass checks=728 blocked=0.
- 2026-06-02 Agent decisions logged in OneAnalytics implementation log.
- 2026-06-02 final validation: mmu-mma-p-role-coverage-matrix-guard pass checks=728 blocked=0.
- 2026-06-02 final validation: operational-taskboard-item-guard pass checks=11 blocked=0.
- 2026-06-02 final validation: Onestack Search projection record_count=163 task_count=124 adhq_count=38 working_context_count=9 structure_node_count=710.
- 2026-06-02 final validation: onestack-search-surrealdb-projection-guard pass.
- 2026-06-02 Runtime-/Guard-/Evidence-Detailmatrix erzeugt: role_count=144 covered=143 excluded=1 clusters=10.
- 2026-06-02 mmu-mma-p-role-runtime-obligations-guard pass checks=1012 blocked=0.
- 2026-06-02 Kombinierter MMU-MMA-P Runtime-Migration-Gate-Guard angelegt: oneguard-one/tools/guards/mmu-mma-p-runtime-migration-gate-guard.sh.
- 2026-06-02 Runtime-Migration-Tasks impl-0005-task-0034/0035/0036 mit Role-Coverage-Guard, Runtime-Obligations-Guard und kombinierter Gate-Evidence verbunden.
- 2026-06-02 final validation: mmu-mma-p-runtime-migration-gate-guard pass checks=18 blocked=0.
- 2026-06-02 final validation: taskboard dashboard rendered after Runtime-Migration-Gate wiring.
- 2026-06-02 final validation: Onestack Search projection record_count=163 task_count=124 adhq_count=38 working_context_count=9 structure_node_count=718.
- 2026-06-02 final validation: operational-taskboard-item-guard pass checks=11 blocked=0 after Runtime-Migration-Gate wiring.
- 2026-06-02 final validation: onestack-search-surrealdb-projection-guard pass after Runtime-Migration-Gate wiring.
- 2026-06-02 Onestack Search projection now includes MMU-MMA-P Role Coverage Matrix, Runtime Obligations Matrix and Runtime-Migration-Gate Guard Evidence as searchable governance records.
- 2026-06-02 final validation: Onestack Search projection after governance-artifact extension record_count=168 task_count=124 adhq_count=38 working_context_count=11 structure_node_count=745; guard pass.
- 2026-06-02 Read-only Onestack Search query adapter angelegt: onediscovery-one/tools/query/onestack_search_query.py.
- 2026-06-02 Query adapter test: role coverage with context role-coverage-governance returns MMU-MMA-P governance records.
- 2026-06-02 Query adapter test: runtime migration gate guard with context runtime-migration-gate returns pass gate evidence.
- 2026-06-02 onestack-search-surrealdb-projection-guard now verifies query adapter results; pass.
- 2026-06-02 Onestack Search projector hardened with atomic JSON writes to prevent guards reading half-written projections.
- 2026-06-02 Query adapter ranking hardened: runtime migration gate guard query returns runtime gate evidence as first result.
- 2026-06-02 onestack-search-surrealdb-projection-guard now verifies runtime gate evidence is top-ranked for runtime migration gate guard query; pass.
- 2026-06-02 Runtime-Obligations-Review erzeugt: role_count=144; severity_counts info=1 low=90 ok=53; no high/medium blockers.
- 2026-06-02 Runtime-Obligations-Review-Guard pass checks=150 blocked=0.
- 2026-06-02 Onestack Search projection includes runtime obligations review and review guard evidence: record_count=170 task_count=124 adhq_count=38 working_context_count=11 structure_node_count=752; guard pass.
- 2026-06-02 Onestack Search Query Adapter documented: onediscovery-one/docs/onestack-search-query-adapter.md.
- 2026-06-02 onestack-search-surrealdb-projection-guard requires query adapter documentation and runtime gate query baseline.
- 2026-06-02 Done-Guard-Hygiene: visible done_checklist derived from already-done done_criteria; no semantic completion changed.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
- 2026-06-03 Agentic-Verified-Hygiene: bestehender Memory-Kontext als maschinenlesbarer memory_ref normalisiert; keine fachliche Acceptance gesetzt.
- 2026-06-03 Agentic-Verified-Hygiene: Acceptance-Grenze maschinenlesbar normalisiert; kein ACCEPT simuliert und keine fachliche Abnahme gesetzt.
Repos
onestack-oneoprmasterschema-oneonediscovery-oneonememory-onememorystack-oneonespec-oneoneguard-oneoneanalytics-oneonesurfacehub-oneoneresolution-one
Surfaces
onestack-implonestack-searchgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0036
Nachfolger
- sequence_next
impl-0005-task-0040
Domains / Referenzen (10)
mmu-mma-prole-coveragecore-servicesstacksunifiedapioprmetaschemaoprmasterschemamemoryguardsmigration-gate
Arbeitsinstanz/Projektraum und parallele Workbench-Instanzen
Guard und UI-Runtime fuer Weitere Arbeitsinstanz bauen; dabei InfraInformationModel als aktuelle Workbench unter dem groesseren DBInfraGO-Portal behandeln; danach Workbench-State-Key auf working_instance_id erweitern und ParentSurface-Background-Hydration fuer direkte ChildSurface-Einstiege materialisieren.
Done-Kriterien
- doneInfraInformationModel is documented as the current DBInfraGO Workbench, while DBInfraGO remains the larger portal/tenant context
- openUI label Projektraum becomes Arbeitsinstanz/Projektraum everywhere in the DB InfraGO Workbench family
- openButton Weitere Arbeitsinstanz exists in the Workbench UI
- openWeitere Arbeitsinstanz opens a new browser window or temporarily duplicates the installed app instance
- openMultiple working_instance_id values can hold the same project_number in parallel without shared UI state collision
- openDifferent project_number values can be open in different working instances in parallel
- openConflict and versioning rules prevent silent overwrite when parallel instances edit the same project number
- openGuard verifies label, button, instance identity fields and no project-state overwrite shortcut
- openDirect first entry into a ChildSurface loads the complete ParentSurface context in the background without stealing the visible ChildSurface route
- openParentSurface hydration is keyed by working_instance_id, tenant_id, parent_surface_id and child_surface_id and is idempotent/cache-aware
Done-Checkliste
Evidence
- 2026-06-02 Spec project_space_model erweitert: ui_label Arbeitsinstanz/Projektraum, working_instance_model, working_instance_id, multi_instance_rule.
- 2026-06-02 SOST-Einschaetzung: Konzept ist fachlich sinnvoll, weil Arbeitsinstanz laufenden Zustand kapselt und Projektraum fachliche Projektklammer bleibt.
- 2026-06-03 Nutzerklaerung: Die aktuelle Workbench ist InfraInformationModel, aber DBInfraGO ist deutlich groesser; InfraInformationModel darf nicht als Gesamtgrenze von DBInfraGO verstanden werden.
- 2026-06-03 Spec, Onememory und Codex-Memory aktualisiert: DBInfraGO Portal -> Arbeitsinstanz -> Projektraum -> InfraInformationModel -> Untersurface/Ansichten.
- 2026-06-03 dbinfrago-working-instance-project-space-guard erweitert und pass: InfraInformationModel ist aktuelle DBInfraGO-Workbench, DBInfraGO bleibt groesserer Portal-/Tenant-Kontext.
- 2026-06-03 Onestack Workbench Search Projection lokal aktualisiert; Browser-Manifest ist korrekt als local_projection_bundle_ready_live_write_pending_after_workbench_scope_update markiert, bis ein scoped Live-Write-Token vorliegt.
- 2026-06-03 onestack-workbench-search-query-orchestration-guard erlaubt nun entweder Live-Readback-PASS oder expliziten lokalen Pending-Stand mit Hash-Gleichheit, impl-0005-task-0038 und InfraInformationModel-Nachweis.
- 2026-06-03 Nutzerregel ergaenzt: Beim erstmaligen direkten Aufruf eines ChildSurface eines ParentSurface, z.B. eines InfraInformationModel-Untersurface, muss im Hintergrund das gesamte ParentSurface als Kontext nachgeladen werden.
Repos
onespec-oneoneguard-oneonesurfacehub-oneonestack-oneonememory-oneonediscovery-onetecstack-oneonetec-one
Surfaces
dbinfrago-knowledge-workbench-empfdbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-ril100-stw-vieweronestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0032
Nachfolger
- sequence_next
impl-0005-task-0039
Domains / Referenzen (9)
dbinfragoworkbenchInfraInformationModelproject-spaceworking-instancesurface-stateparent-surfacechild-surfacecontext-hydration
Kubernetes-ready Surface-Publish, Ingress-Origin und Post-Deploy-UI-Gate
Done-Kriterien
- openSurface build outputs are packaged as versioned, hash-addressed release artifacts with manifest, source commit/ref, build timestamp, tenant/surface scope and integrity evidence
- openActive public origin for every domain/surface is inventoried and visible as runtime evidence; DNS target, ingress target and serving runtime are not inferred from host names
- openPublish job deploys only signed/hashed Surface artifacts to the active origin and writes append-only eventlog/evidence
- openIngress binding is generated from baseline-owned config and tested before reload or rollout; manual webroot mutation is forbidden except as documented emergency break-glass
- openKubernetes-ready materialization exists: container image or immutable artifact, deployment/service/ingress manifests, config/secret separation and rollback path
- openContabo Playwright guard runs as post-deploy gate against productive Surface URLs and blocks release when UI behavior regresses
- openSearchConfig behavior is covered end-to-end: toggles change query behavior and user-facing UI remains free of code context
- openOPRMS baseline conformance guard verifies artifact authority, origin inventory, publish evidence, ingress boundary and post-deploy UI gate
Done-Checkliste
Evidence
- 2026-06-02 Contabo host 109.199.114.18 reachable by ping and SSH; it is Playwright/runtime/archive context, not public Surface origin.
- 2026-06-02 Public DNS for oscore.eu, onestack.one and worklink.one resolved to 178.104.129.160; productive Surface origin must be inventoried explicitly.
- 2026-06-02 Contabo Playwright UI guard executed against productive DB-InfraGO Surface URLs and blocked on searchconfig-regex-affects-results: 0 -> 0.
- 2026-06-02 Required baseline conclusion: do not treat host confusion as ad-hoc repair; build governed publish/ingress/release path with post-deploy gate.
Repos
onesurfacehub-oneonesite-oneoneosinfra-oneoneanalytics-oneoneguard-oneonespec-oneonestack-onetecstack-oneonebaseline-one
Surfaces
dbinfrago-rail-sources-mappingdbinfrago-infragraph-viewerdbinfrago-knowledge-connectorsdbinfrago-knowledge-buildersdbinfrago-qgis-viewerdbinfrago-potree-viewerdbinfrago-ril100-stw-viewerdbinfrago-ril100-stw-connectordbinfrago-som-viewerdbinfrago-objektbibliothek-viewer
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0038
Nachfolger
- sequence_next
impl-0005-task-0044
Domains / Referenzen (8)
surface-publishingressorigin-inventorykubernetes-readyrelease-artifactspost-deploy-gateplaywrightoprms-baseline
Prompt-Intent cont als continue verankern
Fachliche Abnahme durch ACCEPT impl-0005-task-0040, wenn die `cont`/continue-Semantik plausibel ist; laufender Governance-Migrationsfluss wird fortgesetzt.
Done-Kriterien
- done`cont` is present in Codex prompt-intent memory as continue/current-flow intent
- doneVersioned prompt-intent index contains `cont` with question-mark read-first variant
- donePrompt-intent guard test vectors cover `cont` and `cont?`
- done`cont` is not treated as ACCEPT, done, protected YES token or external mutation grant
- doneTaskboard, runtime index and Onestack Search projection include the new OStask
Done-Checkliste
- doneCodex Memory prompt-intent-rule.md um `cont` erweitern
- doneOneBaseline Prompt-Intent-Index um `cont` und Guard-Testvektoren erweitern
- donePrompt-Intent-Guard um nicht-mutierende `cont`-Fortsetzung erweitern
- doneTaskboard/Discovery/Search-Projektionen regenerieren
Evidence
- 2026-06-02 Nutzer-BTW-OStask: "btw ostask cont als continue als promt intend vermerken".
- 2026-06-02 .codex prompt-intent-rule.md erweitert: `cont` bedeutet continue/current flow, keine Abnahme und kein scoped YES.
- 2026-06-02 OneBaseline prompt-intent-index erweitert: trigger=cont, aliases=[cont, continue], canonical_intent=continue_current_or_last_active_flow, question_mark_variant_intent=read_continue_current_or_last_active_flow_candidate.
- 2026-06-02 Prompt-Intent-Guard um `continue_current_or_last_active_flow` als nicht-mutierenden Continue-Intent erweitert.
- 2026-06-02 Prompt-Intent-Guard pass fuer `cont`: intent=continue_current_or_last_active_flow.
- 2026-06-02 Negativprobe `cont?` blockiert erwartungsgemaess wegen Fragezeichen-Gate: intent=read_continue_current_or_last_active_flow_candidate.
- 2026-06-02 Taskboard-Runtime-Index neu erzeugt: record_count=128 edge_count=2791.
- 2026-06-02 Onestack Search projection neu erzeugt: record_count=213 task_count=127 adhq_count=39 working_context_count=14 structure_node_count=989.
- 2026-06-02 Query `cont continue prompt intent` im Kontext prompt-panel-context liefert impl-0005-task-0040 als Top-Treffer.
- 2026-06-02 onestack-search-surrealdb-projection-guard pass.
- 2026-06-02 Done-Guard-Normalisierung: done_checklist aus sichtbarer checklist fuer done_candidate ergaenzt.
- 2026-06-03 Agentic-Verified-Hygiene: Prompt-Intent-cont Memory als maschinenlesbarer memory_ref normalisiert; keine fachliche Acceptance gesetzt.
- 2026-06-03 Agentic-Verified-Hygiene: Acceptance-Grenze maschinenlesbar normalisiert; kein ACCEPT simuliert und keine fachliche Abnahme gesetzt.
Repos
onebaseline-oneoneanalytics-oneonestack-oneonememory-oneonediscovery-one
Surfaces
onestack-implgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0037
Nachfolger
- sequence_next
impl-0005-task-0041
Domains / Referenzen (5)
prompt-intentcontinueostaskguardmemory
OS Parts als kuratierte OneTec/TecStack Software-Bausteine materialisieren
Fachliche Abnahme durch ACCEPT impl-0005-task-0041, wenn die technische Evidence und die fachliche Grenze plausibel sind.
Done-Kriterien
- doneOneSpec defines OS Part term, ospart technical prefix, curation statuses and required fields
- doneGuard blocks curated ospart names without Spec, Guard, Evidence, Readback, Owner and reuse boundary
- doneRegistry contains ospart-onetec-curation, ospart-tecstack-workbench-search and six SurfaceDB panel-family OS Parts as candidates
- doneOnestack Search can find OS Parts registry and guard evidence
- doneReusable contract artifacts exist for all required ospart-onetec-* and ospart-tecstack-* candidate entries
Done-Checkliste
- doneOS-Part OneSpec fuer Namensraum, Kurationsstatus und Promotion-Regeln anlegen
- doneTechnische Namensregel ospart-* statt os-part/os_part guardbar festlegen
- doneOS-Part Naming/Curation Guard anlegen und ausfuehren
- doneOS-Part Registry fuer Workbench Search und sechs SurfaceDB-Pflichtfamilien erzeugen
- doneOS-Part Registry Guard anlegen und ausfuehren
- doneOS-Part Registry in Onestack Search und PromptPanel-Projektion einbinden
- doneKonkrete Package-/Contract-Artefakte je ospart-tecstack-* materialisieren
Evidence
- 2026-06-02 OneSpec ospart-onetec-tecstack-naming-curation angelegt; technische IDs muessen zusammengeschrieben ospart-* verwenden, os-part/os_part sind verboten.
- 2026-06-02 ospart-onetec-tecstack-naming-curation-guard pass: checks=14 blocked=0.
- 2026-06-02 OS Parts Registry materialisiert: ospart_count=7; candidate_count=7; curated_count=0; panel_family_count=6; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 ospart-registry-guard pass: checks=63 blocked=0.
- 2026-06-02 OS-Part Boundary nachgeschaerft: technische Namen muessen zusammengeschrieben ospart-* verwenden; os-part/os_part sind verboten.
- 2026-06-02 OneTec/TecStack Boundary in Spec und Registry materialisiert: ospart-onetec-* fuer Architektur/Kuration/Baseline, ospart-tecstack-* fuer technische Runtime/UI/Indexer/Guard-Bausteine.
- 2026-06-02 OS Parts Registry aktualisiert: ospart_count=8; onetec.one=1; tecstack.one=7; candidate_count=8; curated_count=0; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 ospart-registry-guard pass: checks=82 blocked=0; onetec- und tecstack-Namensraeume sind beide vorhanden und owner-boundary-geprueft.
- 2026-06-02 OS Part Contract Artifacts materialisiert: contract_count=8; onetec_count=1; tecstack_count=7; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 ospart-contract-artifacts-guard pass: checks=82 blocked=0; alle Registry-Kandidaten haben konkrete Contract-Artefakte im passenden Repo-Pfad.
- 2026-06-02 Contract-Pfade: onetec-one/osparts/ospart-onetec-curation und tecstack-one/osparts/ospart-tecstack-*.
- 2026-06-02 Onestack Search OS-Parts-Kontext final nachgezogen: Query "os part contract artifacts" mit Kontext ospart-governance liefert ospart-contract-artifacts-guard-evidence als Top-Treffer.
- 2026-06-02 onestack-search-surrealdb-projection-guard pass nach OS-Part Spec/Registry/Contract-Einbindung.
- 2026-06-02 impl-0005-task-0041 als done_candidate markiert: Contract-/Registry-Stufe abgeschlossen; curated Promotion bleibt separate Evidence/Readback-Entscheidung.
- 2026-06-02 Done-Guard Blocker behoben: sichtbare done_checklist aus bestehender OS-Part-Checklist ergaenzt; keine neue Semantik, nur Guard-konforme Darstellung.
- 2026-06-02 OS-Part Promotion-Readiness als separate Guard-Stufe materialisiert: curated Promotion darf nicht aus done_candidate, Registry oder Contract-Existenz abgeleitet werden.
- 2026-06-02 ospart_promotion_readiness.py erzeugt Promotion-Matrix: ospart_count=8; promotion_blocked_count=8; promote_to_curated_count=0; write_candidate_count=0; token_ready_count=0.
- 2026-06-02 ospart-promotion-readiness-guard pass: checks=105 blocked=0.
- 2026-06-02 Onestack Search Guard um ospart-promotion-readiness und zugehoerige Guard-Evidence erweitert.
- 2026-06-02 OS-Part Spec nachgeschaerft: Code/UI/Data/Template-Trennung und Template-Faehigkeit sind fuer candidate und curated strikt guardbar vorgeschrieben.
- 2026-06-02 Registry, Contract-Artefakte und Promotion-Readiness fuehren layer_boundary und template_capability je OS Part maschinenlesbar.
- 2026-06-02 ospart-contract-artifacts-guard pass nach Layer-/Template-Schaerfung: checks=98 blocked=0.
- 2026-06-02 ospart-promotion-readiness-guard pass nach Layer-/Template-Schaerfung: checks=121 blocked=0.
- 2026-06-02 Folge-OStask impl-0005-task-0042 ergaenzt zentralen OS-Part-Curation-Pflichtkatalog in der Spec; Naming/Curation Guard pass checks=40 blocked=0.
- 2026-06-02 OSPart technische Namen normalisiert: Arbeitskontext ospart-governance, Artefakte/Guards/Projectors ospart-*/ospart_*, Registry-Felder ospart_id/osparts/ospart_count; alte os-part/os-parts Formen bleiben nur als Negativbeispiele oder historische Textpfade.
- 2026-06-03 OSPArt Naming-Wiederholschutz in ospart-onetec-tecstack-naming-curation-guard eingebaut: aktive technische Split-Formen os-part*/os_parts*/os-parts-governance werden blockiert; erlaubte Ausnahmen nur Negativbeispiele und historische ADHQ-Pfade; Guard pass checks=41 blocked=0.
- 2026-06-03 Agentic-Verified-Hygiene: bestehender Memory-Kontext als maschinenlesbarer memory_ref normalisiert; keine fachliche Acceptance gesetzt.
- 2026-06-03 Agentic-Verified-Hygiene: Acceptance-Grenze maschinenlesbar normalisiert; kein ACCEPT simuliert und keine fachliche Abnahme gesetzt.
Repos
onespec-oneoneguard-oneonediscovery-onetecstack-oneonetec-oneonememory-one
Surfaces
onestack-searchgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0040
Nachfolger
- sequence_next
impl-0005-task-0042
Domains / Referenzen (8)
onetectecstackospartsurfacedbworkbench-searchoneguardonespeconediscovery
OS-Part Curation-Pflichten zentral zusammentragen und in Spec definieren
Fachliche Abnahme durch ACCEPT impl-0005-task-0042, wenn die technische Evidence und die fachliche Grenze plausibel sind.
Done-Kriterien
- doneOS-Part Spec contains curation_obligation_catalog with obligation groups for identity, ownership, layer boundary, contracts, runtime binding, tests, versioning, security and promotion gates
- doneStage requirements for candidate, ready_for_curated_review and curated are explicit and guard-readable
- doneOS-Part Naming/Curation Guard checks the obligation catalog
- doneTaskboard, Memory and Onestack Search readback include the curation obligation update
- doneRelevant guards pass after the update
Done-Checkliste
- doneVorhandene OS-Part-Curation-Pflichten aus Spec, Registry, Promotion-Readiness und Memory zusammentragen
- doneZentralen curation_obligation_catalog in OS-Part-Spec definieren
- doneNaming/Curation Guard um Pflichtkatalog-Pruefung erweitern
- doneTaskboard, Memory und Onestack Search Projektionen aktualisieren
- doneGuard- und Readback-Kette final ausfuehren
Evidence
- 2026-06-02 OS-Part Spec um zentralen curation_obligation_catalog erweitert: Identity/Naming, Ownership/Authority, Code/UI/Data/Template, Contract/Artifacts, Runtime/Surface, Test/Readback, Version/Compatibility, Security/Operations/Compliance und Promotion/Token Gate.
- 2026-06-02 Stage Requirements fuer proposal, tenant_specific, candidate, ready_for_curated_review und curated in Spec definiert.
- 2026-06-02 OS-Part Naming/Curation Guard um curation_obligation_catalog erweitert und ausgefuehrt: checks=40 blocked=0.
- 2026-06-02 impl-0005-task-0042 done_candidate: alle OS-Part-Curation-Pflichten zentral in Spec definiert und guardbar.
- 2026-06-02 OSPart technische Namen normalisiert: Arbeitskontext ospart-governance, Artefakte/Guards/Projectors ospart-*/ospart_*, Registry-Felder ospart_id/osparts/ospart_count; alte os-part/os-parts Formen bleiben nur als Negativbeispiele oder historische Textpfade.
- 2026-06-03 OSPArt Naming-Wiederholschutz in ospart-onetec-tecstack-naming-curation-guard eingebaut: aktive technische Split-Formen os-part*/os_parts*/os-parts-governance werden blockiert; erlaubte Ausnahmen nur Negativbeispiele und historische ADHQ-Pfade; Guard pass checks=41 blocked=0.
- 2026-06-03 Agentic-Verified-Hygiene: bestehender Memory-Kontext als maschinenlesbarer memory_ref normalisiert; keine fachliche Acceptance gesetzt.
- 2026-06-03 Agentic-Verified-Hygiene: Acceptance-Grenze maschinenlesbar normalisiert; kein ACCEPT simuliert und keine fachliche Abnahme gesetzt.
Repos
onespec-oneoneguard-oneonestack-oneonememory-one.codex/memories
Surfaces
onestack-searchgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0041
Nachfolger
- sequence_next
impl-0005-task-0043
Domains / Referenzen (7)
onetectecstackospartonespeconeguardonediscoveryonememory
Prompt-Intent tok als Token anbieten verankern
Fachliche Abnahme durch ACCEPT impl-0005-task-0043, wenn die `tok`/Token-Angebot-Semantik plausibel ist.
Done-Kriterien
- done`tok` is present in Codex prompt-intent memory as token-offer intent
- doneVersioned prompt-intent index contains `tok` with question-mark read-first variant
- donePrompt-intent guard test vectors cover `tok` and `tok?`
- done`tok` is not treated as ACCEPT, YES, protected action grant or mutation
- doneExternal token active-offer Spec/Memory reference `tok` as prompt intent
Done-Checkliste
- doneCodex Memory prompt-intent-rule.md um `tok` erweitern
- doneEigene Codex Memory fuer `tok` Token-Angebot anlegen
- doneOneBaseline Prompt-Intent-Index um `tok` und Guard-Testvektoren erweitern
- donePrompt-Intent-Guard um nicht-mutierendes Token-Angebot erweitern
- doneIMPL-0005 Prompt-Intent-Dokumentation um TOK erweitern
Evidence
- 2026-06-03 Nutzer-BTW-OStask: "btw ostask prompt intend tok soll bedeuten token anbieten".
- 2026-06-03 .codex prompt-intent-rule.md erweitert: `tok` bedeutet Token anbieten, keine Freigabe und keine Mutation.
- 2026-06-03 .codex tok-token-offer-prompt-intent.md angelegt.
- 2026-06-03 OneBaseline prompt-intent-index erweitert: trigger=tok, canonical_intent=offer_scoped_consent_token_if_prepared, question_mark_variant_intent=read_token_offer_candidate.
- 2026-06-03 Prompt-Intent-Guard um `offer_scoped_consent_token_if_prepared` als nicht-mutierenden Intent erweitert.
- 2026-06-03 IMPL-0005 Abschnitt 16 dokumentiert TOK als getrennten Prompt-Intent.
- 2026-06-03 Nutzer gab Token YES fix-builder-python-invalid-escape-runtime-string-20260603 fuer den scoped Builder-SyntaxWarning-Fix.
- 2026-06-03 Builder-Fix umgesetzt: RUNTIME-String in dbinfrago_knowledge_viewer_proposal_builder.py als Raw-String markiert; python3 -W error::SyntaxWarning -m py_compile pass.
- 2026-06-03 Builder-Probe pass: dbinfrago_knowledge_viewer_proposal_builder.py --structure-only ohne SyntaxWarning.
- 2026-06-03 Guards pass: prompt-intent-guard(tok), external-mutation-consent-token-active-offer-guard, taskboard-runtime-rendering-guard strict, onestack-impl-done-guard strict.
- 2026-06-03 Agentic-Verified-Hygiene: TOK-/Token-Angebot-Memory als maschinenlesbarer memory_ref normalisiert; keine fachliche Acceptance gesetzt.
- 2026-06-03 Agentic-Verified-Hygiene: Acceptance-Grenze maschinenlesbar normalisiert; kein ACCEPT simuliert und keine fachliche Abnahme gesetzt.
Repos
onebaseline-oneoneanalytics-oneonestack-oneonememory-oneonespec-one
Surfaces
onestack-implgeneric-prompt-panel
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0042
Nachfolger
- sequence_next
impl-0005-task-0046
Domains / Referenzen (5)
prompt-intenttoken-offerostaskguardmemory
Codex Session CC Register und compacted_counter einfuehren
oneosinfra-one/codex-session Bootstrap erweitern: beim sm/cn Start session_id ermitteln, Session-CC-Register anlegen/fortschreiben, Compact-Hinweise aus History/Logs/Memory erfassen und reconstruction_status korrekt setzen.
Done-Kriterien
- doneSession-CC-Register-Spec definiert compacted_counter, compacted_events, evidence_sources und reconstruction_status je session_id
- doneAktuelle Session 019e813e-3bd0-7ec0-a7c6-516a545f9595 besitzt ein Register mit compacted_counter 1 und reconstruction_status observed_only
- doneCN/Session-Switch-Memory verlangt kuenftig Session-CC-Register beim Bootstrap neuer Sessions
- doneGuard prueft Spec, Memory, Codex-Memory, Register und OStask auf konsistenten aktuellen Stand
- openoneosinfra-one/codex-session Tooling schreibt oder aktualisiert Session-CC-Register automatisch beim sm/cn Bootstrap
- openFalls eine authoritative lokale Codex-Compaction-Eventquelle existiert, wird sie angebunden und die aktuelle Session wird von observed_only auf partial oder complete gehoben
Done-Checkliste
Evidence
- 2026-06-03 Nutzer-BTW-OStask: compacted counter je Codex Session einfuehren und Session-CC-Register fuehren; wenn moeglich alle compacted dieser Session erfassen.
- 2026-06-03 History-Check: /home/seeagain/.codex/history.jsonl zeigt aktuelle session_id 019e813e-3bd0-7ec0-a7c6-516a545f9595, aber keine authoritative per-compact Systemevents.
- 2026-06-03 Aktuelle Compaction aus Codex-Kontextsummary beobachtet und als cc-019e813e-0001 mit compacted_counter 1, confidence medium und reconstruction_status observed_only erfasst.
- 2026-06-03 Spec, Onememory, Codex-Memory, Session-Register und Guard materialisiert.
Repos
oneosinfra-oneonestack-oneonememory-oneonespec-oneoneguard-one.codex
Surfaces
sm-menucodex-app-serveronestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0039
Nachfolger
- sequence_next
impl-0005-task-0045
Domains / Referenzen (6)
codex-sessionsession-switchcontext-compactioncc-registercompacted-countermemory-handoff
Codex Update Availability Guard mit richtigen Quellen reparieren
Optionale Haertung: zweite authoritative Update-Quelle, z.B. GitHub Release/Package Metadata, ergaenzen; solange bleibt der npm-basierte Codex-Update-Guard aktiv und meldet kuenftige Updates.
Done-Kriterien
- doneSpec definiert lokale und authoritative Codex-Update-Quellen getrennt
- doneGuard prueft codex --version, npm list -g @openai/codex und npm view @openai/codex version
- doneGuard meldet update_ready, wenn latest Version groesser/anders als installed Version ist
- doneGuard meldet bei nicht erreichbarer authoritative Quelle nicht still pass
- doneGuard ist in die regulaere oneosinfra/watchdog- oder Readiness-Suite integriert
- openFalls weitere authoritative Quellen benoetigt werden, werden sie ergaenzt, z.B. GitHub Release/Package Metadata als zweite Quelle
- doneFreigegebenes Codex Update von 0.135.0 auf 0.136.0 ist installiert und durch codex --version, npm list -g und codex-update-availability-guard pass verifiziert
Done-Checkliste
Evidence
- 2026-06-03 Nutzer-BTW-OStask: Es muss einen Guard geben, der sich meldet, wenn ein Codex Update bereitsteht; vorhandener Guard funktioniert offenbar nicht und prueft nicht die richtigen Quellen.
- 2026-06-03 Code-Lage: codex-session-guard prueft Session/tmux-Lifecycle, codex-app-server-guard prueft App-Server-Lifecycle, os-third-party-software-readiness prueft lokale codex/npm Version, aber keine authoritative Update-Verfuegbarkeit.
- 2026-06-03 Spec, Memory, Codex-Memory und codex-update-availability-guard.sh angelegt.
- 2026-06-03 Parserkorrektur: npm package version wird gezielt aus @openai/codex@VERSION gelesen, nicht aus dem Node-Installationspfad.
- 2026-06-03 codex-update-availability-guard audit mit Netzwerkfreigabe: status=update_ready, installed=0.135.0, latest=0.136.0, authoritative_source_checked=true.
- 2026-06-03 oneanalytics watchdog-suite daily nimmt codex-update-availability als deferred oneosinfra Guard auf.
- 2026-06-03 Nutzerfreigabe: YES codex-update-apply-openai-codex-0-136-0-20260603.
- 2026-06-03 npm install -g @openai/codex@0.136.0 erfolgreich: changed 2 packages.
- 2026-06-03 Verifikation: codex --version meldet codex-cli 0.136.0; npm list -g @openai/codex meldet @openai/codex@0.136.0; Standalone-Pfad /home/seeagain/.codex/packages/standalone/current/codex zeigt auf denselben aktualisierten Launcher.
- 2026-06-03 codex-update-availability-guard audit mit Netzwerkfreigabe nach Update: status=pass, installed=0.136.0, latest=0.136.0.
Repos
oneosinfra-oneonespec-oneonememory-oneonestack-one.codex
Surfaces
codex-app-serversm-menuonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0044
Nachfolger
- sequence_next
impl-0007-task-0002
Domains / Referenzen (5)
codexupdate-guardoneosinfrathird-party-software-readinessnpm-registry
One/Dec Verifiable Checkpoint Ledger fuer Mirror, Check-in/Checkout und Promotion
Fachliche Abnahme durch ACCEPT impl-0005-task-0046, wenn One/Dec Verifiable Checkpoint Ledger, Release-Assurance, Check-in/Checkout und Legacy-Mirror-Promotion-Block plausibel sind.
Done-Kriterien
- doneADR-0089 legt den direkten Zielstandard ohne weiteren Uebergangszustand fest
- doneOneSpec definiert akzeptierte Checkpoint-Pflichten und verbotene Mirror-Zielmodelle
- doneOneGuard prueft ADR und Spec auf Ledger-Pflichten und schreibt pass Evidence
- doneOStask und Memory dokumentieren, dass bestehende Mirror-Builder nur Legacy-Kompatibilitaetsadapter sind
- doneLedger-Builder erzeugt content-addressed Objects und Merkle-Manifest
- doneEvent-Sourcing und append-only Transparency Log sind implementiert
- doneSignierte scoped Head Claims ersetzen frei editierbare Head Pointer
- donePolicy-as-Code, Provenance, Runtime-Attestation und TUF-aehnliche Update-Metadaten sind vor Promotion verpflichtend
- doneCheck-in/Checkout verbietet Blind-Check-in bei stale base checkpoint
- doneBestehende One/Dec-Mirror-Builds berichten gegen ADR-0089/Spec und blocken Promotion bei Abweichung
Done-Checkliste
- doneADR-0089, OneSpec, Memory und Taskboard dokumentieren den Ledger-Zielstandard ohne Uebergangszustand
- doneCheckpoint, Transparency Log, Signed Head Claim, Release-Assurance und Check-in/Checkout-Guard sind gebaut und pass
- doneContabo Live-SurrealDB Readback, One/Dec Mirror, Legacy-Adapter-Report und Promotion-Block sind guard-geprueft
Evidence
- 2026-06-03 Nutzerentscheidung: robustes One/Dec Mirror Best-Practice-Ziel ohne weiteren Uebergangszustand umsetzen.
- 2026-06-03 ADR-0089 angelegt: One/Dec Mirrors werden zu verifizierbaren content-addressed Checkpoints in append-only Transparency Log.
- 2026-06-03 OneSpec angelegt: accepted_checkpoint_requires und forbidden_target_models definiert.
- 2026-06-03 one-dec-verifiable-checkpoint-ledger-guard pass: 55 Checks, 0 blocked.
- 2026-06-03 Onestack Search Projection neu gebaut: record_count=273, task_count=133, adhq_count=40, working_context_count=18, structure_node_count=1263.
- 2026-06-03 SurrealDB Write/Readback Bundle neu gebaut: operation_count=2460, relation_count=745, prompt_wording_event_count=161, write_candidate_count=0, token_ready_count=0.
- 2026-06-03 Browser-Offline-Export-Manifest und Prompt-Panel Asset aktualisiert: sha256=3e51b6fea9393c479099f7b5f0fccc2f96e59646482aa4a9e7abbd73cfc80c44; Live-Status bewusst pending bis scoped YES-Token.
- 2026-06-03 Guards pass: one-dec-verifiable-checkpoint-ledger-guard, onestack-workbench-search-query-orchestration-guard, onestack-search-surrealdb-projection-guard, Taskboard-Guards. onestack-search-surrealdb-write-readback-bundle-guard blockt erwartbar wegen alter Live-Evidence 2420 statt neuer 2460 Operationen.
- 2026-06-03 Nutzerfreigabe: YES onestack-search-live-surrealdb-write-readback-after-one-dec-verifiable-checkpoint-ledger-baseline-20260603.
- 2026-06-03 Contabo Live-SurrealDB Write/Readback pass: operation_count=2460; os_search_projection=273; os_working_context=18; os_structure_node=1263; os_relation=745; os_prompt_event=161; Ledger-Spec/Guard/Memory und impl-0005-task-0046 im Readback vorhanden.
- 2026-06-03 Browser-Offline-Export-Manifest auf live_write_readback_pass_for_projection_copy aktualisiert.
- 2026-06-03 Signierter One/Dec Mirror neu erzeugt: onestack-search-one-dec-mirror-20260603-d8d8a841; signature_verification=pass.
- 2026-06-03 Mirror-Guard von altem working_context_count-Festwert 16 auf Count-Konsistenz plus Mindestwert umgestellt; onestack-search-one-dec-mirror-guard pass.
- 2026-06-03 onestack_search_checkpoint_ledger_builder.py angelegt; erzeugt content-addressed Checkpoint-Manifest mit Merkle-Root und Section-Digests aus ADR, Spec, Guards, Projection, FTS, Browser-Manifest, Live-Readback, Prompt-Panel-Asset, Memory und Taskboard.
- 2026-06-03 Erster Ledger-Checkpoint pass: onestack-search-checkpoint-20260603-5f6c5449, checkpoint_digest=sha256:5f6c5449c51952a26fea8abd33e3a2fe7be024bb8d81cac004b623f207a17a12.
- 2026-06-03 onestack-search-checkpoint-ledger-guard angelegt und pass; noch planned_next/blockiert als naechste Komponenten: Event-Sourcing, Transparency Log, Inclusion/Consistency Proof, signed scoped Head Claim, Policy-as-Code, Provenance, Runtime-Attestation, TUF Metadata, Threshold/Role Signatures, Rollback/Supersession Policy.
- 2026-06-03 Onestack Search Projection nach Checkpoint-Ledger-Build neu gebaut: record_count=275, working_context_count=18, structure_node_count=1270.
- 2026-06-03 SurrealDB Bundle nach Checkpoint-Ledger-Build neu gebaut: operation_count=2474, relation_count=748, prompt_wording_event_count=163; Live-Write pending bis scoped YES-Token.
- 2026-06-03 Browser-Offline-Export-Manifest pending: local_projection_bundle_ready_live_write_pending_after_checkpoint_ledger_builder; Workbench- und Projection-Guard pass; Bundle-Guard blockt erwartbar gegen alte Live-Evidence.
- 2026-06-03 Nutzerfreigabe: YES onestack-search-live-surrealdb-write-readback-after-checkpoint-ledger-builder-20260603.
- 2026-06-03 Contabo Live-SurrealDB Write/Readback nach Checkpoint-Ledger-Build pass: operation_count=2474; os_search_projection=275; os_working_context=18; os_structure_node=1270; os_relation=748; os_prompt_event=163; Checkpoint und Checkpoint-Guard im Readback vorhanden.
- 2026-06-03 Browser-Offline-Export-Manifest auf live_write_readback_pass_for_projection_copy gesetzt; Workbench-, Projection-, Bundle-, Mirror- und Checkpoint-Ledger-Guard pass.
- 2026-06-03 Signierter One/Dec Mirror neu erzeugt: onestack-search-one-dec-mirror-20260603-1528acee; signature_verification=pass.
- 2026-06-03 Aktueller Ledger-Checkpoint neu gebaut: onestack-search-checkpoint-20260603-2a642d45; checkpoint_digest=sha256:2a642d4505da846107e222cfe848818c9d873375657cbec7adad266629f2f29d.
- 2026-06-03 onestack_search_transparency_log_builder.py angelegt; erzeugt Event-Sourcing Records fuer AuthorityChanged, ProjectionBuilt, GuardPassed, LiveReadbackPassed, CheckpointCreated und append-only Transparency-Log-Eintrag.
- 2026-06-03 Transparency-Log-Eintrag pass: onestack-search-transparency-entry-000001-2a642d45; sequence_number=1; signed_tree_head RSA-SHA256; inclusion_proof und consistency_proof vorhanden.
- 2026-06-03 onestack-search-transparency-log-guard angelegt und pass; Checkpoint-Ledger-Guard nachgeschaerft: event_sourcing_records, append_only_transparency_log_entry, inclusion_proof und consistency_proof muessen true sein.
- 2026-06-03 Neuer Checkpoint nach Event/Transparency-Integration: onestack-search-checkpoint-20260603-05c07458; checkpoint_digest=sha256:05c0745894a72e5df0d7331461d841d060d4b2c120f836543357e5affeeafc2b.
- 2026-06-03 Projektion und SurrealDB-Bundle nach Transparency-Log-Build neu gebaut: projection_record_count=278; operation_count=2486; onestack-search-surrealdb-projection-guard, onestack-workbench-search-query-orchestration-guard und onestack-search-transparency-log-guard pass; Live-Write pending bis scoped YES-Token.
- 2026-06-03 Nutzerfreigabe: YES onestack-search-live-surrealdb-write-readback-after-transparency-log-builder-20260603.
- 2026-06-03 Erster Live-Write-Versuch blockte im Readback, weil das SurrealDB-Bundle vor dem letzten Projection-Stand gebaut war: zwei Stable-IDs fehlten im NDJSON und zwei alte Stable-IDs waren ueberzaehlig. Bundle neu gebaut und verifiziert: Projection-IDs und NDJSON-IDs deckungsgleich.
- 2026-06-03 Contabo Live-SurrealDB Write/Readback nach korrigiertem Transparency-Log-Bundle pass: operation_count=2487; os_search_projection=278; os_working_context=18; os_structure_node=1277; os_relation=748; os_prompt_event=166; Checkpoint, Transparency Entry und Guards im Readback vorhanden.
- 2026-06-03 Browser-Offline-Export-Manifest auf live_write_readback_pass_for_projection_copy aktualisiert; Bundle-, Projection-, Workbench-, Mirror-, Transparency- und Checkpoint-Ledger-Guard pass.
- 2026-06-03 Signierter One/Dec Mirror final neu erzeugt: onestack-search-one-dec-mirror-20260603-898205b6; signature_verification=pass.
- 2026-06-03 Finaler Ledger-Checkpoint nach Transparency-Log-Live-Write: onestack-search-checkpoint-20260603-372d646d; checkpoint_digest=sha256:372d646de530ab46c0f13df963dce0db291095ef3e9c9664fda609cf53b7f4a2.
- 2026-06-03 Signed scoped Head Claim materialisiert: onestack-search-head-claim-20260603-1c5857ff; head_checkpoint=sha256:372d646de530ab46c0f13df963dce0db291095ef3e9c9664fda609cf53b7f4a2; transparency_entry=onestack-search-transparency-entry-000002-f7c7681c; onestack-search-signed-head-claim-guard pass.
- 2026-06-03 ADR/Spec nachgeschaerft: Head Claim ist externes Currentness-Artefakt ueber Checkpoint-Digest und Transparency-Log-Eintrag und wird nicht in denselben Checkpoint-Digest eingerechnet, um Digest-Zirkel zu vermeiden.
- 2026-06-03 Onestack Search Projection/Browser-Asset und SurrealDB-Bundle nach Signed-Head-Claim-Stufe neu gebaut: record_count=280; operation_count=2495; structure_node_count=1280; relation_count=749; prompt_wording_event_count=168; Projection-, Workbench-, Transparency- und Head-Claim-Guard pass; Live-Write pending bis scoped YES-Token.
- 2026-06-03 Nutzerfreigabe genutzt: YES onestack-search-live-surrealdb-write-readback-after-signed-head-claim-20260603.
- 2026-06-03 Contabo Live-SurrealDB Write/Readback nach Signed-Head-Claim-Stufe pass: operation_count=2495; os_search_projection=280; os_working_context=18; os_structure_node=1280; os_relation=749; os_prompt_event=168; Required Rows fuer Checkpoint, Transparency Entry, Signed Head Claim und Guards vorhanden.
- 2026-06-03 Nach erstem pass wurde ein neuer Checkpoint onestack-search-checkpoint-20260603-72585937 und Transparency Entry onestack-search-transparency-entry-000003-8ade9192 erzeugt; alter Head Claim blockte korrekt als stale und wurde durch onestack-search-head-claim-20260603-a475dc2c ersetzt.
- 2026-06-03 Live-Readback-Required-IDs fuer Checkpoint, Transparency Entry und Head Claim auf 72585937/000003/a475dc2c korrigiert; danach Contabo Live-SurrealDB Write/Readback pass.
- 2026-06-03 Browser-Offline-Export-Manifest final auf live_write_readback_pass_for_projection_copy gesetzt; Projection-Hash=397f7ef97f873be91210e64f6b8552fdd4647fe848cbf0cad23f21e1c180763d; Panel-Manifest-Hash=11caf43362caf11459b91620b45d91e53188f2df72d532e24a5c5df8fe901f86.
- 2026-06-03 Finaler signierter One/Dec Mirror nach Signed-Head-Claim-Live-Write: onestack-search-one-dec-mirror-20260603-9a24a9eb; signature_verification=pass; Mirror-Guard pass.
- 2026-06-03 Guards pass: onestack-search-surrealdb-write-readback-bundle-guard, onestack-search-surrealdb-projection-guard, onestack-workbench-search-query-orchestration-guard, onestack-search-signed-head-claim-guard, onestack-search-transparency-log-guard, onestack-search-checkpoint-ledger-guard.
- 2026-06-03 ADR/Spec nachgeschaerft: Policy, Provenance, Runtime-Attestation, TUF-Metadaten und Rollen-/Threshold-Signaturen sind externe Subject-Attestations ueber einen Checkpoint und werden nicht in denselben Checkpoint-Digest eingerechnet.
- 2026-06-03 Release-Assurance-Builder angelegt: onestack_search_release_assurance_builder.py erzeugt signierte Policy Decision, Provenance Attestation, Runtime Attestation, TUF Update Metadata und Role/Threshold Signature Summary.
- 2026-06-03 Release-Assurance-Guard angelegt und pass: onestack-search-release-assurance-guard prueft Checkpoint-/Head-Bindung, Live-Readback, Signaturen, Policy Checks, Runtime-Felder, TUF-Felder und Threshold-Summary.
- 2026-06-03 Nicht-rekursiver Checkpoint nach ADR/Spec-Update: onestack-search-checkpoint-20260603-fb687a9c; checkpoint_digest=sha256:fb687a9c813c6a63ef94d60e9b70cb6077cde6777edf51230ba991364a2e2f2e.
- 2026-06-03 Transparency Entry sequence=4: onestack-search-transparency-entry-000004-09caaa3f; aktueller Head Claim: onestack-search-head-claim-20260603-76e21645.
- 2026-06-03 Release-Assurance ueber aktuellen Head neu gebaut: policy=onestack-search-policy-decision-20260603-52b46b10; provenance=onestack-search-provenance-attestation-20260603-928f63bf; runtime=onestack-search-runtime-attestation-20260603-898f1906; tuf=onestack-search-tuf-update-metadata-20260603-55d3f4e0; roles=onestack-search-role-threshold-signature-summary-20260603-7d73c9f1.
- 2026-06-03 Projection-Builder um Release-Assurance-Artefakte und Guard-Evidence erweitert.
- 2026-06-03 Onestack Search Projection nach Release-Assurance neu gebaut: record_count=287; task_count=133; adhq_count=40; working_context_count=18; structure_node_count=1294.
- 2026-06-03 Prompt-Panel Asset aktualisiert: projection_sha256=f22db745fc7e914c51ee8438adc67f0f7a64b2099338e116a9bae4ba96c01317; panel_manifest_sha256=a82d73e9a4347ec4bd06d6c5ce9c9b460832ebcf4bea33fbd01849c2dbcd1957.
- 2026-06-03 SurrealDB Bundle nach Release-Assurance neu gebaut: operation_count=2523; relation_count=749; prompt_wording_event_count=175; write_candidate_count=0; token_ready_count=0.
- 2026-06-03 Browser-Offline-Export-Manifest pending: local_projection_bundle_ready_live_write_pending_after_release_assurance; Workbench- und Projection-Guard pass; Bundle-Guard blockt erwartbar bis Contabo Live-Write.
- 2026-06-03 Naechster geschuetzter Token vorbereitet: YES onestack-search-live-surrealdb-write-readback-after-release-assurance-20260603.
- 2026-06-03 Nutzerfreigabe genutzt: YES onestack-search-live-surrealdb-write-readback-after-release-assurance-20260603.
- 2026-06-03 Contabo Live-SurrealDB Write/Readback nach Release-Assurance-Stufe pass: operation_count=2523; os_search_projection=287; os_working_context=18; os_structure_node=1294; os_relation=749; os_prompt_event=175; Release-Assurance und Guard im Readback vorhanden.
- 2026-06-03 Browser-Offline-Export-Manifest final auf live_write_readback_pass_for_projection_copy gesetzt: live_surrealdb_operation_count=2523; live_surrealdb_os_search_projection_count=287.
- 2026-06-03 Finaler signierter One/Dec Mirror nach Release-Assurance-Live-Write: onestack-search-one-dec-mirror-20260603-2b4d5b52; signature_verification=pass; Mirror-Guard pass.
- 2026-06-03 Guards pass: onestack-search-surrealdb-write-readback-bundle-guard, onestack-search-surrealdb-projection-guard, onestack-workbench-search-query-orchestration-guard, onestack-search-release-assurance-guard, onestack-search-transparency-log-guard, onestack-search-signed-head-claim-guard, onestack-search-checkpoint-ledger-guard.
- 2026-06-03 Check-in/Checkout-Builder angelegt: onestack_search_checkin_checkout_builder.py erzeugt CheckoutRequested, WorktreeMaterialized, CheckinProposed und CheckinRejectedStaleBase Events.
- 2026-06-03 Check-in/Checkout-Evidence pass: onestack-search-checkin-checkout-20260603-c17acf77; stale-base Attempt blockt als base_checkpoint_not_current_head.
- 2026-06-03 onestack-search-checkin-checkout-guard angelegt und pass; prueft signed Head Claim, current Head, accepted path, stale-base Block, Event-Shape und Release-Assurance-Readback.
- 2026-06-03 Projection-Builder um Check-in/Checkout-Evidence und Guard-Evidence erweitert.
- 2026-06-03 Onestack Search Projection nach Check-in/Checkout neu gebaut: record_count=289; task_count=133; adhq_count=40; working_context_count=18; structure_node_count=1298.
- 2026-06-03 Prompt-Panel Asset aktualisiert: projection_sha256=c48bbc578a92a9cd94e8fd211d0ad9b40f058f90dc1535a6e67dd6b662e54eee; panel_manifest_sha256=36d5ef80e316b3ee1537608321e32f459fcf3577304a980a04457464b8f22806.
- 2026-06-03 SurrealDB Bundle nach Check-in/Checkout neu gebaut: operation_count=2532; relation_count=750; prompt_wording_event_count=177; write_candidate_count=0; token_ready_count=0.
- 2026-06-03 Browser-Offline-Export-Manifest pending: local_projection_bundle_ready_live_write_pending_after_checkin_checkout; Check-in/Checkout-, Workbench- und Projection-Guard pass; Bundle-Guard blockt erwartbar bis Contabo Live-Write.
- 2026-06-03 Naechster geschuetzter Token vorbereitet: YES onestack-search-live-surrealdb-write-readback-after-checkin-checkout-20260603.
- 2026-06-03 Nutzerfreigabe genutzt: YES onestack-search-live-surrealdb-write-readback-after-checkin-checkout-20260603.
- 2026-06-03 Contabo Live-SurrealDB Write/Readback nach Check-in/Checkout-Stufe pass: operation_count=2532; os_search_projection=289; os_working_context=18; os_structure_node=1298; os_relation=750; os_prompt_event=177; Check-in/Checkout und Guard im Readback vorhanden.
- 2026-06-03 Browser-Offline-Export-Manifest final auf live_write_readback_pass_for_projection_copy gesetzt: live_surrealdb_operation_count=2532; live_surrealdb_os_search_projection_count=289.
- 2026-06-03 Finaler signierter One/Dec Mirror nach Check-in/Checkout-Live-Write: onestack-search-one-dec-mirror-20260603-a450856e; signature_verification=pass; Mirror-Guard pass.
- 2026-06-03 Guards pass: onestack-search-surrealdb-write-readback-bundle-guard, onestack-search-surrealdb-projection-guard, onestack-workbench-search-query-orchestration-guard, onestack-search-checkin-checkout-guard, onestack-search-release-assurance-guard, onestack-search-one-dec-mirror-guard.
- 2026-06-03 Mirror-Builder erweitert: legacy_mirror_adapter_report schreibt ADR-0089-/Spec-Referenz, target_standard=one_dec_verifiable_checkpoint_ledger, forbidden target models, Checkpoint/Head-Claim-Refs und promotion_allowed=false.
- 2026-06-03 Mirror-Guard gehaertet: legacy_mirror_adapter_report, ADR/Spec-Refs, no_intermediate_target_standard, verbotene Zielmodelle, Checkpoint/Head-Claim-Refs und Promotion-Block sind Pflicht.
- 2026-06-03 Finaler Mirror onestack-search-one-dec-mirror-20260603-a450856e neu signiert; legacy adapter report und promotion block in Manifest/Evidence vorhanden; onestack-search-one-dec-mirror-guard pass.
- 2026-06-03 impl-0005-task-0046 auf done_candidate/progress=100 gesetzt; finale Guard-Kette pass; fachliche Acceptance bleibt separat.
- 2026-06-03 done_checklist fuer impl-0005-task-0046 ergaenzt, damit done_candidate sichtbar nach Guard-Regel pruefbar ist.
Repos
onestack-oneonespec-oneoneguard-oneonememory-oneonediscovery-oneoneosinfra-oneonedec-oneonetec-onetecstack-one
Surfaces
onestack-searchdbinfrago-objektbibliothek-viewerdbinfrago-knowledge-workbench-empfone-dec-offline
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0043
Nachfolger
- sequence_next
impl-0005-task-0047
Domains / Referenzen (11)
one-decmirrorcheckpoint-ledgerevent-sourcingtransparency-logpolicy-as-codetufprovenanceruntime-attestationcheckin-checkoutmmu-mma-p
One/Dec Ledger Rollout Inventory fuer bestehende Mirror-Pfade
Fachliche Abnahme durch ACCEPT impl-0005-task-0047, wenn DB InfraGO Ledger-Rollout, Post-Live-Ledger-Reseal und Workbench-Live-Readback plausibel sind.
Done-Kriterien
- doneBestehende aktive One/Dec Mirror-Pfade sind inventarisiert
- doneOnestack Search Mirror ist als ledger-standard-ready klassifiziert
- doneAktiver DB InfraGO Knowledge Viewer Mirror ist als Legacy-Rollout-Kandidat klassifiziert
- donePanel-Referenzen des DB InfraGO Legacy-Mirrors sind gezaehlt und nach applied/proposal getrennt
- doneGuard prueft Inventar, ADR-/Spec-Bezug, Promotion-Block und vorbereiteten Token
- doneOnestack Search Projection enthaelt Inventar, Guard-Evidence und Memory
- doneContabo Live-SurrealDB Readback enthaelt Inventar, Guard-Evidence und Memory
- donePhysischer DB InfraGO Mirror-Rollout erzeugt Ledger/Head/Release-Assurance ohne Legacy-Evidence in-place zu ueberschreiben
Done-Checkliste
- doneDB InfraGO Ledger Adapter ist pass und signiert
- doneWorkbench/Browser-Projektion ist aktualisiert
- doneContabo Live-SurrealDB Write/Readback ist pass
- doneTaskboard- und Projection-Guards sind pass
Evidence
- onediscovery-one/data/one-dec-ledger-rollout/frfy__onediscovery-one__one-dec-ledger-mirror-rollout-inventory__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- oneguard-one/data/matrices/frfy__oneguard-one__one-dec-ledger-mirror-rollout-inventory-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onememory-one/docs/memory-records/frfy__onememory-one__one-dec-ledger-mirror-rollout__memory__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- DB InfraGO Mirror dbinfrago-knowledge-viewer-one-dec-mirror-20260531-263c539c: 16 applied panel references, 2 proposal panel references, legacy ledger gap classified.
- 2026-06-03 Onestack Search Projection rebuilt: record_count=293, task_count=134, structure_node_count=1311.
- 2026-06-03 Guards pass: one-dec-ledger-mirror-rollout-inventory-guard, onestack-impl-done-guard, taskboard-item-lifecycle-guard, taskboard-runtime-rendering-guard, onestack-search-surrealdb-projection-guard.
- 2026-06-03 Token genutzt: YES one-dec-ledger-rollout-dbinfrago-knowledge-viewer-mirror-20260603.
- datastack-one/data/evidence/one-dec-ledger-adapter/dbinfrago-knowledge-viewer/latest-ledger-adapter-evidence.json
- oneguard-one/data/matrices/frfy__oneguard-one__dbinfrago-knowledge-viewer-ledger-rollout-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- DB InfraGO Ledger Adapter pass: dbinfrago-knowledge-viewer-one-dec-mirror-20260531-263c539c-ledger-adapter-20260603-d85858e8; checkpoint sha256:d85858e8a1d4693e40d1f2e360ae1d0c716bcf3e396f0b9cc279a1a628184510; old legacy manifest direct signature inconsistency diagnosed, new adapter manifest signature Verified OK.
- 2026-06-03 Browser-Asset/Panel-Manifest aktualisiert: onestack-search-projection hash 172681cdc3bf380180b5e0aeafb8877e775b5014182242543f5799ba1f920e8b.
- 2026-06-03 Onestack Search SurrealDB Write-Bundle rebuilt: projection_record_count=298, operation_count=2578, structure_node_count=1320.
- 2026-06-03 Guards pass: onestack-search-surrealdb-write-readback-bundle-guard, onestack-workbench-search-query-orchestration-guard, dbinfrago-knowledge-viewer-ledger-rollout-guard, onestack-search-surrealdb-projection-guard.
- 2026-06-03 Contabo Live-SurrealDB Write/Readback pass: os_search_projection=298, operation_count=2578.
- oneosinfra-one/data/evidence/installations/onestack-search-live-surrealdb-write-readback-20260603.json
- Token genutzt: YES onestack-search-live-surrealdb-write-readback-after-dbinfrago-ledger-rollout-20260603.
- 2026-06-03 Post-live ledger reseal pass: checkpoint onestack-search-checkpoint-20260603-73e3cde0, transparency entry onestack-search-transparency-entry-000005-f842046b, head claim onestack-search-head-claim-20260603-105540a5.
- 2026-06-03 Post-live mirror pass: onestack-search-one-dec-mirror-20260603-542f34fc, signature_verification=pass.
- 2026-06-03 Final post-live ledger reseal Contabo Live-SurrealDB Write/Readback pass: os_search_projection=298, operation_count=2578.
- Token genutzt: YES onestack-search-live-surrealdb-write-readback-after-post-live-ledger-reseal-20260603.
- Readback IDs corrected to post-live ledger head: checkpoint onestack-search-checkpoint-20260603-73e3cde0, transparency entry onestack-search-transparency-entry-000005-f842046b, head claim onestack-search-head-claim-20260603-105540a5.
Repos
onediscovery-oneoneguard-oneonememory-oneonestack-onedatastack-onedatastack-deconesurfacehub-one
Surfaces
onestack-searchdbinfrago-knowledge-viewerdbinfrago-som-viewerdbinfrago-objektbibliothek-viewerdbinfrago-knowledge-workbench-empf
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0046
Nachfolger
- sequence_next
impl-0005-task-0048
Domains / Referenzen (7)
one-decmirrorcheckpoint-ledgerrollout-inventorydbinfragolegacy-adapterpromotion-guard
ConnectorStack.one Baseline, Registry und AdapterStack-Abgrenzung
Fachliche Abnahme durch ACCEPT impl-0005-task-0048; Folgearbeit: Connector-Registry gegen tatsaechliche Repo-/Evidence-Pfade je Connectorfamilie vertiefen.
Done-Kriterien
- doneconnectorstack.one ist als reservierte Domain und Baseline-Kontext dokumentiert
- doneAdapterStack ist exklusiv fuer UnifiedAPI abgegrenzt
- doneConnectorStack ist fuer Source Discovery, Download/Import/Ingest, Reimport, Source Contracts, Evidence/Lineage und Handoff definiert
- doneErste Connector-Registry inventarisiert DB InfraGO OBI, SOM, RIL100/STW und QGIS Connectorfamilien
- doneGuard prueft Spec, Registry, Memory und Boundary-Regeln
- doneKeine Runtime-, DNS-, TLS-, Ingress- oder Authority-Promotion wurde ausgefuehrt
- doneVertiefte Repo-/Evidence-Pfad-Validierung je Connectorfamilie ist als Folgearbeit ausserhalb dieses Done-Gates benannt
Done-Checkliste
- doneSpec, Registry, Guard und Memory sind vorhanden
- doneGuard-Evidence status pass
- doneKeine geschuetzte Runtime-Mutation ausgefuehrt
Evidence
- onespec-one/docs/specs/frfy__onespec-one__connectorstack-adapterstack-boundary__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- connectorstack-one/data/registry/frfy__connectorstack-one__connector-registry__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- oneguard-one/data/matrices/frfy__oneguard-one__connectorstack-adapterstack-boundary-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onememory-one/docs/memory-records/frfy__onememory-one__connectorstack-adapterstack-boundary__memory__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- 2026-06-03 Onestack Search Projection rebuilt after ConnectorStack baseline: record_count=300, task_count=135, structure_node_count=1334.
Repos
connectorstack-oneonespec-oneoneguard-oneonememory-oneonestack-oneonediscovery-one
Surfaces
dbinfrago-objektbibliothek-viewerdbinfrago-som-viewerdbinfrago-ril100-stw-viewerdbinfrago-qgis-viewer
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0047
Nachfolger
- sequence_next
impl-0005-task-0049
Domains / Referenzen (7)
connectorstack.oneadapterstackunifiedapiconnectorssource-ingestregistrydbinfrago
Agentic-Verified Watchdog fuer Done-Kandidaten
Fachliche Abnahme durch ACCEPT impl-0005-task-0049, wenn Boolean-Semantik, Evidence, Search-Projection und Dashboard-Darstellung plausibel sind.
Done-Kriterien
- doneSpec definiert agentic_verified als strikt boolesches Pruefsiegel zwischen done_candidate und fachlicher Acceptance
- doneGuard oder AIAgent prueft Done-Kandidaten auf offene Done-Kriterien, offene Done-Checklisten, fehlende Evidence, falsch einsortierte Folgearbeit und fehlende Acceptance-Grenze
- doneAgent darf keine fachliche Acceptance setzen und kein ACCEPT simulieren
- doneTrigger-Modell ist definiert: nach done_candidate-Setzung, nach Taskboard-Aenderung, vor Projection/Release und optional periodisch
- doneAI-Session-Start ist optional und nur mit konfigurierter Provider-/Modell-/Runtime-Policy erlaubt; ohne freigegebenes Modell laeuft nur die deterministische Watchdog-Pruefung
- doneKonfiguriertes Modell, Provider, Runtime, Prompt-Version, Input-Artefakte, Output-Hash und Kosten-/Token-Metadaten werden in Evidence protokolliert
- doneEvidence-Artefakt dokumentiert je geprueftem Task agentic_verified als Boolean sowie agentic_verification_status und Gruende getrennt
- doneTaskboard, Onestack Search Projection und Dashboard zeigen agentic_verified getrennt von accepted
- doneMemory und Guard verhindern, dass offene Folgearbeit erneut als offenes Done-Kriterium in done_candidate stehen bleibt
Done-Checkliste
- doneBegriff und Grenze von agentic_verified dokumentieren
- doneOneSpec/OneGuard-Erweiterung fuer Agentic-Verified Done-Candidate Gate vorbereiten
- doneWatchdog/AIAgent-Artefakt und Evidence-Format bauen
- doneKonfigurierbare AI-Session-Policy fuer Provider, Modell, Runtime, Prompt-Version und Logging definieren
- doneTaskboard-Projektion und UI-Felder fuer agentic_verified ergaenzen
- doneGuards gegen automatische Acceptance und gegen Done-Kandidaten mit offenen Abschlusskriterien testen
Evidence
- onememory-one/docs/memory-records/frfy__onememory-one__agentic-verified-done-candidate-watchdog__memory__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onespec-one/docs/specs/frfy__onespec-one__agentic-verified-done-candidate-watchdog__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- oneguard-one/tools/guards/agentic-verified-done-candidate-watchdog-guard.sh
- oneguard-one/data/matrices/frfy__oneguard-one__agentic-verified-done-candidate-watchdog-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- Watchdog implementiert: oneanalytics-one/tools/watchdogs/agentic-verified-done-candidate-watchdog.py schreibt agentic_verified strikt boolesch und agentic_verification_status separat.
- Boolean-Korrektur angewendet: Taskboard enthaelt 69 agentic_verified=true und 68 agentic_verified=false; keine String-Werte im Feld agentic_verified.
- Guard agentic-verified-done-candidate-watchdog-guard pass mit 39 Checks und blocked=0 nach Boolean-Spec-Korrektur.
- Search Projection neu gebaut: record_count=308, task_count=136, adhq_count=42, working_context_count=18, structure_node_count=1373.
- Query Readback agentic verified done candidate watchdog liefert Watchdog-Evidence, Guard-Evidence und Spec als Top-3-Treffer.
- Dashboard neu gerendert: onestack-one/data/impl/onestack-impl-dashboard.html und -model.json enthalten agentic_verified als Boolean plus agentic_verification_status getrennt.
- onestack-search-surrealdb-projection-guard pass nach Watchdog-Artefakt-Projektion.
- Taskboard-Kompatibilitaet: checklist fuer impl-0005-task-0049 zusaetzlich als done_checklist gespiegelt, damit Done-Gate-Guards beide historischen Feldnamen korrekt pruefen.
Repos
oneanalytics-oneoneguard-oneonetask-oneonediscovery-oneonememory-onememorystack-oneonestack-one
Surfaces
onestack-impltaskboardonestack-search
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0048
Nachfolger
- sequence_next
impl-0006-task-0001
Domains / Referenzen (6)
onestackonetaskoneanalyticsoneguardagentic-verificationtaskboard
UnifiedAPI Connector Import, interne Versionierung und World-Change-Monitoring materialisieren
Fachliche Abnahme der done_candidate-Connector-Kette; offene ADHQs bleiben separat im Taskboard.
Done-Kriterien
- doneIMPL-0006 dokumentiert Connectoren und Adapter als Bestandteile der passenden unifiedapi.*-Domaenen
- doneIMPL-0006 trennt governance, reference und applied/{tenant}: externe Standards sind governance, interne Onestack-Referenzadapter sind reference, konkrete Mandanten-/Fachanwendungsconnectoren sind applied/{tenant}
- doneOneSpec definiert Connector-Registry, Primary Import Index, Normalized Index, Stable Index, Diff, Evidence, SurrealDB, FTS, Vector, Graph, One/Dec-Sync und World-Change-Monitoring maschinenlesbar
- doneOneDiscovery fuehrt eine erste maschinenlesbare UAPI-Connector-Registry mit Governance- und Applied-Klassifikation
- doneGuard prueft IMPL, Spec, Connector-Registry, authority_class, repo_scope und Mindestfelder der Import-/Stable-/Monitoring-Kette
- doneSOM und Objektbibliothek werden als applied/dbinfrago Connectoren in die generische Kette eingeordnet
- doneExterne Standards wie OSLC, openBIM, Geospatial, Rail-Regularien und Project-Schedule werden nicht reference genannt, sondern governance klassifiziert
- doneKonkrete Import-Runner, SurrealDB-Projektionen, Vector-Embeddings und World-Change-Autoruns werden als naechste operative Umsetzung aus diesem IMPL ableitbar
- doneGenerischer DataStack-Runner erzeugt Primary Import Index, Normalized Index, Stable Index, Diff, SurrealDB-Projektion, FTS, Vector, Graph und Evidence aus der Connector-Registry
- doneLoopStack-Runbook beschreibt Trigger, State, Evidence, Fortsetzung und repo-getrennte Artefaktablage
- doneGuard prueft operative Projektionsartefakte und Mindestanzahl der Connector Records
Done-Checkliste
- doneIMPL-0006 Datei angelegt
- doneGovernance/Reference/Applied-Abgrenzung dokumentiert
- doneOneSpec-Kontrakt angelegt
- doneOneDiscovery Connector-Registry angelegt
- doneGuard angelegt und in Watchdog-Suite eingehangen
- doneGuard strict ausfuehren
- doneDashboard neu rendern
- doneCommits in betroffenen Repos schreiben
- doneGenerischen DataStack UAPI-Connector-Projection-Builder erstellt
- doneProjection Builder ausgefuehrt und Artefakte erzeugt
- doneLoopStack Runbook fuer Projection Builder erstellt
- doneGuard auf operative Projection-Artefakte erweitert
- doneCommits fuer operative Umsetzung schreiben
Evidence
- Nutzerentscheidung 2026-05-30: Connectoren sitzen wie Adapter an den UAPI-Domaenen.
- Nutzerentscheidung 2026-05-30: reference sind nur interne oprms-onestack-reference Modelle und Adapter; externe lifecycle, project-schedule, geospatial und openbim Standards sind governance.
- IMPL: docs/implements/frfy__onestack-one__impl-0006__uapi-connector-import-versioning__world-change-monitoring__impl__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md
- Spec: onespec-one/docs/specs/frfy__onespec-one__uapi-connector-import-versioning__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- Registry: onediscovery-one/data/uapi-connector-registry/frfy__onediscovery-one__uapi-connector-registry__index__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- Guard: oneanalytics-one/tools/watchdogs/uapi-connector-import-versioning-guard.sh
- Guard strict 2026-05-30: uapi-connector-import-versioning-guard status=pass checks=8 blocked=0
- Dashboard 2026-05-30 neu gerendert: data/impl/onestack-impl-dashboard.html und model.json
- Commit-Vorbereitung 2026-05-30: betroffene Repo-Aenderungen werden getrennt nach onestack-one, onespec-one, onediscovery-one und oneanalytics-one versioniert.
- Operative Umsetzung 2026-05-30: datastack-one/tools/uapi/uapi_connector_projection_builder.py erstellt.
- Operative Umsetzung 2026-05-30: Builder erzeugte Version uapi-connector-projection-20260530-ff05081a mit 7 Records.
- Artefakte: DataStack primary/normalized/stable/diff/surrealdb; OneDiscovery FTS; MemoryStack Vector/Graph; OneAnalytics Evidence.
- Guard strict 2026-05-30: uapi-connector-import-versioning-guard status=pass checks=12 blocked=0.
- Subtasks impl-0006-task-0002 bis impl-0006-task-0010 sind als done_candidate materialisiert.
- Lifecycle-UAPI-Projektion 2026-05-30 ergaenzt: OSLC, ReqIF, SysML, BPMN, DMN, CMMN, Jira und Git Issues.
- Alle aktuellen Governance-/Applied-Connector-Projektionen haben DataStack-Handoff, OneDiscovery-FTS, MemoryStack-Vector/Graph, OneAnalytics-Evidence und Guard-Anbindung.
Repos
onestack-oneonespec-oneonediscovery-onedatastack-onememorystack-oneoneanalytics-oneoneguardph-oneloopstack-one
Surfaces
onestack-implonediscovery-one
Vorgaenger / Nachfolger
7 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- depends_on
impl-0006-task-0002 - depends_on
impl-0006-task-0003 - depends_on
impl-0006-task-0004 - depends_on
impl-0006-task-0005 - depends_on
impl-0006-task-0006 - depends_on
impl-0006-task-0007 - depends_on
impl-0006-task-0008
Domains / Referenzen (8)
onestack.oneonespec.oneonediscovery.onedatastack.onememorystack.oneoneanalytics.oneoneguardph.oneloopstack.one
DB InfraGO SOM Connector Importkette produktivieren
Naechster Connector-Subtask der Reihe nach: impl-0006-task-0003 DB InfraGO Objektbibliothek Connector Importkette produktivieren.
Done-Kriterien
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Done-Checkliste
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Evidence
- Angelegt 2026-05-30 als Teil der schrittweisen operativen IMPL-0006 Connector-Import-Umsetzung.
- Scope: SOM-XLSB/SharePoint-Export -> Primary Import Index -> Normalized -> Stable -> Diff -> DataStack -> SurrealDB/FTS/Vector/Graph
- UAPI-Domaene: unifiedapi.semantic-object-model
- Authority/Repo-Scope: applied/dbinfrago
- Operative Umsetzung 2026-05-30: dbinfrago-som-one/tools/uapi/som_uapi_projection_builder.py erstellt und ausgefuehrt.
- Projection Version: dbinfrago-som-uapi-projection-20260530-a641f8d8 mit 15914 SOM Records.
- Artefakte: SOM primary-ref/normalized/stable/diff/surrealdb; DataStack handoff; OneDiscovery FTS; MemoryStack Vector/Graph; OneAnalytics Evidence.
- Guard strict 2026-05-30: dbinfrago-som-uapi-projection-guard status=pass checks=19 blocked=0.
Repos
onestack-oneonespec-oneonediscovery-onedatastack-onememorystack-oneoneanalytics-oneloopstack-onedbinfrago-som-connector-onedatastack-oneonediscovery-onememorystack-oneoneanalytics-oneloopstack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0006-task-0001
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (6)
onestack.oneonediscovery.onedatastack.onememorystack.oneoneanalytics.oneloopstack.one
DB InfraGO Objektbibliothek Connector Importkette produktivieren
Naechster Connector-Subtask der Reihe nach: impl-0006-task-0004 Governance Connector regulations-rail-infrastructure produktivieren.
Done-Kriterien
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Done-Checkliste
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Evidence
- Objektbibliothek Stable-Index dbinfrago-objektbibliothek-stable-20260529-primary-index-df19f8d1 als Quelle verwendet.
- UAPI-Projektion dbinfrago-objektbibliothek-uapi-projection-20260530-31a2dcf7 mit 2116 Records erzeugt.
- Connector-Repo enthaelt Primary-Referenz, Normalized, Stable, Diff, SurrealDB-Projektion und Manifest.
- DataStack-Handoff unter applied/infrago/dbinfrago-objektbibliothek erzeugt.
- OneDiscovery-FTS-Index erzeugt.
- MemoryStack-Vector- und Graph-Index erzeugt.
- LoopStack-Runbook dbinfrago-objektbibliothek-uapi-projection-runbook.md angelegt.
- OneAnalytics Evidence und Guard dbinfrago-objektbibliothek-uapi-projection-guard erzeugt; strict pass mit 19 Checks und 0 Blockern.
Repos
onestack-oneonespec-oneonediscovery-onedatastack-onememorystack-oneoneanalytics-oneloopstack-onedbinfrago-objektbibliothek-connector-onedatastack-oneonediscovery-onememorystack-oneoneanalytics-oneloopstack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0006-task-0001
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (6)
onestack.oneonediscovery.onedatastack.onememorystack.oneoneanalytics.oneloopstack.one
Governance Connector regulations-rail-infrastructure materialisieren
Naechster Connector-Subtask der Reihe nach: impl-0006-task-0005 Governance Connector openbim produktivieren.
Done-Kriterien
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Done-Checkliste
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Evidence
- Governance-Seed-Katalog fuer EIGV, TEN-T, TSI Infrastructure, VV BAU und VV BAU-STE erzeugt.
- UAPI-Projektion regulations-rail-infrastructure-uapi-projection-20260530-495703b3 mit 5 Records erzeugt.
- UnifiedAPI-Repo enthaelt Primary Import Index, Normalized, Stable, Diff, SurrealDB-Projektion und Manifest.
- DataStack-Handoff unter governance/regulations-rail-infrastructure erzeugt.
- OneDiscovery-FTS-Index erzeugt.
- MemoryStack-Vector- und Graph-Index erzeugt.
- LoopStack-Runbook regulations-rail-infrastructure-uapi-projection-runbook.md angelegt.
- OneAnalytics Evidence und Guard regulations-rail-infrastructure-uapi-projection-guard erzeugt; strict pass mit 19 Checks und 0 Blockern.
Repos
onestack-oneonespec-oneonediscovery-onedatastack-onememorystack-oneoneanalytics-oneloopstack-onedatastack-oneonediscovery-onememorystack-oneoneanalytics-oneloopstack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0006-task-0001
Nachfolger
- depends_on
impl-0004-task-0011
Domains / Referenzen (6)
onestack.oneonediscovery.onedatastack.onememorystack.oneoneanalytics.oneloopstack.one
Governance Connector openbim materialisieren
Naechster Connector-Subtask der Reihe nach: impl-0006-task-0006 Governance Connector geospatial produktivieren.
Done-Kriterien
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Done-Checkliste
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Evidence
- OpenBIM kanonisch auf unifiedapi.openbim und unifiedapi-openbim-* vereinheitlicht.
- Governance-Seed-Katalog fuer IFC, BCF, IDS und bSDD erzeugt.
- UAPI-Projektion openbim-uapi-projection-20260530-4b7ea8c3 mit 4 Records erzeugt.
- UnifiedAPI-Repo enthaelt Primary Import Index, Normalized, Stable, Diff, SurrealDB-Projektion und Manifest.
- DataStack-Handoff unter governance/openbim erzeugt.
- OneDiscovery-FTS-Index erzeugt.
- MemoryStack-Vector- und Graph-Index erzeugt.
- LoopStack-Runbook openbim-uapi-projection-runbook.md angelegt.
- OneAnalytics Evidence und Guard openbim-uapi-projection-guard erzeugt; strict pass mit 19 Checks und 0 Blockern.
Repos
onestack-oneonespec-oneonediscovery-onedatastack-onememorystack-oneoneanalytics-oneloopstack-oneunifiedapi-openbim-oneunifiedapi-openbim-decunifiedapi-openbim-one-infraunifiedapi-openbim-dec-infra
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0006-task-0001
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (6)
onestack.oneonediscovery.onedatastack.onememorystack.oneoneanalytics.oneloopstack.one
Governance Connector geospatial materialisieren
Naechster Connector-Subtask der Reihe nach: impl-0006-task-0007 Governance Connector project-schedule produktivieren.
Done-Kriterien
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Done-Checkliste
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Evidence
- Geospatial kanonisch auf unifiedapi.geospatial und unifiedapi-geospatial-* materialisiert.
- Governance-Seed-Katalog fuer OGC Standards, GeoPackage, QGIS, NUTS und LAU erzeugt.
- UAPI-Projektion geospatial-uapi-projection-20260530-022f496f mit 5 Records erzeugt.
- Manifest enthaelt geostack_handoff auf geostack.one mit consumption_policy consume_datastack_handoff_without_import_authority.
- DataStack-Handoff unter governance/geospatial erzeugt.
- OneDiscovery-FTS-Index erzeugt.
- MemoryStack-Vector- und Graph-Index erzeugt.
- LoopStack-Runbook geospatial-uapi-projection-runbook.md angelegt.
- OneAnalytics Evidence und Guard geospatial-uapi-projection-guard erzeugt; strict pass mit 20 Checks und 0 Blockern.
Repos
onestack-oneonespec-oneonediscovery-onedatastack-onememorystack-oneoneanalytics-oneloopstack-oneunifiedapi-geospatial-oneunifiedapi-geospatial-decunifiedapi-geospatial-one-infraunifiedapi-geospatial-dec-infrageostack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0006-task-0001
Nachfolger
- blocks_done_candidate
impl-0006-task-0010
Domains / Referenzen (6)
onestack.oneonediscovery.onedatastack.onememorystack.oneoneanalytics.oneloopstack.one
Governance Connector project-schedule materialisieren
Naechster Connector-Subtask der Reihe nach: impl-0006-task-0008 Governance Connector lifecycle produktivieren.
Done-Kriterien
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Done-Checkliste
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Evidence
- Project Schedule kanonisch auf unifiedapi.project-schedule und unifiedapi-project-schedule-* materialisiert.
- Governance-Seed-Katalog fuer MS Project, Primavera P6, iCalendar/CalDAV, Terminplaninspektor und QualityCheck Terminplan erzeugt.
- UAPI-Projektion project-schedule-uapi-projection-20260530-92caa8ae mit 5 Records erzeugt.
- DataStack-Handoff unter governance/project-schedule erzeugt.
- OneDiscovery-FTS-Index erzeugt.
- MemoryStack-Vector- und Graph-Index erzeugt.
- LoopStack-Runbook project-schedule-uapi-projection-runbook.md angelegt.
- OneAnalytics Evidence und Guard project-schedule-uapi-projection-guard erzeugt; strict pass mit 19 Checks und 0 Blockern.
Repos
onestack-oneonespec-oneonediscovery-onedatastack-onememorystack-oneoneanalytics-oneloopstack-oneunifiedapi-project-schedule-oneunifiedapi-project-schedule-decunifiedapi-project-schedule-one-infraunifiedapi-project-schedule-dec-infra
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0006-task-0001
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (6)
onestack.oneonediscovery.onedatastack.onememorystack.oneoneanalytics.oneloopstack.one
Governance Connector lifecycle materialisieren
Naechster Connector-Subtask der Reihe nach pruefen und umsetzen.
Done-Kriterien
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Done-Checkliste
- doneQuelle/Access Mode ist geklaert und maschinenlesbar dokumentiert
- doneLizenz-/Nutzungsstatus ist dokumentiert
- donePrimary Import Index ist erzeugt
- doneNormalized Index ist erzeugt
- doneStable Index ist erzeugt
- doneDiff zur Vorversion ist erzeugt
- doneEvidence ist geschrieben
- doneSurrealDB-Projektion ist erzeugt
- doneFTS-/Vector-/Graph-Projektionen sind erzeugt
- doneWorld-Change-Monitor ist definiert
- doneLoopStack-Runbook oder Trigger ist vorhanden
- doneGuard prueft Vollstaendigkeit
- doneone/dec-Spiegelbarkeit ist dokumentiert
Evidence
- Lifecycle kanonisch auf unifiedapi.lifecycle und unifiedapi-lifecycle-* materialisiert.
- Governance-Seed-Katalog fuer OSLC, ReqIF, SysML, BPMN, DMN, CMMN, Jira und Git Issues erzeugt.
- UAPI-Projektion lifecycle-uapi-projection-20260530-ffb378b5 mit 8 Records erzeugt.
- DataStack-Handoff unter governance/lifecycle erzeugt.
- OneDiscovery-FTS-Index erzeugt.
- MemoryStack-Vector- und Graph-Index erzeugt.
- LoopStack-Runbook lifecycle-uapi-projection-runbook.md angelegt.
- OneAnalytics Evidence und Guard lifecycle-uapi-projection-guard erzeugt; strict pass mit 20 Checks und 0 Blockern.
Repos
onestack-oneunifiedapi-lifecycle-oneunifiedapi-lifecycle-decunifiedapi-lifecycle-one-infraunifiedapi-lifecycle-dec-infradatastack-oneonediscovery-onememorystack-oneoneanalytics-oneloopstack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0006-task-0001
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (6)
onestack.onedatastack.oneonediscovery.onememorystack.oneoneanalytics.oneloopstack.one
OpenBIM Repo-Migration und BIM-Altname-Guard materialisieren
Alte unifiedapi-bim-* Repos nach fachlicher Freigabe als Migrationskandidaten behandeln; keine neue OpenBIM-Arbeit dort beginnen.
Done-Kriterien
- doneVier kanonische unifiedapi-openbim-* Repos existieren lokal und sind baselinefaehig
- doneFachliche UAPI-Domaene ist durchgehend unifiedapi.openbim
- doneAlte unifiedapi-bim-* Namen sind als Alt-/Migrationskandidaten markiert
- doneGuard blockiert neuen Ausbau von unifiedapi.bim und unifiedapi-bim-* fuer OpenBIM-Kontext
- doneOpenBIM Connector-Projektion laeuft aus unifiedapi-openbim-one
- doneTaskboard, Evidence und Guard-Status sind gerendert
Done-Checkliste
- doneunifiedapi-openbim-one angelegt
- doneunifiedapi-openbim-dec angelegt
- doneunifiedapi-openbim-one-infra angelegt
- doneunifiedapi-openbim-dec-infra angelegt
- doneOffenen Builder aus unifiedapi-bim-one entfernt und in unifiedapi-openbim-one fortgefuehrt
- doneAltname-Guard erstellen
- doneRepos committen
Evidence
- Vier kanonische unifiedapi-openbim-* Repos lokal angelegt.
- unifiedapi.openbim als fachliche UAPI-Domaene in den neuen Repos gesetzt.
- unifiedapi-bim-one ist wieder sauber; der begonnene Builder wurde nicht im Alt-Repo belassen.
- openbim-canonical-repo-guard erzeugt; strict pass mit 17 Checks und 0 Blockern.
- OpenBIM-Projektion laeuft aus unifiedapi-openbim-one.
Repos
onestack-oneonespec-oneonediscovery-oneoneanalytics-oneunifiedapi-openbim-oneunifiedapi-openbim-decunifiedapi-openbim-one-infraunifiedapi-openbim-dec-infraunifiedapi-bim-oneunifiedapi-bim-decunifiedapi-bim-one-infraunifiedapi-bim-dec-infra
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0006-task-0008
Nachfolger
- sequence_next
impl-0006-task-0010
Domains / Referenzen (4)
onestack.oneonespec.oneonediscovery.oneoneanalytics.one
Geostack-Einbezug fuer unifiedapi.geospatial klaeren und abgrenzen
Fachliche Abnahme; danach keine direkte GeoStack-Quellenaufnahme an unifiedapi.geospatial/DataStack vorbei zulassen.
Done-Kriterien
- doneRolle von geostack.one gegenueber unifiedapi.geospatial ist dokumentiert
- doneStack/UAPI-Grenze ist als Spec- oder Impl-Regel hinterlegt
- doneGuard verhindert Vermischung von Stack-Logik und UAPI-Connector-Authority
- doneGeospatial-Connector-Projektion referenziert Geostack korrekt oder bewusst nicht
- doneTaskboard und Evidence bilden die Entscheidung ab
Done-Checkliste
- doneVorhandene geostack-Repos lesen
- doneAbgrenzungsvorschlag formulieren
- doneNach Freigabe Spec/Impl/Guard nachziehen
Evidence
- GeoStack-Rolle aus ADR-0047 und IMPL-Kontext gelesen: Geometrien, Grenzen, Lage, Polygone und raeumliche Suche.
- GeoStack-Handoff-Consumption-Runbook in geostack-one angelegt.
- Geospatial-Manifest verweist auf geostack.one und den konsumierenden Handoff-Vertrag.
- geospatial-uapi-projection-guard prueft geostack_handoff und consumption_policy.
- Abgrenzung: unifiedapi.geospatial ist Connector-/Austauschgrenze, datastack.one Evidence-/Stable-/Handoff-Schicht, geostack.one raeumliche Stack-Logik.
Repos
onestack-onegeostack-onegeostack-decgeostack-one-infrageostack-dec-infraunifiedapi-geospatial-oneunifiedapi-geospatial-decunifiedapi-geospatial-one-infraunifiedapi-geospatial-dec-infraoneanalytics-oneonespec-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- blocks_done_candidate
impl-0006-task-0006
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (4)
onestack.onegeostack.oneonespec.oneoneanalytics.one
OneRepoHub Mirror-Governance, Remote-First-Use und verschollene Repo-Forensik absichern
Mirror-Autorun ist enabled aber inactive; naechster Schritt ist scoped Mirror-Probelauf mit Remote-Rueckpruefung und Commit-ID-Evidence.
Done-Kriterien
- doneIMPL-0007 mit Inhaltsverzeichnis, ADR-/OPRMS-Verweisen und Mirror-Governance-Zielbild existiert
- doneRepo-Mirror-Orchestrator-Spec enthaelt First-Use, Forensik, Branch-Baseline, Mirror-Probe und Kubernetes-ready State-Machine
- doneRepo-Mirror-Governance-Guard existiert in oneguard-one und schreibt Evidence
- doneForensik fuer dbinfrago-som-connector-* ist maschinenlesbar erfasst
- doneFehlende Branches, Remotes und Mirror-Readiness-Blocker werden nicht als fertig gemeldet
- blockedMirror-Autorun-Systemd-Status und State-Datei sind geprueft oder als Blocker dokumentiert
- pendingMirror-Probelauf fuer betroffene Repo-Familien liefert lokale und remote Commit-Evidence
Done-Checkliste
- doneAlle bekannten Tenant-Remote-Repos werden tenant-scoped beruecksichtigt, nicht global ausgeklammert
- doneSpecs liegen in onespec-one und Guards in oneguard-one
- doneForensik auf remote vorhandene, lokal fehlende Repos ist expliziter Pflichtblock
- doneKeine Aussage Repo angelegt, Mirror laeuft oder baseline-ready ohne Evidence
Evidence
- onerepohub-one/docs/implements/frfy__onerepohub-one__impl-0007__mirror-governance__repo-forensics__kubernetes-ready-orchestration__impl__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md
- onespec-one/docs/specs/frfy__onespec-one__repo-mirror-orchestrator__spec__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- oneguard-one/tools/guards/repo-mirror-governance-guard.sh
- oneguard-one/data/matrices/frfy__oneguard-one__repo-mirror-governance-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onerepohub-oneonespec-oneoneguard-oneoneanalytics-oneonestack-one
Surfaces
onerepohub-oneonestack-impl
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- depends_on
impl-0001-task-0033
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (1)
onerepohub.one
Allumfassende Forensik-Spec und Root-Cause-Gate fuer echte Ursachenanalyse
Forensik-Spec in onespec-one anlegen, Guard in oneguard-one bauen und IMPL-0007 entsprechend schaerfen.
Done-Kriterien
- pendingForensik-Spec in onespec-one definiert Zustand, Timeline, Ursache, Systemluecke, Wiederholschutz, Restunsicherheit und Evidence als Pflichtdimensionen
- pendingForensic-Root-Cause-Analysis-Guard in oneguard-one blockiert forensics-complete, wenn nur Zustand geprueft wurde
- pendingRepo-Mirror-Governance-Guard verwendet die Forensik-Spec oder verweist normativ darauf
- pendingIMPL-0007 dokumentiert, dass Zustandsforensik keine vollstaendige Forensik ist
- pendingdbinfrago-som-connector-Fall wird als erstes Beispiel fuer Root-Cause-Forensik mit Ursache und Restunsicherheit gefuehrt
- pendingEvidence zeigt maschinenlesbar, ob Root-Cause-Forensik vollstaendig, teilweise oder blockiert ist
Done-Checkliste
- pendingBegriff Forensik ist gegen oberflaechliche Zustandspruefung verriegelt
- pendingJede forensische Aussage enthaelt Quellen, Unsicherheiten und Wiederholschutz
- pendingAnswer-/Memory-Gate darf Ursachenanalyse nicht als erledigt formulieren, wenn Root-Cause-Felder fehlen
Evidence
- Anlass: dbinfrago-som-connector-Forensik war im ersten Anlauf Zustandspruefung, keine vollstaendige Ursachenanalyse.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onespec-oneoneguard-oneonerepohub-oneonestack-oneoneanalytics-one
Surfaces
onestack-implonerepohub-oneonespec-oneoneguard-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0045
Nachfolger
- sequence_next
impl-0001-task-0010
Domains / Referenzen (3)
onespec.oneoneguard.oneonerepohub.one
Onestack native surface proposal and change workflow
Replace extracted visual-parity content assets with signed Dec/Tauri/Dockview package assets, then remove fixtures/visual-reference.html before promotion approval.
Done-Kriterien
- doneexisting onestack static appearance captured as baseline
- donechange surface uses canonical -proposal rule
- openlinks preserve original host/reference path
- openbrowser/dec offline rules covered
- openuser visual approval before original onestack.one is changed
- donetemporary HTML visual fixture is explicitly marked as non-target
- in_progressreal TauriFirst/Dec/Dockview payload replaces HTML fixture before promotion
- openHTML fixture removed before original onestack.one promotion
Done-Checkliste
Evidence
- onestack-proposal uses dedicated proposal payload copied from current onestack.one visual reference
- surface-proposal-approval-guard blocks original surface changes without promotion evidence
- homepage-visual-guard status=pass targets=18 blocked=0
- temporary HTML fixture retained only for visual parity until native payload is built; not promotion-ready
- onestack-proposal runtime now uses tauri_first_dec_panel_module with panel-manifest.json and ES module shell
- targeted Playwright on https://oscore.eu/onestack-proposal passed desktop and mobile: targets=2 blocked=0
- original onestack.one remains bootstrap_static_html_debt_payload and unchanged
Repos
onestack-oneoneresolution-oneonesurfacehub-oneoneanalytics-one
Surfaces
onestack.oneonestack-proposal
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0012
Nachfolger
- sequence_next
impl-0001-task-0007
Domains / Referenzen (2)
onestack.oneoscore.eu
Hedgie and WorkLink target UI and installation paths
Recheck current browser output and install artifacts against IMPL-0001.
Done-Kriterien
- openbrowser and installed app render the same surface/panel structure
- opengov-os-level-panel and gov-os-device-hub-panel visibility is correct
- openinstall links preserve origin/reference path
- openWindows Store, direct Windows, Android direct and prepared store paths are consistent
- openWebView2/MSIX Store requirement resolved
Done-Checkliste
Evidence
Repos
hedgie-oneworklink-oneoneosinfra-oneonestack-oneoneanalytics-one
Surfaces
hedgie.oneworklink.one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0007
Nachfolger
- sequence_next
impl-0001-task-0013
Domains / Referenzen (3)
hedgie.oneworklink.oneoscore.eu
ADR, memo and impl index completeness
GDrive/Obsidian mount/root availability klaeren, dann Collector mit IMPORT_GDRIVE_ARTIFACTS nach Repo-Zielorten laufen lassen und Konflikte einzeln behandeln.
Done-Kriterien
- opengdrive obsidian ADRs are included
- openall ADRs, memos and impls on VServer are indexed
- openmissing artifacts are copied into corresponding repos
- openindex covers adapters and implementation relations
- doneOneSpec semantic-artifact-index spec exists and defines required roots, artifact types and fields
- donesemantic-artifact-index-guard exists and is wired into watchdog-suite
- donelatest guard run indexes ADR/Memo/IMPL/schema artifacts and UnifiedAPI adapters
- blockedall expected GDrive/Obsidian roots are mounted and represented in the index
Done-Checkliste
Evidence
- onespec-one semantic-artifact-index spec created 2026-05-29
- oneanalytics-one semantic-artifact-index-guard created and wired into watchdog-suite
- semantic-artifact-index-guard evidence: records=526, uapi-domains=94, uapi-adapters=72; missing /home/seeagain/gdrive/Obsidian and /home/seeagain/gdrive/obsidian roots
Repos
onebaseline-oneonestack-oneoneanalytics-one
Surfaces
semantic-artifact-index
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0003
Nachfolger
- sequence_next
impl-0001-task-0004
Domains / Referenzen (1)
na
Runtime resource and storage guards
Fachliche Abnahme durch ACCEPT impl-0001-task-0010, wenn Storage-, Cleanup- und Runaway-Guard-Abdeckung plausibel ist.
Done-Kriterien
- donestorage guard covers Hetzner and Contabo
- donerunaway resource guard acts before SSH becomes unusable
- donecleanup todo file is versioned and only advanced after cleanup
- doneguard traces are self-cleaned under retention policy
- doneOneSite is classified as systemd-critical and excluded from direct pid kill
- doneOneSite runtime remediation uses systemd unit start/restart path
- doneruntime-resource-runaway timer reloaded and active with hardened policy
- doneonesite-runtime-service-guard remediate mode verified
- doneusage-based OneSite mirror and loadbalancing experiment documented
Done-Checkliste
- doneStorage capacity is checked for the current Hetzner VPS and the Contabo secondary node
- doneRunaway guard has active systemd timer and protects SSH availability before broad scans or high-resource processes can lock the server
- doneOneSite remains protected as systemd-critical and is not killed directly by the runaway guard
- doneCleanup ToDo is versioned and r08 is marked aufgeraeumt instead of creating another version prematurely
- doneCollector-run, background and cleanup traces are covered by the 60-day retention watchdog
Evidence
- IMPL-0001 OneSite Runtime-Segmentierung und nutzungsbasierte Spiegelung
- onebaseline runtime_resource_runaway_guard_model systemd_critical_services
- oneanalytics onesite-runtime-service-guard remediate mode
- systemctl --user status oneanalytics-runtime-resource-runaway.timer active 2026-05-27T22:08:47+02:00
- runtime-resource-runaway-guard enforce observed OneSite as systemd_critical without blocker
- onesite-runtime-service-guard remediate status observed blocked=0
- systemctl status onesite-one.service active after hardened guard run
- 2026-05-29 systemctl --user is-active oneanalytics-storage-cleanup.timer and oneanalytics-runtime-resource-runaway.timer both active.
- 2026-05-29 storage-capacity-guard audit pass: local Hetzner paths /, /home and /tmp pass; Contabo root@109.199.114.18:/ pass.
- 2026-05-29 storage cleanup ToDo r08 is status aufgeraeumt and remains the current version until a future cleanup cycle requires a new r-version.
- 2026-05-29 collector-run-retention-watchdog pass under 60-day retention; storage-cleanup-runner last_status pass.
- 2026-05-29 runtime-resource-runaway-guard audit observed OneSite only as systemd-critical with no blocker.
Repos
oneanalytics-oneonebaseline-oneoneosinfra-one
Surfaces
oneosinfra.one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0007-task-0002
Nachfolger
- sequence_next
impl-0001-task-0012
Domains / Referenzen (1)
na
Evidence-Dirty-Aufraeumguard pruefen
Keine eigene Guard-Luecke fuer diese Dirty-Staende offen: versionierte Evidence wird committed; echte Run-Artefakte laufen ueber 60-Tage-Retention/Storage-Cleanup. DNS-/Mailbox-Blocker bleiben im separaten DNS-Readiness-Task.
Done-Kriterien
- doneListe der wiederkehrenden Evidence-Dirty-Dateien aus oneanalytics-one und oneosinfra-one ist erhoben
- doneBestehende Cleanup-/Retention-/Worktree-Guards sind gegen diese Dateien gemappt
- doneGeklaert ist, welche Dirtys versionierte Evidence sind und welche Laufartefakte automatisch aufgeraeumt werden duerfen
- doneFalls eine Guard-Luecke besteht, ist die erforderliche Erweiterung als konkrete Folgeaufgabe benannt
Done-Checkliste
- doneDirty evidence files in oneanalytics-one and oneosinfra-one are listed and classified
- doneExisting retention, storage cleanup and worktree guards are mapped to the file classes
- doneOneSite runtime evidence was rerun outside the sandbox and has blocked_count=0
- doneVersioned evidence files are committed instead of left dirty
- doneDNS/Mailbox readiness blockers remain tracked in impl-0001-task-0011 and are not hidden by cleanup
Evidence
- oneanalytics-one current dirty set classified: DNS/Actalis/RepoBaseline/Storage/OneSiteRuntime evidence are versioned daily evidence, not disposable run trash
- oneosinfra-one current dirty set classified: codex-app-server-guard evidence is versioned daily evidence
- oneanalytics-one tools/watchdogs/worktree-cleanliness-guard.sh detects dirty repos but does not decide retention/classification
- oneanalytics-one tools/watchdogs/collector-run-retention-watchdog.sh deletes only generated run artefacts under 60-day retention roots
- oneanalytics-one tools/watchdogs/storage-cleanup-runner.sh invokes collector retention, docker prune and journal vacuum and records pass evidence
- oneanalytics-one tools/watchdogs/onesite-runtime-service-guard.sh rerun outside sandbox: status=observed blocked=0
- oneanalytics-one data/matrices/storage-cleanup-runner.json status=pass dry_run=false
- oneanalytics-one data/matrices/frfy__oneanalytics-one__dns-index__matrix__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json generated_at=2026-05-29T06:00:05Z blocked_count=127 mailbox_org_verification_missing_count=126
- oneanalytics-one data/matrices/frfy__oneanalytics-one__actalis-certificate-readiness__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json generated_at=2026-05-29T06:35:12Z pass_count=32 blocked_count=0
- oneosinfra-one data/matrices/frfy__oneosinfra-one__codex-app-server-guard__evidence__oprmetaschema-org-baseline__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json generated_at=2026-05-29T04:20:22Z status=observed blocked_count=0
Repos
oneanalytics-oneoneosinfra-oneonebaseline-one
Surfaces
onestack-imploneosinfra.one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0010
Nachfolger
- sequence_next
impl-0005-task-0011
Domains / Referenzen (1)
na
Gov OS Capability Panel und Owner State Container modellieren
Surface-Capabilities im gov-os-capability-panel materialisieren und hedgie.one/onestack-impl als Referenzpfad pruefen.
Done-Kriterien
- doneIMPL-0001 documents gov-os-capability-panel as canonical Governance Panel name
- doneIMPL-0001 documents OSC / Owner State Container as separate from PSC
- donecapabilitystack.one and unifiedapi.capability are named as authoritative capability locations
- donefirst owner-scoped OSC path/key model is proposed for frfy
- donefollow-up guard for missing capability metadata is named
- donegov-os-capability-panel contract is materialized in OneSurfaceHub
- donecapability metadata structure is created in capabilitystack.one for first Governance Panel
- donecapability-metadata-guard validates first gov-os-capability-panel OSC and unifiedapi.capability contract
- doneOneSite Gov Frame rendering is config-driven under scoped OneSite-Go consent
- doneLive OneSite binary is rebuilt and restarted with the config-driven Gov Frame renderer
Done-Checkliste
- doneGov Frame panel list is read from OneSurfaceHub configuration, not hardcoded in OneSite Go
- doneLive probe shows gov-os-capability-panel inside the delivered OS Governance Frame
- openCapability panel displays the current Surface capability set, not only generic placeholder text
- openCapability metadata exists or is explicitly marked unknown/prepared/none for every current Surface and Panel
- openReference-path probe confirms https://hedgie.one/onestack-impl carries onestack-impl Surface identity and capability context
Evidence
- IMPL-0001 section 5.1 Owner State Container auf der One-Seite
- onesurfacehub-one/data/governance-panels/frfy__onesurfacehub-one__gov-panel__gov-os-capability-panel__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- capabilitystack-one/data/osc/owner/frfy/osc/capabilitystack.one/panel/gov-os-capability-panel/unifiedapi.capability/frfy__capabilitystack-one__osc__gov-os-capability-panel__unifiedapi-capability__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- unifiedapi-capability-one/contracts/frfy__unifiedapi-capability-one__contract__panel-capability-metadata__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- oneanalytics-one/data/matrices/capability-metadata-guard.json
- onebaseline-one/data/evidence/onesite-go-change-consent/frfy__onebaseline-one__onesite-go-change-consent__config-driven-governance-frame__evidence__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json
- onesurfacehub-one/config/governance-os-frame.json
- onesite-one/internal/surface/universal_surface_html.go
Repos
onestack-oneonesurfacehub-onecapabilitystack-onecapabilitystack-one-infraunifiedapi-capability-oneoneanalytics-one
Surfaces
gov-os-capability-panelcapabilitystack.oneunifiedapi-capability
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0004
Nachfolger
- sequence_next
impl-0001-task-0018
Domains / Referenzen (2)
nacapabilitystack.one
Reference- und Tenant-OS-Compute-Cost-Panels
Materialize the two Governance cost panels and the first OneAnalytics cost allocation evidence model.
Done-Kriterien
- doneIMPL-0001 documents reference-os-compute-cost-panel and tenant-os-compute-cost-panel
- openreference-os-compute-cost-panel exists in Governance/SurfaceHub panel configuration
- opentenant-os-compute-cost-panel exists in Governance/SurfaceHub panel configuration
- openGovernance cost allocation rule distributes shared governance costs to reference and tenant contexts by measurable consumption
- openOneAnalytics evidence model records provider, runtime, requests, bytes, build/guard/mirror runtime, storage growth, allocation key and hash
- openPanels run in the Governance Frame and are Dec/offline-capable
- openBaseline guard checks that compute-cost panels and allocation evidence exist for publish/daily runs
Done-Checkliste
- openReference costs and tenant costs are visually and physically distinguishable
- openGovernance costs are allocated by documented measurement, not by manual estimate
- openOwner/Tenant cost state uses OSC for One-side cost governance and does not mix with user PSC plaintext
- openThe first panel version can show current known provider/runtime costs even before full billing ingestion
Evidence
- onestack-one IMPL-0001 section 5.1 OS Compute Cost Panels
Repos
onestack-oneonesurfacehub-oneoneanalytics-oneonebaseline-onecapabilitystack-one
Surfaces
oneconsole.oneonestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0013
Nachfolger
- sequence_next
impl-0001-task-0023
Domains / Referenzen (1)
na
User-centric Design, Templates und Marketplace baseline-faehig machen
Build schema and Dec/Tauri runtime reader for shared design context and signed templates.
Done-Kriterien
- doneIMPL-0001 beschreibt user-centric Design, Template-Artefakte, Marketplace, Entitlements, Trust/Governance, OneSchema und OneDecSync als Access-Level-2-Baseline
- doneonebaseline-one Spec enthaelt das maschinenlesbare user_centric_design_template_model
- openshared design-context reader exists in Dec/Tauri runtime
- opensigned template manifest schema exists and covers design_tokens, layout_tokens, interaction_tokens, accessibility_profile, Weblate namespace, entitlement_ref and OTA channel
- openprotected governance, trust, safety, accessibility and owner-mandatory UI cannot be hidden by templates
- openuser preferences are stored encrypted in owner/tenant/PSC context and public verification state stays unencrypted
- openfuture user-centric-design-template-guard validates Dec/Tauri apps and template manifests
Done-Checkliste
- doneADRs were checked for existing OneDesktop, marketplace, entitlement and white-label decisions before adding the IMPL section
- doneThe feature is documented as app-wide and user-centric, not as isolated per-app theme islands
- openImplementation still requires Dec/Tauri runtime code, schema and guard work
Evidence
- onestack-one docs/adr-memo/onestack_architecture_decisions_adr_0001_0053_onedesktop.md ADR-0053 OneDesktop
- onestack-one docs/adr-memo/onestack_architecture_decisions_adr_0001_0053_onedesktop.md Partner-/Marketplace-/White-Label-Rahmen
- onestack-one IMPL-0001 section 3.2.2 User-centric Design, Templates und Marketplace
- onebaseline-one baseline spec user_centric_design_template_model
Repos
onestack-oneonebaseline-oneonedesktop-onemarketstack-onetruststack-onegovernancestack-oneoneschema-oneonedecsync-one
Surfaces
hedgie-oneworklink-oneonedesktop-one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0018
Nachfolger
- sequence_next
impl-0001-task-0042
Domains / Referenzen (4)
hedgie.oneworklink.oneonedesktop.onemarketstack.one
Matrix-/WebRTC-basierte dezentrale Online-Besprechungen ohne BigBlueButton modellieren
Spec und Guard fuer ViiSE-Adressierung, Matrix/WebRTC-Adaptergrenzen, KASC-Ablage und ExchangeStack/DataStack-Handoffs ableiten.
Done-Kriterien
- openMeeting-Basis ohne BBB ist fachlich gegen Matrix/Element, WebRTC, Jitsi, MiroTalk P2P und LiveKit abgegrenzt
- openDezentrale Datenhaltung fuer Chat, Raumzustand, Protokoll, Mitschrift, Artefakte und Exporte ist PSC/DataStack/ExchangeStack-konform modelliert
- openP2P/Relay/SFU-Entscheidung je Meetingmodus ist beschrieben: direkte Treffen, kleine Gruppen, groessere Gruppen und formale Meetings
- openUnifiedAPI-Domaenen fuer communication, meetings, calendar, documents, tasks, evidence und relations sind abgeleitet
- openDec/Offline-Runtime, SyncDrive, OTA und App-/Browser-Gleichlauf sind fuer Zugangsstufe 2/3 beruecksichtigt
- doneViiSE-ADR-0003 ist als fachliche Referenz fuer Matrix/WebRTC, KASC, ExchangeStack, DataStack und ii.{surface}[.{panel}...] verlinkt
Done-Checkliste
- openBigBlueButton wird in diesem Task nicht als Kern vorausgesetzt
- openMatrix/Element wird als dauerhafte Kommunikations-, Raum-, Thread- und Presence-Basis bewertet
- openWebRTC, MiroTalk, Jitsi und LiveKit werden als Echtzeit-/Media-Schichten bewertet
- openDataStack speichert Datenprodukte/Evidence, nicht Live-Media als allgemeines Routing
- openExchangeStack fuehrt Zustellung, Subscription, Routing und Delivery-Evidence
- doneKanonische ViiSE-Adresse ii.{surface}[.{panel}[.{child_panel}...]] ist fuer Meeting-Kontexte beruecksichtigt
Evidence
- User-Entscheidung 2026-05-29: zwei getrennte OStasks fuer Meeting-Architektur ohne BBB und mit BBB
- viise-one/docs/adr-memo/frfy__viise-one__decision-adr-0003__communication-meeting-contact-orchestration__viise-one__adr__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md
- ViiSE ADR-0003 Entscheidung 2026-05-29: Matrix als Raum-/Thread-/Presence-Adapter, WebRTC als Echtzeitadapter, KASC als verschluesselter Kommunikationszustand
Repos
onestack-oneonespec-oneonebaseline-oneexchangestack-oneviise-onecommunicationstack-oneconnectivitystack-onedatastack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0023
Nachfolger
- sequence_next
impl-0001-task-0043
Domains / Referenzen (1)
na
BigBlueButton als separaten Meeting-/Learning-/Workshop-Adapter bewerten und anbinden
Spec und Guard fuer BBB-Adaptergrenzen, Recording-/Transkript-/Whiteboard-Export und DataStack/DocumentStack/ArchiveStack-Handoffs ableiten.
Done-Kriterien
- openBBB-Aufgabenprofil fuer formelle Sitzungen, Schulungen, Workshops, Whiteboard, Breakouts und Aufzeichnungen ist dokumentiert
- openAbgrenzung zu Matrix/Element, WebRTC, P2P/Relay/SFU, KASC und DataStack ist dokumentiert
- openBBB-Adapter-/Surface-Modell fuer Recordings, Chat, Whiteboard, Folien, Protokolle, Transkripte, Evidence und Exporte ist beschrieben
- openDataStack-/ArchiveStack-/DocumentStack-/ExchangeStack-Handoff fuer BBB-Artefakte ist modelliert
- openBetriebs- und Datenschutzfolgen der serverzentrierten BBB-Mediaschicht sind als Baseline-Pruefpunkte erfasst
- doneViiSE-ADR-0003 ist als fachliche Referenz fuer BBB als formalen Meeting-/Workshop-/Learning-Adapter verlinkt
Done-Checkliste
- openBBB wird als formaler Meeting-, Workshop- und Learning-Adapter gefuehrt
- openBBB bleibt separater Adapter-/Surface-Strang unter ViiSE-Orchestrierung
- openAufzeichnungen, Whiteboards, Chats, Folien, Transkripte und Meeting-Artefakte werden in DataStack/ArchiveStack/DocumentStack ueberfuehrt
- openExchangeStack uebernimmt Zustell- und Handoff-Evidence
- doneKanonische ViiSE-Adresse ii.{surface}[.{panel}[.{child_panel}...]] ist fuer BBB-Kontexte beruecksichtigt
Evidence
- User-Entscheidung 2026-05-29: BigBlueButton getrennt von dezentralem Meeting-Kern fuehren
- viise-one/docs/adr-memo/frfy__viise-one__decision-adr-0003__communication-meeting-contact-orchestration__viise-one__adr__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.md
- ViiSE ADR-0003 Entscheidung 2026-05-29: BBB als formaler Adapter mit Aufzeichnungs-, Export-, Datenschutz- und Evidence-Profil
Repos
onestack-oneonespec-oneonebaseline-oneexchangestack-oneviise-onecommunicationstack-oneconnectivitystack-onedatastack-onedocumentstack-onearchivestack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0042
Nachfolger
- sequence_next
impl-0005-task-0010
Domains / Referenzen (1)
na
OneTask Roadmap-Uebernahme und historische Codeberg-Roadmap abarbeiten
Roadmap-Quellen inventarisieren und OneTask/OStask-Migrationsspec entwerfen.
Done-Kriterien
- openonetask.one ist als kanonischer Ort fuer allgemeines Task-Modell, Task-APIs und Roadmap-/Taskboard-Uebernahme verankert.
- openHistorische Codeberg-Roadmap-Quellen sind als Legacy/Evidence gekennzeichnet, inventarisiert und nicht mehr aktueller Steuerungsort.
- openAlle weiter benoetigten Roadmap-Punkte sind als OStask/OneTask/OneProject-Items mit Quelle, Status, Verantwortlichkeit und Lifecycle migriert.
- openGuard verhindert, dass Codeberg-Roadmap und OS-Taskboard wieder unkontrolliert auseinanderlaufen.
- openMemoryStack/OneMemory indexieren Roadmap-Herkunft, Migration, Entscheidungen und offene Restpunkte.
Done-Checkliste
- openRoadmap-Quellen inventarisieren
- openCodeberg-Roadmap historisch kennzeichnen
- openOneTask/OStask-Migration definieren
- openGuard und Spec anlegen
- openDashboard neu rendern
Evidence
- User 2026-05-31: btw ostask auf onetask.one die roadmap mit os taskboard tauschen und in codeberg die roadmap als historisch kennzeichnen und iwie abarbeiten
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onetask-oneonetask-deconetask-one-infraonetask-dec-infraonestack-oneoneguard-oneonespec-onememorystack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0043
Nachfolger
- sequence_next
impl-0001-task-0005
Domains / Referenzen (3)
onetask.oneonestack.onecodeberg.org
Aeltere Codex-App-Server-Guard-Evidence-Drifts aufraeumen
Fachliche Abnahme durch ACCEPT impl-0005-task-0011, wenn diese Cleanup-Entscheidung passt.
Done-Kriterien
- doneCodex-App-Server-Guard-Evidence-Drift ist inhaltlich geprueft.
- doneTimestamp-only Drift ohne fachlichen Nutzen wurde nicht als neue Evidence-Version uebernommen.
- doneoneosinfra-one ist bezogen auf diese Dateien wieder sauber.
- doneOStask dokumentiert Befund, Entscheidung und Umsetzung.
Done-Checkliste
- doneDiff geprueft
- doneTimestamp-only Drift zurueckgesetzt
- doneTaskboard aktualisiert
- doneLifecycle-Guard ausgefuehrt
Evidence
- Diff oneosinfra-one codex-app-server-guard Evidence: nur generated_at von 2026-05-30T04:20:17Z auf 2026-05-31T04:20:02Z geaendert.
- Keine Status-, Check-, Blocker- oder Inhaltssaenderung; status bleibt observed mit blocked_count=0 und observed_count=1.
- Drift wurde als nutzloses Laufartefakt zurueckgesetzt statt versioniert.
- taskboard-item-lifecycle-guard wurde nach Checklist-Korrektur erneut ausgefuehrt und muss fuer den Commit gruen sein.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
oneosinfra-oneonestack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0012
Nachfolger
- sequence_next
impl-0005-task-0012
Domains / Referenzen (2)
oneosinfra.oneonestack.one
OneAnalytics-Laufartefakt-Drifts aufraeumen
Fachliche Abnahme durch ACCEPT impl-0005-task-0012, wenn diese Cleanup-Entscheidung passt.
Done-Kriterien
- doneOneAnalytics-Drift wurde auf Dateien unter data/matrices begrenzt und als Laufartefakt-Drift klassifiziert.
- doneEs wurden keine Scripts, Specs, ADRs, IMPLs oder Runtime-Konfigurationen in oneanalytics-one verworfen.
- doneUnversionierter Matrix-/Evidence-Drift wurde auf den versionierten Git-Stand zurueckgesetzt.
- doneoneanalytics-one ist nach dem Cleanup sauber.
- doneOStask dokumentiert Befund, Entscheidung und Umsetzung.
Done-Checkliste
- doneDirty-Dateien in oneanalytics-one auf data/matrices eingegrenzt
- doneLaufartefakt-Drift zurueckgesetzt
- doneoneanalytics-one Status sauber geprueft
- doneTaskboard aktualisiert
Evidence
- Vor Cleanup waren 48 geaenderte Dateien in oneanalytics-one sichtbar, alle unter data/matrices.
- Die groessten Diffs betrafen generierte Repo-/DNS-/Watchdog-/Guard-Matrizen und Lauf-Evidence, nicht Quellcode.
- git restore data/matrices wurde auf oneanalytics-one angewandt; damit ist der uncommitted Laufartefakt-Drift entfernt.
- Keine unversionierten oneanalytics-one Source-/Spec-/Guard-Dateien wurden verworfen.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
oneanalytics-oneonestack-one
Surfaces
onestack-impl
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0011
Nachfolger
- sequence_next
impl-0001-task-0003
Domains / Referenzen (2)
oneanalytics.oneonestack.one
T-95a1c39e
OneAnalytics Todo Collector — Task Matrix
Done-Kriterien
Done-Checkliste
Evidence
- auto-obsolete: source is generated matrix output (g00-a06 cleanup 2026-05-14)
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
T-69894bf2
OneAnalytics Todo Collector — Task Matrix
Done-Kriterien
Done-Checkliste
Evidence
- auto-obsolete: source is generated matrix output (g00-a06 cleanup 2026-05-14)
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
T-0cb33d5b
OneAnalytics Todo Collector — Task Matrix
Done-Kriterien
Done-Checkliste
Evidence
- auto-obsolete: source is generated matrix output (g00-a06 cleanup 2026-05-14)
Repos
oneanalytics-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
ob eine spätere SurrealDB-Relationstabelle zusätzlich zur Markdown-Matrix geführ
Nicht entschieden
Done-Kriterien
Done-Checkliste
Evidence
Repos
buildtogether-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
ob der Watchdog Änderungen selbst committen darf.
Nicht entschieden
Done-Kriterien
Done-Checkliste
Evidence
Repos
buildtogether-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
automatischer Scanner,
Nicht entschieden
Done-Kriterien
Done-Checkliste
Evidence
Repos
buildtogether-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
ob der Watchdog als eigener Dienst oder zunächst als Prompt-/Script-Workflow läu
Nicht entschieden
Done-Kriterien
Done-Checkliste
Evidence
Repos
buildtogether-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
genaue YAML-/JSON-Ergänzungsstruktur,
Nicht entschieden
Done-Kriterien
Done-Checkliste
Evidence
Repos
buildtogether-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
genaue Update-Frequenz,
Nicht entschieden
Done-Kriterien
Done-Checkliste
Evidence
Repos
buildtogether-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
konkrete erste Matrix-Datei,
Nicht entschieden
Done-Kriterien
Done-Checkliste
Evidence
Repos
buildtogether-one
Surfaces
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- Keine Vorgaenger-Verknuepfung im Modell.
Nachfolger
- relation_graph_anchor
onestack-impl-relation-graph
Domains / Referenzen (0)
DNS, Actalis and mailbox.org baseline readiness
Run DNS index/apply readiness in daily or publish mode and review blockers.
Done-Kriterien
- openDNS index covers desec, bunny.net and spaceship
- openprovider landing pages removed from baseline target state
- openmailbox.org verification TXT readiness tracked for every public domain
- openActalis readiness checked for all required domains
- opensystemd background runner and evidence are current
Done-Checkliste
Evidence
Repos
oneanalytics-oneoneosinfra-oneoneresolution-one
Surfaces
dns-indexactalis-certificate-readiness
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0010
Nachfolger
- sequence_next
impl-0001-task-0006
Domains / Referenzen (1)
all public inventory domains
PSC homepages and PSC content completeness
Use ADR/IMPL index as source and materialize PSC panels in order, starting with LASC.
Done-Kriterien
- openLASC homepage is content-complete first
- openall PSC pages are relevant to their PSC purpose
- openicons are present under onestack.one PSC block
- openlinks and jump links work under alternate hosts
Done-Checkliste
Evidence
Repos
onestack-oneonesurfacehub-oneoneresolution-one
Surfaces
lasc.onepasc.oneqasc.oneeasc.oneiasc.onerasc.onekasc.onescone.oneiconepsc.onetascpsc.one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0005
Nachfolger
- sequence_next
impl-0001-task-0008
Domains / Referenzen (1)
PSC domains
DB InfraGO SOM, InfraGraph, simulation and QGIS separation
Use IMPL-0001, DB InfraGO implementation log and applied/infrago registries to drive materialization.
Done-Kriterien
- openSOM remains SOM and is versioned as stable/work-draft/connector
- openDB InfraGO Objektbibliothek is separated as viewer/work-draft/connector and modeled machine-readably under applied/infrago
- openInfraGraph is separate and not merged into SOM panels
- opensimulation is its own surface with graph-builder project linkage
- openQGIS one/dec architecture and uapi.qgis are materialized
- openBIM/NUTS/LAU/regulations rail infrastructure references are reflected
Done-Checkliste
Evidence
Repos
onestack-oneonesurfacehub-oneoneresolution-oneoneanalytics-one
Surfaces
dbinfrago-som-viewerdbinfrago-som-work-draftdbinfrago-som-connectordbinfrago-objektbibliothek-connectordbinfrago-objektbibliothek-work-draftdbinfrago-objektbibliothek-viewerdbinfrago-infragraph-viewerdbinfrago-ist-soll-simulationdbinfrago-qgis-zentralprojekt-stabledbinfrago-qgis-zentralprojekt-work-draftdbinfrago-qgis-connectordbinfrago-qgis-twin-stabledbinfrago-qgis-twin-work-draft
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0006
Nachfolger
- sequence_next
impl-0005-task-0016
Domains / Referenzen (1)
na
Mirror autorun and Forgejo/Codeberg/GitHub baseline loop
Continue mirror service hardening without losing branch cleanup status.
Done-Kriterien
- openmirror autorun is systemd-backed with state file
- openbatches resume after interruption
- openreference/applied org policy is reflected
- opendirty/drifted branches are reviewed and cleaned
Done-Checkliste
Evidence
Repos
oneanalytics-oneloopstack-oneonerepohub-oneonebaseline-one
Surfaces
loopstack.oneonerepohub.one
Vorgaenger / Nachfolger
1 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0017
Nachfolger
- Keine Nachfolger-Verknuepfung im Modell.
Domains / Referenzen (2)
loopstack.oneonerepohub.one
CSS-Site-Profile, UI-Memory und Visual-Guard materialisieren
Fachliche Abnahme durch ACCEPT impl-0005-task-0016, wenn die Site-Profile und die Memory-/Guard-Pflicht plausibel sind.
Done-Kriterien
- doneADR-0085 dokumentiert sechs Site-Profile, Browser-App-Paritaet, Memory- und Guard-Pflicht mit Inhaltsverzeichnis
- doneCSS-Spec fuehrt Site-Profile und browser-app-parity-principle maschinenlesbar
- doneOneMemory fuehrt kuratierte Memory fuer CSS-Site-Profile und UI-Preflight
- doneMemoryStack fuehrt Context Package fuer CSS-Site-Profile und UI-Governance
- doneOneGuard enthaelt surface-ui-css-profile-guard mit Strict-Pruefung auf Profile, Memory, Spec und Viewer-CSS
- doneImpl-0005 und Impl-0004 verweisen auf ADR, Spec, Memory, Context Package und Guard
- doneOStask ist im onestack-impl Taskboard dokumentiert und mit Evidence belegt
Done-Checkliste
- doneADR schreiben
- doneCSS-Spec um Site-Profile erweitern
- doneOneMemory-Record anlegen
- doneMemoryStack Context Package anlegen
- doneGuard bauen und strict ausfuehren
- doneImpl-Verweise setzen
- doneMemory-/SurrealDB-Pipeline erneut laufen lassen
Evidence
- User decision 2026-05-31: install-app-profile entfaellt; Browser/App-Paritaet ist grundlegendes Prinzip.
- ADR-0085 angelegt mit sechs Site-Profilen, Browser-App-Paritaet, Memory-/Index-/Guard-Pflicht.
- os-table-css-behavior Spec um site_profiles, cross_profile_principles, profile_assignment_rules und memory_and_guard_contract erweitert.
- OneMemory CSS-Site-Profile Memory-Record angelegt.
- MemoryStack CSS-Site-Profile Context Package angelegt.
- surface-ui-css-profile-guard.sh angelegt und executable gemacht.
- Impl-0005 Abschnitt 23 und Impl-0004 Guard-Abschnitt ergaenzt.
- 2026-06-01 spaceship-inspired-empf1 als Schrift-Empfehlung materialisiert: Manrope fuer primaere UI, Nunito Sans fuer freundliche interne Akzente, Inter fuer dichte Datenansichten; Spec und Memory angelegt.
- 2026-06-02 memory-surrealdb-pipeline-guard pass checks=14611 blocked=0; checklist Memory-/SurrealDB-Pipeline erneut laufen lassen geschlossen.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
onestack-oneonespec-oneoneguard-oneonememory-onememorystack-one
Surfaces
onestack-impldbinfrago-som-viewerdbinfrago-objektbibliothek-vieweronespec.oneoneguardph.oneonememory.onememorystack.one
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0001-task-0008
Nachfolger
- sequence_next
impl-0005-task-0017
Domains / Referenzen (1)
na
sm cn startet neue memory-recorded Codex Session und rotiert c/cb
Fachliche Abnahme durch ACCEPT impl-0005-task-0017, wenn cn-Verhalten im sm-Menue plausibel ist.
Done-Kriterien
- donesm menu enthaelt cn fuer neue Codex Session
- donecn legt pro Nutzung einen Memory Record mit alter und neuer Session-ID an oder vervollstaendigt ihn als erste neue Session-Aktion
- doneNeue Session rotiert CODEX_RESUME_SESSION_ID, sodass c und cb auf die neue Session zeigen
- doneNeue Session startet mit dem vereinbarten Handoff-Satz und fragt nach Grund, Fehlermeldung oder Verlaufsabbruch
- doneCodex-App-Server-Guard prueft cn Runtime, Menueintrag und Memory-Handoff
Done-Checkliste
- doneAktives server-menu.sh um cn erweitert
- doneKanonische os-infra/scripts/server-menu.sh Vorlage um c, cb und cn erweitert
- donecodex-app-server-new Script angelegt und nach ~/bin verlinkt
- doneGuard audit ohne blocked Checks ausgefuehrt
Evidence
- oneosinfra-one/tools/codex-session/codex-app-server-new angelegt.
- server-menu.sh und os-infra/scripts/server-menu.sh enthalten cn.
- Symlink /home/seeagain/bin/codex-app-server-new zeigt auf den oneosinfra-one Starter.
- codex-app-server-guard audit: status=observed checks=28 blocked=0 observed=1.
- Memory Record angelegt: onememory-one/docs/memory-records/frfy__onememory-one__codex-session-switch-cn-policy__sm-menu-memory-handoff__memory__g00-a01-b00-m00-c00-r01-l20-k10-work-draft.json.
- IMPL-0005 Abschnitt 7 dokumentiert Verlauf, Entscheidung, Begruendung, Artefakte und Guard-Status fuer sm/cn.
- 2026-06-02 OStask Runtime Execution-Baseline normalisiert: Pflichtfelder fuer Autorun/Manual-Fallback/Rollback/Logging/Index/Memory/Relationship-Gate ergaenzt oder auf sichere Defaults gehoben.
Repos
oneosinfra-oneos-infraonestack-oneonememory-one
Surfaces
sm-menucodex-app-server
Vorgaenger / Nachfolger
2 Kanten
Relationen sind modelliert und eingeklappt.
Vorgaenger
- sequence_previous
impl-0005-task-0016
Nachfolger
- sequence_next
impl-0001-task-0009
Domains / Referenzen (3)
oneosinfra.oneonememory.onememorystack.one
Gov OS Surface Structure: Beziehungsgeflecht
Relationen zwischen Task, Repo, Surface, Evidence und Guard. Das ist die sichtbare Vorstufe fuer OneRelation.
- touches_repoimpl-0001-task-0001onesite-one
- touches_repoimpl-0001-task-0001oneresolution-one
- touches_repoimpl-0001-task-0001oneanalytics-one
- materializes_surfaceimpl-0001-task-0001onediscovery-one
- materializes_surfaceimpl-0001-task-0001nuts-lau-connector
- materializes_surfaceimpl-0001-task-0001nuts-lau-viewer
- evidenced_byimpl-0001-task-0001oneanalytics-one commit fa755c7 watchdogs: block stale onesite binary
- evidenced_byimpl-0001-task-0001oneanalytics-one commit b378f1b data: refresh onesite runtime evidence
- evidenced_byimpl-0001-task-0001oneanalytics-one commit c1b77bb data: record onesite runtime pass
- touches_repoimpl-0001-task-0002onestack-one
- touches_repoimpl-0001-task-0002oneresolution-one
- touches_repoimpl-0001-task-0002onesurfacehub-one
- touches_repoimpl-0001-task-0002oneanalytics-one
- materializes_surfaceimpl-0001-task-0002onestack-impl
- evidenced_byimpl-0001-task-0002onestack-one data/impl/onestack-impl-tasks.json
- evidenced_byimpl-0001-task-0002oneresolution-one config/resolution-registry.json service onestack-impl
- evidenced_byimpl-0001-task-0002onesurfacehub-one config/surface-panel-bindings.json panel onestack-impl
- evidenced_byimpl-0001-task-0002oneanalytics-one tools/watchdogs/onestack-impl-done-guard.sh
- touches_repoimpl-0001-task-0003onestack-one
- touches_repoimpl-0001-task-0003oneresolution-one
- touches_repoimpl-0001-task-0003onesurfacehub-one
- touches_repoimpl-0001-task-0003oneanalytics-one
- materializes_surfaceimpl-0001-task-0003onestack.one
- materializes_surfaceimpl-0001-task-0003onestack-proposal
- evidenced_byimpl-0001-task-0003onestack-proposal uses dedicated proposal payload copied from current onestack.one visual reference
- evidenced_byimpl-0001-task-0003surface-proposal-approval-guard blocks original surface changes without promotion evidence
- evidenced_byimpl-0001-task-0003homepage-visual-guard status=pass targets=18 blocked=0
- evidenced_byimpl-0001-task-0003temporary HTML fixture retained only for visual parity until native payload is built; not promotion-ready
- touches_repoimpl-0001-task-0004hedgie-one
- touches_repoimpl-0001-task-0004worklink-one
- touches_repoimpl-0001-task-0004oneosinfra-one
- touches_repoimpl-0001-task-0004onestack-one
- touches_repoimpl-0001-task-0004oneanalytics-one
- materializes_surfaceimpl-0001-task-0004hedgie.one
- materializes_surfaceimpl-0001-task-0004worklink.one
- touches_repoimpl-0001-task-0005oneanalytics-one
- touches_repoimpl-0001-task-0005oneosinfra-one
- touches_repoimpl-0001-task-0005oneresolution-one
- materializes_surfaceimpl-0001-task-0005dns-index
- materializes_surfaceimpl-0001-task-0005actalis-certificate-readiness
- touches_repoimpl-0001-task-0006onestack-one
- touches_repoimpl-0001-task-0006onesurfacehub-one
- touches_repoimpl-0001-task-0006oneresolution-one
- materializes_surfaceimpl-0001-task-0006lasc.one
- materializes_surfaceimpl-0001-task-0006pasc.one
- materializes_surfaceimpl-0001-task-0006qasc.one
- materializes_surfaceimpl-0001-task-0006easc.one
- materializes_surfaceimpl-0001-task-0006iasc.one
- materializes_surfaceimpl-0001-task-0006rasc.one
- materializes_surfaceimpl-0001-task-0006kasc.one
- materializes_surfaceimpl-0001-task-0006scone.one
- materializes_surfaceimpl-0001-task-0006iconepsc.one
- materializes_surfaceimpl-0001-task-0006tascpsc.one
- touches_repoimpl-0001-task-0007onebaseline-one
- touches_repoimpl-0001-task-0007onestack-one
- touches_repoimpl-0001-task-0007oneanalytics-one
Timeline / Gantt Readiness
Die UI ist Gantt-ready; die verbindliche Terminlogik bleibt OneScheduling und ProjectStack.
impl-0001-task-0001 · OneSite lookup index live and stale binary guarded
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0001, wenn die Live-Resolution fuer den Nutzer plausibel ist.impl-0001-task-0002 · Onestack-Impl cockpit surface and task list
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0002, wenn das Cockpit als erster Umsetzungsstand plausibel ist.impl-0001-task-0003 · Onestack native surface proposal and change workflow
in_progress · Replace extracted visual-parity content assets with signed Dec/Tauri/Dockview package assets, then remove fixtures/visual-reference.html before promotion approval.impl-0001-task-0004 · Hedgie and WorkLink target UI and installation paths
open · Recheck current browser output and install artifacts against IMPL-0001.impl-0001-task-0005 · DNS, Actalis and mailbox.org baseline readiness
open · Run DNS index/apply readiness in daily or publish mode and review blockers.impl-0001-task-0006 · PSC homepages and PSC content completeness
open · Use ADR/IMPL index as source and materialize PSC panels in order, starting with LASC.impl-0001-task-0007 · ADR, memo and impl index completeness
in_progress · GDrive/Obsidian mount/root availability klaeren, dann Collector mit IMPORT_GDRIVE_ARTIFACTS nach Repo-Zielorten laufen lassen und Konflikte einzeln behandeln.impl-0001-task-0008 · DB InfraGO SOM, InfraGraph, simulation and QGIS separation
open · Use IMPL-0001, DB InfraGO implementation log and applied/infrago registries to drive materialization.impl-0001-task-0009 · Mirror autorun and Forgejo/Codeberg/GitHub baseline loop
open · Continue mirror service hardening without losing branch cleanup status.impl-0001-task-0010 · Runtime resource and storage guards
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0010, wenn Storage-, Cleanup- und Runaway-Guard-Abdeckung plausibel ist.impl-0001-task-0011 · DNS-/Mailbox.org-Readiness Blocker aus DNS Index aufraeumen
in_progress · DNS Desired-State Proposal pruefen und nur mit exaktem DNS-Apply-YES aktivieren; verbleibende Nicht-Spaceship-/Cloudflare-/deSEC-Faelle separat klaeren.impl-0001-task-0012 · Evidence-Dirty-Aufraeumguard pruefen
done_candidate · Keine eigene Guard-Luecke fuer diese Dirty-Staende offen: versionierte Evidence wird committed; echte Run-Artefakte laufen ueber 60-Tage-Retention/Storage-Cleanup. DNS-/Mailbox-Blocker bleiben im separaten DNS-Readiness-Task.impl-0001-task-0013 · Gov OS Capability Panel und Owner State Container modellieren
open · Surface-Capabilities im gov-os-capability-panel materialisieren und hedgie.one/onestack-impl als Referenzpfad pruefen.impl-0002-task-0001 · OneProject-grade Onestack-Impl workbench
done_candidate · Live pruefen, fachlich ansehen und nach Sichtpruefung ACCEPT impl-0002-task-0001 entscheiden.impl-0001-task-0014 · Prompt-Intent-Guard fuer Fragezeichen und Sofortumsetzung schaerfen
done_candidate · Fachlich pruefen und bei Zustimmung ACCEPT impl-0001-task-0014 geben; bis zur Abnahme bleibt der Guard technisch done_candidate.impl-0001-task-0015 · Gov OS Console Panel als geklappter Governance-Container
done_candidate · Fachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0015, wenn Governance OS Panel / Gov OS Console Panel plausibel ist.impl-0001-task-0016 · Hetzner-Primary-Umzug vor Preisstichtag und STACKIT-SKE-Pilotangebot
open · Hetzner-Zielserver bestellen oder genaue Zielgroesse final bestaetigen; danach Bootstrap-/Migration-Runbook in oneosinfra-one anlegen und STACKIT-SKE-Angebotsanfrage formulieren.impl-0001-task-0017 · Reference-, Governance- und Applied-Tenant-Resolution physisch trennen
done_candidate · Repair-Lauf, Guards, OneSite-Live-Readiness und Commits abschliessen; danach fachliche Abnahme durch ACCEPT impl-0001-task-0017.impl-0001-task-0018 · Reference- und Tenant-OS-Compute-Cost-Panels
open · Materialize the two Governance cost panels and the first OneAnalytics cost allocation evidence model.impl-0001-task-0019 · Frame bindet genau ein Parent-Panel
done_candidate · Fachliche Sichtpruefung im Browser und danach ACCEPT impl-0001-task-0019, wenn die Ein-Parent-Panel-Regel plausibel ist.impl-0001-task-0020 · Domain.tld referenziert kanonisches Domain-tld Surface
done_candidate · Fachliche Sichtpruefung und danach ACCEPT impl-0001-task-0020, wenn die domain.tld -> domain-tld Surface-Regel plausibel ist.impl-0001-task-0021 · Homepage Visual Guard als triggerbasiertes Completion-Gate
done_candidate · Fachliche Sichtpruefung der frischen Desktop-/Mobile-Evidence; bei Zustimmung spaeter ACCEPT impl-0001-task-0021.impl-0001-task-0022 · Dec/Tauri Runtime und signierte Panel-Module als Zielauslieferung
open · Build the first panel manifest schema and module loader path after the inline payload handoff is visually green.impl-0001-task-0023 · User-centric Design, Templates und Marketplace baseline-faehig machen
open · Build schema and Dec/Tauri runtime reader for shared design context and signed templates.impl-0001-task-0024 · Generisches Ingress-Modell mit versionierten Templates und austauschbarer Edge-Schicht
done_candidate · done_candidate pruefen: Ingress-Desired-State-Guard, Taskboard-Runtime-Guard, Done-Guard und Search-Projection-Guard ausfuehren; fachliche Abnahme bleibt separat.impl-0001-task-0025 · OneSpec: Core Services, Stacks und UnifiedAPI-Domaenen sauber abgrenzen und guarden
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0025, wenn die Abgrenzung Core Services, Stacks und UnifiedAPI-Domaenen plausibel ist.impl-0001-task-0026 · Domain.tld-Baseline-Materialisierung fuer onespec.one und oneguard.one mit oneguardph.one als aktiver Placeholder-Adresse
open · Reconcile current oneguardph-* local repos, Resolution entries and SurfaceHub bindings to desired service identity oneguard-*; audit guard already records the remaining observations.impl-0001-task-0027 · OneDiscovery.one als kanonischen Discovery-Dienst materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0027, wenn OneDiscovery als kanonischer Discovery-Dienst plausibel ist.impl-0001-task-0028 · Guard-Policy-Aenderungen nur mit expliziter Freigabe und Evidence
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0028; danach Remote/Mirror-Readiness der onespec/oneguardph Repo-Familien im Repo-Baseline-/Mirror-Task abschliessen.impl-0001-task-0029 · Domainph-Placeholder-Policy aus ADR-0069 in OneSpec, Baseline und Guards materialisieren
in_progress · Reconcile oneguardph current artifacts to oneguard desired identity, then run domain-placeholder-policy-guard strict.impl-0001-task-0030 · Runtime-/Guard-Layer-Trennung in governance, reference und applied/{tenant} spezifizieren und durchsetzen
in_progress · Wire the layer-separation guard into the normal watchdog execution path where appropriate, then decide/migrate remaining flat applied file names only when a live path change is needed.impl-0002-task-0002 · OneTask.one als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs abgrenzen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0002-task-0002, wenn OneTask als Reference-Dienst fuer das allgemeine Task-Modell und die Task-APIs plausibel abgegrenzt ist.impl-0001-task-0031 · OneOSInfra Software- und Betriebssystem-Readiness fuer Codex, OS und Drittsoftware
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0031, wenn Codex-Upgrade, Spec, Guard und Evidence fuer oneosinfra.one plausibel sind.impl-0001-task-0032 · OneRepoHub Mirror-Executor synchronisiert Forgejo-Metadaten nach Bare-Repo-Materialisierung
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0032, wenn die Bootstrap-Haertung des Mirror-Executors plausibel ist.impl-0001-task-0033 · OneRepoHub Mirror-Orchestrator fuer ausgereiftes Multi-Forge-Mirroring
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0033, wenn der OneRepoHub Mirror-Orchestrator als erste tragfaehige Multi-Forge-Kante plausibel ist.impl-0001-task-0034 · Freigabe-Muster fuer Done-Kandidaten im Onestack-Impl Cockpit
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0034, wenn das Freigabe-Muster fuer Done-Kandidaten plausibel ist.impl-0001-task-0035 · DB InfraGO Objektbibliothek Connector Raw-Inbox und DataStack-Handoff sauber trennen
in_progress · Commit import-index runner/spec/trigger outputs, then mirror the connector repo-family through the normal baseline loop.impl-0001-task-0036 · Actalis certificate_missing als Trigger mit OneSpec/OneGuard/OneOSInfra-Remediation behandeln
done_candidate · Trigger-Kante Readiness -> Remediation-Service spezifizieren; keine periodische Remediation als Zielzustand.impl-0001-task-0037 · DB InfraGO Objektbibliothek Import-Index mit Spec, Autorun-Trigger und LoopStack-Anbindung
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0037; danach systemd-User-Units installieren/aktivieren, wenn der triggerbasierte Import dauerhaft im User-Service laufen soll.impl-0001-task-0038 · Import-Index zu Stable-Index mit DataStack-Handoff fuer Objektbibliothek und SOM-Muster
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0038; danach SOM-Connector auf dasselbe Muster materialisieren.impl-0001-task-0039 · Service-, Stack- und UAPI-Repo-Familien in governance/reference/applied/{tenant} pruefbar machen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0039, wenn die Service-/Stack-/UAPI-Schichtung und Vier-Repo-Familienpruefung plausibel sind.impl-0001-task-0046 · OneSpec-/OneGov-/OneGuard-Migrationsprogramm fuer Spezifikationen, Governance und Guard-Authority
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0046, wenn die Governance-Migrationsprogramm-Readiness plausibel ist; physische Migration bleibt separat freigabepflichtig.impl-0001-task-0040 · DB InfraGO SOM Import-Index, Stable-Index und DataStack-Handoff materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0040; danach SOM/Object Library Relation-Index gegen som_requirement-Stable-Records bauen.impl-0001-task-0041 · ExchangeStack.one als Reference-Stack fuer geregelten Austausch materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0041, wenn ExchangeStack als geregelte Austauschschicht plausibel abgegrenzt ist.impl-0001-task-0042 · Matrix-/WebRTC-basierte dezentrale Online-Besprechungen ohne BigBlueButton modellieren
open · Spec und Guard fuer ViiSE-Adressierung, Matrix/WebRTC-Adaptergrenzen, KASC-Ablage und ExchangeStack/DataStack-Handoffs ableiten.impl-0001-task-0043 · BigBlueButton als separaten Meeting-/Learning-/Workshop-Adapter bewerten und anbinden
open · Spec und Guard fuer BBB-Adaptergrenzen, Recording-/Transkript-/Whiteboard-Export und DataStack/DocumentStack/ArchiveStack-Handoffs ableiten.impl-0001-task-0044 · DB InfraGO SOM aktuellen SharePoint-Stand ueber Connector-Reimport und Stable-Index-Lauf pruefen
in_progress · Primary-Import-Index alt fuer Semantic Equality Gate bereitstellen; danach Index-alt gegen Index-neu vergleichen und Stable-Promotion-Regel hart schalten.impl-0001-task-0045 · SOM und Objektbibliothek Stable-Index/Import-Kette dec-seitig tragfaehig machen
open · ... Objektbibliothek one/dec Mirror-Manifest und Guard-Kontrakt materialisieren; danach Import-Runner-Hauptausgabe voll auf Primary-Import-Index drehen.impl-0004-task-0001 · DB InfraGO Knowledge Viewer Profile und Relation Index fuer SOM/Object Library
in_progress · Work through subtasks impl-0004-task-0002 to impl-0004-task-0005 in order: relation hardening, profile artifacts, viewer proposals, guards/promotion.impl-0004-task-0002 · DB InfraGO Knowledge Relation Index fachlich haerten
done_candidate · Await acceptance; continue with impl-0004-task-0003 profile artifacts.impl-0004-task-0003 · Knowledge-Viewer-Profile, SurrealDB und UAPI-Runtime-Vorstufe materialisieren
done_candidate · Await acceptance; continue with impl-0004-task-0004 viewer proposals.impl-0004-task-0004 · SOM- und Object-Library-Viewer-Proposals bauen
done_candidate · Await acceptance; continue with guard hardening and SurrealDB gates.impl-0004-task-0005 · Knowledge-Viewer-Guards und Promotion-Gates haerten
done_candidate · Await acceptance; continue with SurrealDB schema/write/read/mirror gates.impl-0004-task-0006 · SurrealDB Write/Read und One-/Dec-Spiegelungs-Guards materialisieren
done_candidate · Await acceptance; continue with operative migration package and DB execution gate.impl-0004-task-0007 · Dedizierten applied_infrago SurrealDB-Endpoint und operative Migration materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007; parallel beginnt impl-0004-task-0009 Viewer Runtime.impl-0004-task-0007-01 · applied_infrago SurrealDB Endpoint auf Contabo bereitstellen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007-01; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.impl-0004-task-0007-02 · OrgFort/OpenBao Credentials fuer applied_infrago anbinden
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007-02; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.impl-0004-task-0007-03 · SurrealDB Schema fuer One und Dec pruefen und einspielen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007-03; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.impl-0004-task-0007-04 · Migration aus SOM, Objektbibliothek, Relation-Index und Profilen ausfuehren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007-04; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.impl-0004-task-0007-05 · SurrealDB Readback gegen JSON-Artefakte pruefen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007-05; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.impl-0004-task-0007-06 · One-/Dec-Mirror-Evidence fuer Viewer-Daten erzeugen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007-06; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.impl-0004-task-0007-07 · Viewer Runtime-Gate fuer impl-0004-task-0009 setzen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0007-07; operative Voraussetzung fuer impl-0004-task-0009 ist erfuellt.impl-0004-task-0008 · Fort-/OpenBao-Credential-Boundary fuer applied_infrago materialisieren
in_progress · OpenBao-Readiness in die SurrealDB Runtime-Gates uebernehmen; danach impl-0004-task-0007 operative SurrealDB-Migration ausfuehren und impl-0004-task-0009 Viewer-Gates starten.impl-0004-task-0009 · Sauberen Knowledge Viewer nach Runtime-Gates bereitstellen
in_progress · IFC echte 3D-Geometrie-/Canvas-Betrachtung und Dec-/Offline-Abnahme weiterbauen; PDF.js/OneDelivery/IFC-Asset-/Probe-Routen sind live positiv nachgewiesen. Offene Pflichttests bis pass oder sauberer Falsifikation weiterfuehren.impl-0001-task-0047 · MemoryStack.one und oprms-baseline-answer-gatekeeper baseline-konform materialisieren
open · Fachliche Abnahme durch ACCEPT impl-0001-task-0047, wenn MemoryStack, OneMemory, OneDiscovery, unifiedapi.memory und oprms-baseline-answer-gatekeeper plausibel abgegrenzt sind.impl-0001-task-0048 · Onestack-Impl Ansichten und Umschaltungen mit Playwright vollstaendig pruefen
done_candidate · Fachliche Sichtpruefung im Browser; danach ACCEPT impl-0001-task-0048, wenn Desktop/Mobile, Task Views, Fortschritt/Dauer, Scrollen und Vorgänger-/Nachfolger-Umschaltung plausibel sind.impl-0005-task-0001 · OStask Runtime mit Autorun-Flags, LoopStack, Memory-Gate und Relationship-Index
done_candidate · Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0001; weitere Runtime-UI-/Live-Index-Folgearbeit bleibt in impl-0005-task-0006 und Nachfolgetasks getrennt.impl-0001-task-0049 · IMPL-Nummerierung, Luecken und Tombstone-/Migrationsregel klaeren
open · IMPL-Inventar und Spec-/Guard-Regel fuer fortlaufende Nummerierung erstellen; danach Entscheidung fuer impl-0008 Migration oder historische Akzeptanz einholen.impl-0005-task-0002 · BTW-Prompt-Intent und ADHQ-Klaerungen im aktuellen Taskboard-Kontext modellieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0002, wenn BTW/ADHQ-Semantik, Taskboard-Einordnung und Proposal-/Answer-/Integration-Gate plausibel sind.impl-0005-task-0003 · Gated Memory-/Discovery-/Taskboard-Umsetzungssystem technologisch materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0003, wenn das gated, memory-backed, taskboard-gesteuerte Umsetzungssystem plausibel ist.impl-0005-task-0004 · Proposal-/Antwort-Bestaetigungs-Gate fuer ADHQ, Vorschlaege und Beratung
done_candidate · Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0004; Folgearbeit ist Answer-/Memory-Gate gegen falsche Tool-Ort-Aussagen in impl-0005-task-0008.impl-0005-task-0005 · Taskboard-Item-Modell operativ in OneTask, OneDiscovery und MemoryStack nutzen
done_candidate · Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0005; Folgearbeit ist operative Runtime/Live-Index aus impl-0005-task-0006.impl-0006-task-0001 · UnifiedAPI Connector Import, interne Versionierung und World-Change-Monitoring materialisieren
done_candidate · Fachliche Abnahme der done_candidate-Connector-Kette; offene ADHQs bleiben separat im Taskboard.impl-0005-task-0006 · Taskboard Runtime mit Kontextauswahl, Prompt-Bedienung, inkrementellem Index und Render-Gate
done_candidate · Fachliche Abnahme mit explizitem ACCEPT impl-0005-task-0006; Folgearbeit ist UI/Workbench-Nutzung dieses Live-Index statt Full-Render.impl-0006-task-0002 · DB InfraGO SOM Connector Importkette produktivieren
done_candidate · Naechster Connector-Subtask der Reihe nach: impl-0006-task-0003 DB InfraGO Objektbibliothek Connector Importkette produktivieren.impl-0006-task-0003 · DB InfraGO Objektbibliothek Connector Importkette produktivieren
done_candidate · Naechster Connector-Subtask der Reihe nach: impl-0006-task-0004 Governance Connector regulations-rail-infrastructure produktivieren.impl-0006-task-0004 · Governance Connector regulations-rail-infrastructure materialisieren
done_candidate · Naechster Connector-Subtask der Reihe nach: impl-0006-task-0005 Governance Connector openbim produktivieren.impl-0006-task-0005 · Governance Connector openbim materialisieren
done_candidate · Naechster Connector-Subtask der Reihe nach: impl-0006-task-0006 Governance Connector geospatial produktivieren.impl-0006-task-0006 · Governance Connector geospatial materialisieren
done_candidate · Naechster Connector-Subtask der Reihe nach: impl-0006-task-0007 Governance Connector project-schedule produktivieren.impl-0006-task-0007 · Governance Connector project-schedule materialisieren
done_candidate · Naechster Connector-Subtask der Reihe nach: impl-0006-task-0008 Governance Connector lifecycle produktivieren.impl-0006-task-0008 · Governance Connector lifecycle materialisieren
done_candidate · Naechster Connector-Subtask der Reihe nach pruefen und umsetzen.impl-0006-task-0009 · OpenBIM Repo-Migration und BIM-Altname-Guard materialisieren
done_candidate · Alte unifiedapi-bim-* Repos nach fachlicher Freigabe als Migrationskandidaten behandeln; keine neue OpenBIM-Arbeit dort beginnen.impl-0006-task-0010 · Geostack-Einbezug fuer unifiedapi.geospatial klaeren und abgrenzen
done_candidate · Fachliche Abnahme; danach keine direkte GeoStack-Quellenaufnahme an unifiedapi.geospatial/DataStack vorbei zulassen.impl-0001-task-0050 · Browser-Dec-Offline-Reload und Gov Topline Frame materialisieren
done_candidate · Fachliche Abnahme; danach Browser-Dec-Offline-Runtime weiter in Richtung vollstaendige signierte Dec-Seite ausbauen.impl-0001-task-0051 · Onestack-Impl Tasksuche und Taskview-Spaltenbreite guardbar korrigieren
done_candidate · Fachliche Abnahme; danach die gleiche Search-/Taskview-Guard-Kante fuer weitere Taskboard-Surfaces wiederverwenden.impl-0001-task-0052 · CSS-Spec, Zoom-Vertrag, Topline-Breite, statische Topline und Hedgie/Worklink-Offline-Reload absichern
blocked · Hedgie/Worklink Cross-Surface-Offline-Reload reparieren und Worklink-Text-/Surface-Erkennung klaeren; danach Guard erneut auf Contabo ausfuehren.impl-0005-task-0007 · Android TauriFirst Arbeitsclient als Termux-Ersatz mit Scroll-, Session- und Taskboard-Fokus vorschlagen
open · Vorschlag ausarbeiten: Zielbild, Technologieoptionen, Empfehlung, Guard-/Spec-Kanten und Umsetzungsreihenfolge fuer Android-Termux-Ersatz.impl-0005-task-0008 · Answer-/Memory-Gate gegen falsche Aussagen zu Tool-Orten und bekannten Runtime-Kanten schaerfen
done_candidate · done_candidate pruefen: answer-context-preflight-guard, oprms-baseline-answer-gatekeeper-guard und Taskboard-/Search-Guards ausfuehren.impl-0001-task-0053 · Surface Panels mit 6px Topline und 6x6 Laufpunkt absichern
done_candidate · Fachliche Abnahme durch ACCEPT impl-0001-task-0053, wenn 6px Linie und 6x6 Laufpunkt im Browser plausibel sind.impl-0007-task-0001 · OneRepoHub Mirror-Governance, Remote-First-Use und verschollene Repo-Forensik absichern
in_progress · Mirror-Autorun ist enabled aber inactive; naechster Schritt ist scoped Mirror-Probelauf mit Remote-Rueckpruefung und Commit-ID-Evidence.impl-0007-task-0002 · Allumfassende Forensik-Spec und Root-Cause-Gate fuer echte Ursachenanalyse
open · Forensik-Spec in onespec-one anlegen, Guard in oneguard-one bauen und IMPL-0007 entsprechend schaerfen.impl-0005-task-0009 · Memory-Mandatory-Gate mit Prompt-, Antwort-, Taskboard- und SurrealDB-Persistenz materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0009, wenn der Memory-Mandatory-/SurrealDB-/OpenBao-Readback als ausreichend gilt.impl-0005-task-0010 · OneTask Roadmap-Uebernahme und historische Codeberg-Roadmap abarbeiten
open · Roadmap-Quellen inventarisieren und OneTask/OStask-Migrationsspec entwerfen.impl-0005-task-0011 · Aeltere Codex-App-Server-Guard-Evidence-Drifts aufraeumen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0011, wenn diese Cleanup-Entscheidung passt.impl-0005-task-0012 · OneAnalytics-Laufartefakt-Drifts aufraeumen
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0012, wenn diese Cleanup-Entscheidung passt.impl-0005-task-0013 · Nachmemorisation fuer seeagain, GDrive und Repo-Bestand mit dauerhaftem Coverage-Guard
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0013, wenn Nachmemorisation, Guarded Autorun und kurative Bucket-Trennung plausibel sind.impl-0005-task-0014 · Surface Prompt-Ein-/Ausgabedialog mit reference und applied Specs/Guards
in_progress · SurfaceHub-/Panel-/Native-Runtime-Anbindung konzipieren und prototypisch materialisieren, ohne OneSite-Go-Sonderlogik.impl-0004-task-0010 · DBInfraGO generische Knowledge-Prompt-Schnittstelle fuer Viewer
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0010, wenn generische Knowledge-Prompt-Schnittstelle, Viewer-Familien-Gerippe und Contabo-Playwright-Evidence plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009.impl-0005-task-0015 · Offline- und OTA-Zustaende als mittigen Nutzer-Dialog visualisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0015, wenn Offline Modus/OTA Update Dialogverhalten plausibel ist.impl-0005-task-0016 · CSS-Site-Profile, UI-Memory und Visual-Guard materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0016, wenn die Site-Profile und die Memory-/Guard-Pflicht plausibel sind.impl-0004-task-0011 · DB InfraGO Rail Sources Mapping und erster Rail/SOM/OBI Diff Viewer
in_progress · Kombinierten Parser bauen: Ril100-XLSX, Betriebsstellen-App und stellwerke.info zusammenfuehren und danach echtes QGIS-Projekt aus inbox/QGIS importieren.impl-0004-task-0012 · DB InfraGO Knowledge Viewer Struktur-/Daten-Trennung absichern
done_candidate · Fachliche Abnahme durch ACCEPT impl-0004-task-0012, wenn Struktur-/Daten-Trennung, Structure-only-Guard und getrennt nachgezogene Viewer-Guard-Familie plausibel sind; echte Datei-/Viewer-Auslieferung bleibt separat in impl-0004-task-0009.impl-0004-task-0013 · DB InfraGO Projektprofil-Sichtbarkeit im Projektraum modellieren
open · Projektprofil-Scope-Vertrag fuer Lokal Halten, Projektteam intern, Projektteam extern und Projekt Zentrale spezifizieren und danach Projektraum SharedPanel/Guard materialisieren.impl-0005-task-0017 · sm cn startet neue memory-recorded Codex Session und rotiert c/cb
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0017, wenn cn-Verhalten im sm-Menue plausibel ist.impl-0005-task-0018 · OneSite-/External-Mutation Consent-Gate, Single-Token-Turn und Consent-Parser/Preflight-Broker haerten
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0018, wenn Broker-Semantik, Single-Token-Turn-Regel und Guard-Abdeckung plausibel sind.impl-0005-task-0019 · Runtime-Ortung und Host-vs-Contabo-Best-Practice technologisch klaeren
open · Runtime Inventory/Service Catalog und Resolver/Preflight spezifizieren; Orchestrierung nur als spaetere Ausbauoption pruefen.impl-0004-task-0014 · DB InfraGO Prompt-Facetten fuer Dateityp und Fachgewerk generisch filtern
open · Fachgewerk-Prompts wie LST nur pdf und die OneTecStack.one-Rolle fuer Runtime Inventory, Service Catalog, Resolver, Renderer-Faehigkeiten und Guard-Kontrakte weiter spezifizieren.impl-0005-task-0020 · OStask-Dokumentation deutsch fuehren und Weblate-Uebersetzung absichern
open · Weblate-Komponente und maschinelle Uebersetzungsroute fuer OStask-Dokumentation festlegen; danach europaeische Hauptsprachen per Weblate erzeugen und Guard-Evidence schreiben.impl-0005-task-0021 · OStask-Wortlaut 1:1 bewahren und Interpretation trennen
open · Spec und Guard so nachschaerfen, dass Originalwortlaut verpflichtend ist und Ableitungen separat markiert werden; danach impl-0004-task-0014 korrigieren.impl-0005-task-0022 · OneSite-Go-Consent-Token vorbereitet zur Bestaetigung ausgeben
open · Breite DBInfraGO Playwright-Suite von unrelated Legacy-Erwartungen trennen oder korrigieren; danach Offline-/Dec-Cache-Evidence nachziehen.impl-0005-task-0023 · DBInfraGO Playwright-Suite trennen und Guard-Restblocker debt-frei nachschaerfen
open · Optional fachliche Acceptance einholen; technisch ist die debt-freie Guard-Trennung mit Full-Suite-Pass belegt.impl-0005-task-0024 · Registrierte Domains oneproposal/osappstack/onetec/tecstack baseline-ready materialisieren
in_progress · Actalis-Zertifikate fuer onetec.one und tecstack.one vorbereiten/ausstellen, danach TLS-Readiness und Live-OneSite-Root-Routing pruefen.impl-0005-task-0025 · Betriebsreife fuer Multimillionen-User- und Milliarden-Activities-Plattform diskutieren
open · Diskussion der sechs Subtasks starten; danach Entscheidungen in Specs, Guards, Memory und konkrete Umsetzungs-OStasks ueberfuehren.impl-0005-task-0026 · ADHQ dbinfrago-knowledge-workbench-empf Surface auf oscore.eu bereitstellen
done_candidate · Fachliche Sichtpruefung von https://oscore.eu/dbinfrago-knowledge-workbench-empf oder https://oscore.eu/empf; danach ACCEPT impl-0005-task-0026, wenn die DB InfraGO Knowledge Workbench Empf-Surface plausibel ist.impl-0005-task-0027 · OStask generische Record-Zerlegung, Silben, Teilwoerter, Ontologie und WebLLM
done_candidate · Abnahme pruefen; Source-Import-Event-Kante ist lokal materialisiert und in impl-0005-task-0028 dokumentiert.impl-0005-task-0028 · UnifiedAPI Service Instance Runtime Boundary und OneOSInfra-Persistenz
done_candidate · Abnahme pruefen; RDSD-OWI ist als Dienst materialisiert und erste Viewer konsumieren Readback/Lineage-Artefakte. Fuer harte RDSD-Filter im Viewer ist ein voller Stable-Index-Lauf fuer SOM/Objektbibliothek der naechste Schritt.impl-0005-task-0029 · RDSD-OWI Queue Retention und Cleanup fuer completed/blocked Runs
in_progress · Contabo Apply erst nach Ablauf der Retention oder mit ausdruecklichem exaktem Token; vorher keine Archivierung notwendig.impl-0005-task-0030 · OneStack Workbench Search Query Orchestration
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0030, wenn die technische Evidence und die fachliche Grenze plausibel sind.impl-0005-task-0031 · Domain Inventory Email Abuse Lockdown: frfy.de only
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0031, wenn Email-Abuse-Lockdown plausibel ist.impl-0005-task-0032 · DMARC/SPF/DKIM Best-Practice Dauerlauf ueber RegulationStack und LoopStack
open ·impl-0005-task-0033 · Onestack Search und generisches Prompt Panel ueber SurrealDB-Projektion fuer Taskboard, Arbeitskontexte und Struktur
done_candidate · Fachliche Abnahme/ACCEPT fuer impl-0005-task-0033; Runtime bleibt operative Projektion, Authority-Promotion bleibt getrennt tokenpflichtig.impl-0005-task-0034 · Governed Runtime Families und SurfaceDB-Migration fuer OneTec/TecStack/RegulationStack
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0034, wenn ADR-0088-Migrationsstand und OSPart Curated-Review-Decision-Matrix plausibel sind; keine Curated-/Authority-Promotion ohne separate Folgeentscheidung.impl-0005-task-0035 · OPRMetaSchema-/OPRMasterSchema-Update fuer Governed Runtime Families und SurfaceDB
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0035, wenn OPRMetaSchema-/OPRMasterSchema-Ableitung und Guard-Abdeckung plausibel sind.impl-0005-task-0036 · Activity/Eventlog-, Queue-, Backpressure- und Betriebsreife-Baseline fuer OneStack Runtime-Migration
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0036, wenn Activity/Eventlog-/Queue-Baseline, Responsibility Readiness und Runtime-Migration-Block plausibel sind.impl-0005-task-0037 · MMU-MMA-P Role Coverage Matrix und Guard als Eingangsgate fuer OneStack Runtime-Migration
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0037, wenn die technische Evidence und die fachliche Grenze plausibel sind.impl-0005-task-0038 · Arbeitsinstanz/Projektraum und parallele Workbench-Instanzen
open · Guard und UI-Runtime fuer Weitere Arbeitsinstanz bauen; dabei InfraInformationModel als aktuelle Workbench unter dem groesseren DBInfraGO-Portal behandeln; danach Workbench-State-Key auf working_instance_id erweitern und ParentSurface-Background-Hydration fuer direkte ChildSurface-Einstiege materialisieren.impl-0005-task-0039 · Kubernetes-ready Surface-Publish, Ingress-Origin und Post-Deploy-UI-Gate
open ·impl-0005-task-0040 · Prompt-Intent cont als continue verankern
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0040, wenn die `cont`/continue-Semantik plausibel ist; laufender Governance-Migrationsfluss wird fortgesetzt.impl-0005-task-0041 · OS Parts als kuratierte OneTec/TecStack Software-Bausteine materialisieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0041, wenn die technische Evidence und die fachliche Grenze plausibel sind.impl-0005-task-0042 · OS-Part Curation-Pflichten zentral zusammentragen und in Spec definieren
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0042, wenn die technische Evidence und die fachliche Grenze plausibel sind.impl-0005-task-0043 · Prompt-Intent tok als Token anbieten verankern
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0043, wenn die `tok`/Token-Angebot-Semantik plausibel ist.impl-0005-task-0044 · Codex Session CC Register und compacted_counter einfuehren
open · oneosinfra-one/codex-session Bootstrap erweitern: beim sm/cn Start session_id ermitteln, Session-CC-Register anlegen/fortschreiben, Compact-Hinweise aus History/Logs/Memory erfassen und reconstruction_status korrekt setzen.impl-0005-task-0045 · Codex Update Availability Guard mit richtigen Quellen reparieren
open · Optionale Haertung: zweite authoritative Update-Quelle, z.B. GitHub Release/Package Metadata, ergaenzen; solange bleibt der npm-basierte Codex-Update-Guard aktiv und meldet kuenftige Updates.impl-0005-task-0046 · One/Dec Verifiable Checkpoint Ledger fuer Mirror, Check-in/Checkout und Promotion
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0046, wenn One/Dec Verifiable Checkpoint Ledger, Release-Assurance, Check-in/Checkout und Legacy-Mirror-Promotion-Block plausibel sind.impl-0005-task-0047 · One/Dec Ledger Rollout Inventory fuer bestehende Mirror-Pfade
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0047, wenn DB InfraGO Ledger-Rollout, Post-Live-Ledger-Reseal und Workbench-Live-Readback plausibel sind.impl-0005-task-0048 · ConnectorStack.one Baseline, Registry und AdapterStack-Abgrenzung
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0048; Folgearbeit: Connector-Registry gegen tatsaechliche Repo-/Evidence-Pfade je Connectorfamilie vertiefen.impl-0005-task-0049 · Agentic-Verified Watchdog fuer Done-Kandidaten
done_candidate · Fachliche Abnahme durch ACCEPT impl-0005-task-0049, wenn Boolean-Semantik, Evidence, Search-Projection und Dashboard-Darstellung plausibel sind.Task-Traeger und Standards
Jira, Planner, MS Project und weitere Systeme sind Connector-Quellen; der Kern bleibt OneProject.
| Kandidat | Bedeutung | Typ | Workstream | Status |
|---|---|---|---|---|
| C-0ee0582c | ob eine spätere SurrealDB-Relationstabelle zusätzlich zur Markdown-Matrix geführPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | buildtogether-one | proposed |
| C-1a178186 | Quellen: ADR/Memo `OPRMS-Metaschema-Erweiterung`- und `Nicht entschieden`-SektioPrüfen ob Metaschema-Update oder neues ADR nötig | ADR_needed | buildtogether-one | proposed |
| C-79236537 | OPRMS-Profil-/Schema-Dateien selbst werden nicht als Kandidatenquelle gescannt (Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | buildtogether-one | proposed |
| C-7ac4f4b8 | Erkannte Kandidatentypen: `block` · `field` · `enum` · `conformance_check` · `ADPrüfen ob Metaschema-Update oder neues ADR nötig | ADR_needed | buildtogether-one | proposed |
| C-83b47ff6 | Kandidaten-Einträge werden **nicht stillschweigend gelöscht** — `done`/`obsoletePrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | buildtogether-one | proposed |
| C-9347b772 | genaue YAML-/JSON-Ergänzungsstruktur,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | buildtogether-one | proposed |
| C-f6bcc36b | Der Auditor aktualisiert `~/oneanalytics-one/data/matrices/metaschema-candidatesPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | buildtogether-one | proposed |
| C-fcda50d9 | konkrete erste Matrix-Datei,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | buildtogether-one | proposed |
| C-04e35506 | konkrete Datenmodelle für FeedbackSignal, BugReport, UsageSignal und TaskCandidaPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oneanalytics-one | proposed |
| C-495607a2 | konkrete Implementierung der Watchdog-Status-Matrix,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oneanalytics-one | proposed |
| C-6b3d163d | konkrete OneAnalytics-Datenbankstruktur,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oneanalytics-one | proposed |
| C-877a827a | Verbindung zu Codeberg Issues oder einem eigenen OneStack-Taskmodell,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oneanalytics-one | proposed |
| C-8943c3ed | konkrete Dashboard-Struktur,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oneanalytics-one | proposed |
| C-cc66934e | Verbindung zu Codeberg Issues oder eigenem OneStack-Taskmodell,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oneanalytics-one | proposed |
| C-03644d59 | konkrete Datenbankstruktur,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | onestack-one | proposed |
| C-20d262d4 | konkrete Implementierung von WorkTogether.one,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | onestack-one | proposed |
| C-32501bd4 | Board-Modell,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | onestack-one | proposed |
| C-6e71036e | finales JSON-/YAML-/OPRPSC-Schema der ersten Seed-Dateien,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | onestack-one | proposed |
| C-7b021e59 | konkrete Generator-Implementierung,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | onestack-one | proposed |
| C-8e41660a | Release-/Publish-Modell für WorkTogether.one.Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | onestack-one | proposed |
| C-909bac0a | Rechte- und Rollenmodell,Prüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | onestack-one | proposed |
| C-0114408d | refundPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-02aac7d0 | derived_fromPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-038b4bf5 | offeredPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-03df80e3 | publicPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-05dbaf41 | configPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-05e67f14 | creates_taskPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-082b7cab | provenancePrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-0b472339 | renumberedPrüfen ob Metaschema-Update oder neues ADR nötig | enum | oprms | proposed |
| C-0b7e35b7 | activePrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-0cc7236f | refund_availablePrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |
| C-0cde64dd | accepted_draftPrüfen ob Metaschema-Update oder neues ADR nötig | schema_update_needed | oprms | proposed |