Stand: 20.10.2026. Autorität, Geltung und Endbedingung stehen je Eintrag; Gründe, Anforderungen und Belege bleiben im verlinkten Originaljournal. Historische Zustände sind keine Live-Belege. Ein Datum allein beendet keine Regel; wiederholte kurze Kennungen behalten ihren Scope.
Der PLAN führt offene Entscheidungen und den neueren Nutzbar-1-Fokus; AGENTS.md die geltenden Betriebsregeln. Der Dokumentationsauftrag vom 20.10. grenzt die Zusatz-App, Fabrik-Arbeit und befristete Prüferanweisung ab. Dieser Index erteilt keine Ausführungsfreigabe; proposed bleibt proposed. Datumsüberschriften und ihre Reihenfolge bleiben für Leser und alte Anker erhalten. Archivierte relative Quellenlinks führen über reine Weiterverweise zum aktuellen Dokument. Neue Entscheidungen werden hier in docs/decisions.md im Volltext mit Was? / Warum? / Wann zurücknehmen?, Autorität und Quelle ergänzt; das Archiv bleibt eingefroren.
Agentenvorschlag (proposed) · Gilt: 13.10.; V2-ARCH-0, sieben ADRs; keine Integration beschlossen. · Ende: Berater-Gegenprüfung und Root-Abnahme offen; keine Runtime-/Migrationsfreigabe. · Quelle.
Agentenvorschlag (proposed) · Gilt: 13.10.; ADR-V2-01: ein Settings-Owner, append-only Journal, typisierte Adapter. · Ende: nicht darstellbares Setting vor Enrollment neu entwerfen; Annahme offen. · Quelle.
Agentenvorschlag (proposed) · Gilt: 13.10.; ADR-V2-02: FIFO, Revision, 24 h beobachtete Probezeit, Recovery/Not-Aus. · Ende: unsicher kompensierbarer Adapter bleibt proposal-only; Annahme offen. · Quelle.
Agentenvorschlag (proposed) · Gilt: 13.10.; ADR-V2-03: off als Default; Einwilligung bindet Scope/Diff/Revision. · Ende: neuer Nutzerkanal nur mit Freigabe und Negativtests; Annahme offen. · Quelle.
Agentenvorschlag (proposed) · Gilt: 13.10.; ADR-V2-04: Persona-Rechte im Schnitt vorhandener Obergrenzen. · Ende: Mehrabteilungs-Zuordnung erst nach Vertrag; Annahme offen. · Quelle.
Agentenvorschlag (proposed) · Gilt: 13.10.; ADR-V2-05: dauerhafte Trigger-/Webhook-Deduplizierung, kein Selbststart. · Ende: neues Protokoll braucht getesteten Adapter; Erreichbarkeit/Annahme offen. · Quelle.
Agentenvorschlag (proposed) · Gilt: 13.10.; ADR-V2-06: eine Engine; Kandidatenwechsel entwertet Belege; alte Reviewzahl ersetzt durch Nachtrag. · Ende: Ledger-Ersatz nur nach Migrations-ADR; Annahme offen. · Quelle.
Agentenvorschlag (proposed) · Gilt: 13.10.; ADR-V2-07/ADR-A7: eine serielle Store-Lane, ApiBackend nach A1/F1. · Ende: vier Wochen Lane-Messung und ausdrückliche Regeländerung; Annahme offen. · Quelle.
Technische Übergabevoraussetzung · Gilt: jedes nachgelagerte Paket nennt die einschlägigen ADR-IDs im Auftrag/Bericht und prüft die Codeanker an seiner eigenen Basis; Root besitzt Annahme und Berater-Gegenprüfung. · Ende: nur ausdrücklich ersetzter Übergabevertrag; die Skizze allein ist keine Annahme und keine Runtime-/Migrationsfreigabe. · Quelle.
technische Voraussetzung (entschieden) · Gilt: A1, 08.10.: ApiBackend bis nach M4 in main.rs, dann kleine Ports; ARCH-12 wartet. · Ende: zwei bereite M4-Pakete je >7 Tage nur mn-Warten; Portzuschnitt bei belegter Unteilbarkeit neu prüfen. · Quelle.
technische Voraussetzung · Gilt: 05.10.: App-Release unter menschlicher Kontrolle ist keine Continuous-Freigabe. · Ende: Matrixzeilen 18/27 erst mit W5-02d wiederherstellen; Aktivierung braucht Abnahme und Ja. · Quelle.
Agentenvorschlag (proposed); CodeQL: technische Voraussetzung · Gilt: 03.10.: A2–A7 offen; SEC-02e Session-/Worker-IDs nur Labels. · Ende: A2 Lint-Hygiene; A3 WRITE_THROUGH-Engpass; A4 dritter Transport; A5 zweiter SQLite-Schreiber; A6 zweiter Drift; A7 vier Wochen OPS-01; Alerts bei Berechtigungsfunktion neu prüfen. · Quelle.
technische Voraussetzung · Gilt: 21.09.: Shell-Heuristik, GITHUB_OUTPUT-Auswahl, getrennte Build-Ziele; Gate-Hashes/Mindestlisten; leere Antwort kein Review. Die Promptgrößen-Hypothese wurde anhand der damaligen Antworten verworfen; drei kleinere Reviewaufträge bleiben vorerst. · Ende: diese Teilung zurücknehmen, sobald die echte Ausfallursache bekannt ist; neue Belege dürfen die Hypothese neu bewerten. Shell-Heuristik bis vertretbarem YAML-Parser; dateiweiter Shell-Default bis jobweiser Auswahl; Cargo-Ziele bleiben getrennt, Teilen bei gleichem Checkout endet erst mit Paketpfad im Cargo-Metadatenhash. GITHUB_OUTPUT bleibt selektiert, leere Antworten bleiben Reviewer-Ausfälle; Hash-/Mindestlisten- und Selbsttestschutz bleiben. Das abgelehnte Environment-API-Gate erst neu prüfen, wenn der Zustand ohne Adminrechte lesbar ist. · Quelle.
Nutzerbeschluss / technische Voraussetzung (historisch) · Gilt: 17.09.: W1 Zuteilung/Protection/Server-Handover; alter Selbstmerge ersetzt durch Nachtrag, Reviews ersetzt durch Nachtrag. · Ende: alte Zuteilung endet bei Übernahme; heutige Belegung nicht belegt. · Quelle.
Nutzerbeschluss / technische Voraussetzung · Gilt: 16./17.09.: W0, Scout-Adoptionen, Abo-Pfad, Route-Fixture 3600 s; Ollama Helper ersetzt durch Nachtrag und ersetzt durch Nachtrag. · Ende: Struktur bei belegter Blockade; Fixture mit injizierter Uhr; Modell bei fehlendem Abo-/Tool-Beleg sperren. · Quelle.
technische Voraussetzung · Gilt: 15.09.: docs/PLAN.md einziger Arbeitsplan, andere Pläne/Specs nur Archivbelege. · Ende: nie rückwirkend; zweiter Plan nur eigener Beschluss. · Quelle.
Nutzerbeschluss / technische Voraussetzung · Gilt: 09.09.: Multi-Harness, keine Browser-Retries, bash/pipefail, SHA Pinning, eine Gate-Liste, getrennte Testbäume, Release-Environment; Windows je PR ersetzt durch Nachtrag. · Ende: Harness nach Bedarfsbeleg; Schutz nur gleichwertig ersetzen; Linux-Beleg WSL/ext4, keine behauptete act-Parität. · Quelle.
Technische Sicherheitsvoraussetzung · Gilt: release.yml bindet den Signing-/Mirror-Job an environment: release; wirksam erst mit Required Reviewers in Settings > Environments. · Ende: laut Beschluss nie zurücknehmen. Der PLAN verzeichnet die Konfigurationsbestätigung vom 09.10./15.10.; das ist kein neuer Live-Beleg. · Quelle.
technische Voraussetzung · Gilt: 08.09.: Spec-First für Trust/Nahtstellen; alte freie Pflichtreviewer ersetzt durch Nachtrag. · Ende: neu bewerten nach zwei Vorprüfungen ohne zusätzlichen Befund; aktuelle Unabhängigkeit bleibt. · Quelle.
technische Voraussetzung · Gilt: 07.09.: Same-Origin-Proxy, API-Token nie im Browser; behind==0-Ersatz zurückgenommen (33477dd). · Ende: Proxy nur gleich privat ersetzen; Evidence-Ersatz mit Merge-Tree-OID Checkout beendet. · Quelle.
technische Voraussetzung · Gilt: 06.09., korrigiert 03.10.: argv-only zurückgenommen, Claude/Codex Dateikanäle; OpenCode/Ollama ohne Beleg unsupported. · Ende: neuer CLI-/Capture-Beleg; Konfiguration beweist keine Fähigkeit. · Quelle.
technische Voraussetzung · Gilt: 04.09. erster Block: review_evidence getrennt, Verdict-Token, expliziter Respawn; DPAPI-Dateien 7 Tage/2 MB, nach Archive/Merge entfernen; isolierte Daten und Offline-Restore. · Ende: Retention nur belegter längerer Restore; DB nur gleich verschlüsselt mit Leak-Test; anderer Human-Proof für Berechtigung; alte Server-Werkzeuge historisch. · Quelle.
Technischer Routingvertrag · Gilt: reliable/cheap/review bilden Produktverträge (auto/coding, auto/cheap, auto/review); fehlendes Review-Combo liefert 4xx, keinen stillen Fallback. · Ende: erst wenn ein belegtes unabhängiges Review-Combo denselben Vertrag trägt. Queen-Retirement: Neuanlage in UI/API/CLI retired (410, pa queen spawn ohne HTTP), Altbestand lesbar. · Ende: nur bei belegter Koordinationslast über Orchestrator+Worker. · Quelle.
technische Voraussetzung; Erweiterungen abgelehnte Agentenvorschläge · Gilt: 02.09.: keine Produktions-Sourcemaps; Tauri-Plugins; Redis/Kontexttools nur Bedarfsbeleg; Majors einzeln. AP-10b verengt http auf localhost-Board ohne Userinfo; Dependabot-Rhythmus ersetzt durch Nachtrag. · Ende: Plugin-/Last-/Token-Beleg; Opener bei LAN Bindung neu prüfen; alte Provider/Release/Cleanup-Zuweisung ist Historie. · Quelle.
Technische Audit-Einordnung · Gilt: die Dismissal-Begründung für glib / RUSTSEC-2024-0429 („not used“, KI-9) beruht auf dem Windows-Artefakt. · Ende: sobald ProjectA für Linux ausgeliefert wird, diese Einordnung zurücknehmen und den Alert neu prüfen. · Quelle.
technische Voraussetzung; Provider-Zuteilung historisch · Gilt: 03.09. erster Block: Golden Path, Single-Instance, inkrementelle Struktur, Task-Alias, Lifecycle/blockers getrennt, Setup-Trust; Export vor Retirement; Specs ersetzt durch Nachtrag. · Ende: Task-Identität erst roter Recovery-Test; mehrere Schreiber erst verriegelte Owner; Rechte nur gleichwertig ersetzen. · Quelle.
technische Voraussetzung · Gilt: 04.09. zweiter Block: Spec-Gate, Rohtext-Export, ein Single-Instance-Plugin zuerst; drei DB-Generationen, Diagnose-Allowlist, keine Logs via API; HQ abgeleitet. · Ende: Fixtures bei neuem Schema erweitern; Sperre nur gleichwertig ersetzen; HQ bei ersetzt lebendem Quellregister prüfen. · Quelle.
Technische UI-Voraussetzung · Gilt: ein Overlay ohne Verhalten wird nicht angezeigt; defaultProfileId, active und webPort dürfen erst als Funktion erscheinen, wenn ein Startpfad sie liest. · Ende: nie durch bloßes Anzeigen aufheben; entweder verdrahten oder entfernen. · Quelle.
technische Voraussetzung (Adoption) · Gilt: 06.09. zweiter Block: Coverage und Browser mit Tauri mockIPC; alte Versionen sind Beobachtungen. · Ende: nur strengere Testschicht ersetzt Abdeckung. · Quelle.
Nutzerbeschluss / Agentenvorschlag (historisch) · Gilt: 03.09. Befragung: alte Kalibrierung, Struktur-Light, NT-17, Skills, hermes-agent und Nachtlaufgrenzen; Reviewverfahren ersetzt durch Nachtrag, CI ersetzt durch Nachtrag. · Ende: Einzelbedingungen im Volltext; Designstopp am 09.09. aufgehoben; keine neue Startfreigabe. · Quelle.
technische Voraussetzung; Nutzerbeschlüsse im Volltext getrennt · Gilt: 03.09. abends, Nachträge 10.–17.09.: red-first, volle Windows-Suite, geschützte Workflows, Skillpfade; Rust/SQLite besitzt Policy/Ledger; Native-Identity/Recovery/Registry/ACKs und projecta_capture bleiben Verträge. · Ende: gleichwertige Fencing-/Crash-/Privacy-Belege; Aktivierung gesperrt. CI ersetzt durch Nachtrag; PTY am 02.10. auf Backend-Owner/strip aufgelöst; Ollama ersetzt durch Nachtrag. · Quelle.
Technische Abhängigkeitsvoraussetzungen (15.09.) · Gilt: @xterm/addon-webgl exakt 0.18.0 (kein Caret), zusammen mit @xterm/xterm aus Dependabot ausgenommen; 0.19 war mit xterm 5.5 inkompatibel. · Ende: geplantes gemeinsames Major-Paket mit belegter Terminalansicht und laufendem Worker. Skill-Adoption: nur das MIT-Bundle ui-ux-pro-max (CLI 2.15.0), unverändert aus dem Installer; die sechs Begleitpakete bleiben draußen. Audit-Regelquelle, kein Designsystem-Generator neben bestehenden Designverträgen. · Ende: zurücknehmen, wenn 3.6 MB Wachstum oder die Python-Suchabhängigkeit problematisch werden; SKILL.md bleibt ohne Python lesbar. · Quelle.
Nutzerbeschluss / technische Voraussetzung · Gilt: 22.09.: DeepSeek ersetzt Qwen-W2-09b; Konfigurationsfehler sperrt Start; hqdata-Treiber clone-lokal; Zustellung nicht belegt. · Ende: neuer Nutzerentscheid/sicherer Spawn-Vertrag; Treiber erst bei nicht mehr eingechecktem Snapshot entbehrlich. · Quelle.
technische Voraussetzung (Adoption) · Gilt: 22.09.: Workflow-/jsdom-Adoption mit Pins und normalen Gates. · Ende: bei Kompatibilitätsfehler zurücknehmen; Checks nicht schwächen. · Quelle.
technische Voraussetzung (Architektur) · Gilt: 23.09.: App/HQ teilen Rust/SQLite; Node hostet/proxyt, kein zweiter Scheduler; Kapazitäten getrennt. · Ende: Autorität nur mit transaktionaler Fencing-/Recovery-/Verdict-Parität neu verteilen. · Quelle.
technische Voraussetzung · Gilt: 23.09.: Studio nutzt HQ-Proxy/Runtime; Host nur Routing/Quellenkatalog, unbekannte Benchmarks bleiben unbekannt. · Ende: attestierter Plan-/Plugin-/Benchmarkvertrag; keine aktuelle Funktion aus alter Lieferung ableiten. · Quelle.
technische Voraussetzung (Dokumentvertrag angenommen) · Gilt: 23.09.: DF-03: HQ2-Übergänge mit Revision, kein Scheduler; Queue/Continuous getrennt; Human-Policy und Kandidat binden Autorität. · Ende: belegter Widerspruch und neues Vertragsreview; Runtime-Abnahme paketweise. · Quelle.
technische Voraussetzung · Gilt: 23.09.: DF-04 immutable Planprojektion/CAS; entfernte IDs nicht dispatchbare Historie; begrenzter Reader/Projekt-Join. · Ende: Retention/Löschung erst explizit beschlossen und geprüft; Import erteilt keine Autorität. · Quelle.
Nutzerbeschluss (Adoption) / technische Voraussetzung · Gilt: 23.09.: W1-23 insta Default-Features, gesamte Abhängigkeits-MSRV; .snap.new ignoriert, Scope budget/status. · Ende: CI Schutz umgehbar oder Snapshots zu laut; alte Messungen bleiben datiert. · Quelle.
technische Voraussetzung · Gilt: 23.09.: DF08/Migration21 Identität append-only, CAS/Identity atomar; FK ist kein Trust-Beleg. · Ende: Retention mit Migrations-/Readerbeleg; keine Agentenattestierung; ungültiger Provider sperrt Bindung. · Quelle.
technische Voraussetzung · Gilt: 23.09.: W1-21 search ~0.15 für xterm 5.5; fehlende peerDependencies kein Beleg; fit ersetzt durch Nachtrag. · Ende: xterm 6 nur gemeinsam mit Addons/API migrieren. · Quelle.
technische Voraussetzung · Gilt: 23.09.: W1-21b fit ~0.10 misst echte Scrollbar, Regressionstest bleibt. · Ende: gemeinsamer xterm-6-Sprung. · Quelle.
technische Voraussetzung · Gilt: 26.09.: inkompatible Addons aus npm-Gruppe ausgenommen; Updater JS/Rust passend, keine Downgrades. · Ende: xterm/fit/search gemeinsam migrieren und Terminalbetrieb prüfen. · Quelle.
Nutzerbeschluss · Gilt: 24.09.: CI-01 Mergify/Merge-Commits, keine Draft-CI; Dependabot monatlich, Security sofort; immer-voll-main ersetzt durch Nachtrag, Windows-Auswahl ersetzt durch Nachtrag. · Ende: Queue nur nach mehrwöchiger Messung neu bewerten; Cache bei belegtem Median-Nachteil; Zulassung auch CI-HARDEN-02. · Quelle.
Nutzerbeschluss / technische Voraussetzung · Gilt: 24.09.: CI-02 leichter main-Push nur Queue-belegt ohne Cacheänderung; Woche/manuell voll; Docs nach Gate-Eingaben, Zweifel schwer; light ersetzt kein prepush. · Ende: neuen Reader in HEAVY_DOCS aufnehmen; Wochenlauf nie ersatzlos; ungequeue-te Docs ersetzt durch Nachtrag; Bot-Ausnahme nur exakte Identität/Manifeste. · Quelle.
Nutzerbeschluss / technische Voraussetzung · Gilt: 25.09.: Hooks bestimmen tatsächlich committeten/gepushten Worktree per git rev-parse. · Ende: nie fremden Baum als geprüft ausgeben. · Quelle.
2026-09-25 - CI-03: GitHub Actions cost - Windows only in the queue, red-first in the linux job (user decision)
Nutzerbeschluss · Gilt: 25.09.: CI-03 Windows nur Queue/Woche/Dispatch, PR Stub; red-first im Linux-Job mit fail-closed Verdikt; parallel=1 ersetzt durch Nachtrag. · Ende: bei Windows-Queue-Fehlern neu messen; red-first bei Toolchainbedarf/Timeout trennen; Checknamen stabil. · Quelle.
technische Voraussetzung · Gilt: 25.09.: W5-28 PROJECTA_QUEUE=off vor Dispatcher; runtime-proof isoliert mit API/Log/Bild. · Ende: persistierter Not-Aus ersetzt Schalter; gleichwertiger Treiber ersetzt Belegfunktion; keine Startfreigabe. · Quelle.
Nutzerbeschluss · Gilt: 25.09.: gitleaks vor Commit auf Index; fehlender Scanner Fehler, Allowlist nur begründete Testwerte. · Ende: nur ausdrückliche Aufhebung der Nutzerregel. · Quelle.
technische Voraussetzung · Gilt: 25.09.: W5-02a App-Koordinator strict, auch Failover, kein Repo-Schreibpfad; harte Grenze braucht W5-02e. · Ende: Repo-Memory über Workerauftrag; gleiches Konto ist keine Isolation; Scouts ausgenommen. · Quelle.
technische Voraussetzung · Gilt: 25.09.: CI-04 rot friert Queue, nur voll grün taut auf; Issue-Fallback/Hotfix-Ausnahme. · Ende: anderer Queue-Owner oder fehlendes Freeze-Recht; heutiger Token-Scope unbelegt. · Quelle.
technische Voraussetzung · Gilt: 26.09.: SETUP-12 ungequeue-te main-Pushes auch für Docs voll; Queue voll wegen dynamischer Reader. · Ende: erst maschinengeprüfte geschlossene Allowlist sämtlicher Gate-Eingaben. · Quelle.
technische Voraussetzung (beschlossen) · Gilt: 04.10.: CI-QUEUE-02 parallel_checks=2 ersetzt 1 aus CI-03; weiterhin serieller Modus. · Ende: Runner-Limit oder Funktionsberechtigung ändert sich. · Quelle.
technische Voraussetzung · Gilt: 05.10.: CI-HARDEN-02 review-ok in beiden Zulassungslisten; nur Orchestrator nach Disposition ohne offene hohe Befunde, kandidatgebunden. · Ende: andere Merge-Autorität mit gleichem Invariant; keine Selbstqueue. · Quelle.
technische Voraussetzung (historische Disposition) · Gilt: 05.10.: W3-02e/#411 C1/C2 nach W3-02h/i, Producer W3-02g; fail-closed, keine allgemeine High-Ausnahme. · Ende: Nachfolgerbelege vor Schließen prüfen; früheres Beta-Tag nur Nutzerentscheid; Status im PLAN. · Quelle.
technische Voraussetzung · Gilt: 05.10.: W3-02j vertraut einmal EXE/Live-DB nach abgeschlossenem Update, danach fail-closed. · Ende: signiertes Manifest/Build-ID bindet installierte Bytes: ersten Start verifizieren. · Quelle.
Nutzerbeschluss · Gilt: 09.10.: AGENTS-API-CREDITS enge enthaltene Anthropic-Ausnahme, begrenzter Workspace, Schlüssel im Tresor; OpenRouter-Bann für Reviews ersetzt durch Nachtrag. · Ende: unerlaubte Belastung/geänderte Bedingungen/Widerruf; bei Erschöpfung Abos, keine Erweiterung. · Quelle.
technische Voraussetzung (Lieferweg) · Gilt: 11.10.: DEV-AUTO-1 main-Push/manuell, aktiver Lauf bleibt, jüngster Pending wartet; Preview kein Release. · Ende: automatische Previews abgewählt: Trigger samt Shape-Gates ändern. · Quelle.
Nutzerbeschluss · Gilt: 11.10., Werkbank E1–E4: Tresor vor B6a-2/B19; Recipe-Pilot ohne App-Code; Konfiguration statt Training, eigene DB read-only; E4 größere Glass-Entwürfe. · Ende: Pilot ohne Nutzen beendet App-Folge; Training/Kundendaten neues Ja; vorgezogene Konsumenten brauchen Tresor; heutiger Fokus im PLAN. · Quelle.
Nutzerbeschluss · Gilt: 11.10., Schnitt E-V2-D1/E-V2-S01C: Hülle/Leitstand v2.0, Verlauf v2.1; Kriterien ersetzt durch Nachtrag, Classic-Rückweg ersetzt durch Nachtrag. · Ende: neuer Nutzerentscheid; verschoben nicht gestrichen; kein Release-Ja. · Quelle.
Nutzerbeschluss · Gilt: 15.10., Schnitt-Karte E1: Kriterien 7/12/14/15/16, Server-Teil von 6 nach v2.1; 10/17 nach Core; Classic-Rückweg ersetzt durch Nachtrag. · Ende: neuer Nutzerentscheid oder notwendiges zurückgeholtes Kriterium samt Paketen; Major frisches Ja. · Quelle.
Nutzerbeschluss · Gilt: 15.10., sieben Antworten: PA_SEAM_ALLOW je Root-Auftrag; Zustandsvokabular/Farben, ruhige umstellbare Orbs; fremde Agentenkonfiguration nach Backup, eigene ausgenommen; Navigation 2/5 ersetzt durch Nachtrag und ersetzt durch Nachtrag. · Ende: neuer Nutzerentscheid; Konfigurationsumkehr aus Backup; Zustimmung beweist keine Umsetzung. · Quelle.
Nutzerbeschluss · Gilt: 15.10.: Classic entfällt, ein Designsystem-UI; ersetzt D1 Rückweg, Releaseschnitt bleibt. · Ende: nur ausdrückliches neues Nutzer-Ja stellt Classic wieder her. · Quelle.
Nutzerbeschluss · Gilt: 15.10.: A zwei fremde Familien; B zwei (Abo/OpenRouter), beide nicht Autor; C Gates, C+ eins; Fixdelta eins/zwei bei A; freie nur Zusatz; bestehende Rechte bleiben. · Ende: nur Nutzeränderung, Mangel senkt Abnahme nicht; Routen ersetzt durch Nachtrag, E1 ersetzt durch Nachtrag; befristete zusätzliche GPT-Prüfung im Dokumentationsauftrag, ohne Aufhebung der Fremdfamilienregel. · Quelle.
Nutzerbeschluss · Gilt: 15.10.: VERBUND C eine App, DevHQ nach Leitstand/Betrieb, Denkraum als Eingang; Braucht dich, Datenowner bleiben. · Ende: Ablösung erst Parität, echte Quelldaten/Receipts, Handy-Erfassung; Umkehr bewahrt angenommene Writes. · Quelle.
technische Voraussetzung (Vertrag zum Beschluss) · Gilt: 15.10.: V-01 Owner: Rust/SQLite Runtime, Ledger Ideen, PLAN Planung, pa-orch Jobs; Quelle/Revision/Zeit/Frische; Receipt ist keine Erlaubnis. · Ende: V-02/03 begrenztes Lesen, Writes separat; Retirement erst Parität/Handy/Backup; Remote nur neues Ja; kein Scheduler. · Quelle.
Nutzerbeschluss (delegierte Details) · Gilt: 15.10., Design D1–D7: Inter/OFL, drei Motion-Modi mit OS Vorrang, Farbe/Aliasse, Orbs; Galerie read-only in jedem Build; Header bei 1440 px. · Ende: Nutzer überstimmt; D5 nach Probehalle prüfen; D6 ersetzt DS-03 dev-only; keine visuelle Abnahme. · Quelle.
Nutzerbeschluss (geändert) · Gilt: 15.10.: absolute RELEASE-PAUSE ersetzt durch Nachtrag (K5); Patchklassen erlaubt, Minor/Major frisches Ja. · Ende: bis v2.0 oder neuer Beschluss; Versionssnapshot kein Freigabebeleg. · Quelle.
Nutzerbeschluss · Gilt: 16.10., Design E-1 bis E-3: Fabrik/eigene Pixel-Figuren; Trustfixes vor Probe, Migration erst Ja; MIT Codekunst, keine Fremdpacks/Generatorbilder; D5 offen. · Ende: Ablehnung/Änderung durch Nutzer; IDs stabil; neuerer Fokus im PLAN; keine neue Designfreigabe. · Quelle.
Nutzerbeschluss · Gilt: 16.10., Owner K1–K15: keine frühe Queue/Retry/Benchmark; Cleanup begrenzt, Security seriell; DR-16b wartet, RAM Prüfung bleibt, Pacer geparkt, Continuous/resume gesperrt; K5 Patches, K14 Server nach V2-CAP-1, K15 Lizenz vor Testern; weitere Ausnahmen im Volltext. · Ende: neuer Beschluss; Cleanup sauber/Remote-Head/Backupliste; Reviewroute endet 22.10. 09:05 oder früher mit freiem berechtigtem Abo-Reviewer; Saldo unbekannt. · Quelle.
Nutzerbeschluss · Gilt: 16.10., NAV-0/Navigation E-1: sechs Bereiche, v2.0 zunächst Fabrik/Betrieb/Einstellungen; Linie, nach Probe Halle; Räume nicht beschlossen, IDs stabil. · Ende: Nutzeränderung; weitere Bereiche erst verbunden/hinter Schalter; Umbenennung nach DS-H-07, nicht Datum. · Quelle.
Nutzerbeschluss (bedingte Ausnahme) · Gilt: 20.10., Review E1: B bei OpenRouter <=0 zwei verschiedene Nicht-Autor-Abo-Familien; freie zählen nie. · Ende: Guthaben kehrt zurück/Nutzer ändert Regel: reguläres Paar; kein aktueller Saldo behauptet. · Quelle.
Was? Nutzerauftrag vom 20.10., laut Root: die zusätzliche Projekt-/Aufgabenplaner-App stoppen und Arbeitsstände sichern; Dokumentation und Arbeitsweise vereinfachen, IDs/Anforderungen/Belege/Leser erhalten, keine zweite Roadmap. Die Fabrik-Umstellung bleibt ein eigener Arbeitsstrang. Delegierte Umsetzung nach Root-Auftrag mit GPT-6.1/high oder GPT-6 Astra; tatsächliches Modell je Job belegen. Eine getrennte GPT-Prüfung ergänzt die Fremdfamilienreviews nach AGENTS.md Regel 5; sie ersetzt sie nicht. · Quelle: PLAN Z2, DOC-CTRL1 (Ticket b3d2f947), DOC-9 (566e3f2f); kanonischer Nachtrag im PLAN. Root präzisierte die Reviewroute am 20.10. nach erneuter Verfügbarkeit fremder Familien; deren Abnahme bleibt erforderlich.
Warum? Aktive Regeln und Planung sollen kurz, widerspruchsfrei und anhand eigener Belege prüfbar werden; eine kürzere Dokumentation beweist keine schnellere App.
Wann zurücknehmen? Die befristete Modell-/Prüferanweisung endet mit Roots DOC-9-Abnahme des Dokumentationsauftrags; offene Pflichtkriterien bleiben offen. Der Zusatz-App-Stopp wird dadurch nicht aufgehoben: Wiederaufnahme nur nach neuem Nutzerentscheid. Umsetzung, Prüfung, Abnahme, Merge und Nutzbarkeit bleiben getrennte Zustände.
Elias hat laut Root28.10.~14:57Z Planv3.6 (UnterplanSHA256 f4696eb52f57f43bf6021d19f332391b5874b0356b39de1fb4e957fa33e55720, AuftragSHA256 18c91341ccf8703f044f764054f01646e4c39d02c6b82bf12e97e0b5c6318366) und Satz2 freigegeben: nach allen STANDARD-Zeilen bauen lassen. Der volle Orchestrator und der Kern bleiben in v2.0.0; der erste echte neue Produktablauf ist Reihenfolge, kein kleinerer Umfang. Kanonische Paketliste: PLAN MS0. Jetzt MS0 nur Dokumente; Stabschef schreibt/verteilt allein, Root nimmt ab. Zielpostfach Wartet auf dich; nur Plan-/Beschlusstexte hier, de.ts erstMS4. Keine Änderung des bestehenden NAV0-Repoentscheids: Satz3 ist nicht erteilt, das spätere MS4-Paket bleibt gesperrt bis genau dieser Voraussetzung. Keine neuen Installations-/Rechte-/Lösch-/Releasebefugnisse aus der Planfreigabe; konkrete frühere Zusagen behalten ihren Umfang. v2.0.0 braucht frisches eigenes Ja, K5-Patchregel bleibt.
Status: proposed current design, pending Root's fixed-head acceptance and two independent architecture/security assessments. Authority: approved v3.6 full-Core scope and bounded V36-K00 under parent #204; no execution or rights grant. Source: current contract, original core.md:1–83, plan.md:364–381,420–431 and the seven original ADRs. Repository reading basis: b16456260b9fd08cdcf853616d97b280e5c4be3e; approved source fingerprint and original line ranges are in the contract. Historical proposals/anchors remain intact.
What? Retain registry, typed requests and append-only journal design; reuse current core_register.rs as the pure model. Add durable request identity/revision reservation and effect-intent/receipt reconciliation at Store integration; real values stay in their domain tables. A measured 24 h trial retains its key; rollback must validate authority, applied revision and concurrent work.
Why? Register already checks owner, levels and trusted effect classes, but its mutable memory is not cross-process dedupe or a real setting writer. Current settings::set_setting upserts directly. Missing baseline, uncertain external outcome or conflict cannot justify successful application/return.
Reverse? Before enrolling an adapter unable to reconcile/compensate safely, keep that action proposal-only and revise its contract; never release an unresolved key or invent a second value store. CORE-1/3/4 and ST-K1 own public proof.
What? Retain fixed Rust protected classes/default off and persona ceiling intersections; bind actor/run/project/target/action/diff/revision/expiry from trusted adapters. Reconcile existing approval_grants instead of creating competing approval truth. Preserve P2's ungranted sheet, valid specific prior authorizations and separately built/accepted/operating/activated user channel.
Why? Scoped API credentials, broad descriptor access, verdict proof and persona click-proof types have different trust boundaries. The current pure checks and single-use Store permit do not prove effect enforcement or human identity; writable labels/text never do.
Reverse? Only an explicitly accepted new trusted channel or an unrepresentable persona relationship warrants a revised scoped contract and negative tests before activation. No self-approval/elevation or new pairing right follows. CORE-2, B17/18/19, API-K/MN-K and C02 own integration.
What? Retain UTC occurrence identity, six firings per rolling hour, no-effect dry run, raw-body HMAC and durable receipt/body-digest dedupe. EX-2 owns the proposed receiver, B15/ST-C1 the persistence; authenticated input submits to the same admission/effect boundary and never supplies approval.
Why? Current webhook_sig::ZustellungsBuch is bounded memory; a signature is not freshness. Trigger/signature helpers are not evidence of a connected durable receiver or permission to open an endpoint.
Reverse? A provider protocol requiring different signed freshness/retention needs an explicit tested adapter revision, preserving replay tombstones and authority. Key changes and reachability keep their separate authorization; no activation here.
What? Preserve one order/work/proof/review/approval/delivery state machine, existing run/candidate evidence identities and atomic invalidation; ordinary orders need explicit mapping without enabling continuous mode. Events notify authorized readers, never approve/start. One product Core identity can span modules/processes, without a rival owner or product AgentsRoom mailbox.
Why? Current Store invalidates candidate evidence/reviews, while approval_authority() remains unavailable; source metadata or a shared name cannot accept delivery. Approved v3.6 unparked full Core, including error→report→healing; the seven-day optimizer remains MS-6 with separate activation.
Reverse? ST-B1 must first demonstrate an incompatibility and record a migration ADR before replacing evidence storage, preserving references and one authority. RUN-3/C05/10 prove actual non-author acceptance under current AGENTS rule 5, superseding the archived weaker review-count wording.
What? Keep store.rs plus store/ as one serial lane; domain modules own SQL, API/Tauri delegate. Retain ApiBackend in main.rs under A1/F1 through M4. ST-B1 compatibility precedes Core schema integration; backup, upgrade/old-row proof and table/event atomicity belong to each later package. No migration number allocated here.
Why? Current Store::migrate owns one backup/migration sequence and begin_write acquires the writer lock before reads; module/process separation does not separate schema or transaction ownership. Current planning's post-write audit is explicitly insufficient as the Core atomic-event pattern.
Reverse? Only the original measured lane-wait proposal plus an explicit rule-6 change and schema/concurrency proof can permit parallel Store writers; splitting files alone cannot. ARCH-0/SEC-0 assessments remain pending with Root; this dated refinement certifies no runtime/security behavior.