## E305/P348 · R201 · Buildfix2: native Test-Vorläufe (30.10.2026) Windows101_tests_e303_native_acceptance.php.log: aktiver Freiplatzlistentest scheitert bereits vor seinem privatenCEL-S-Start. Die Meldung fordertABI38, aber tools/p4_stress.php prüfte noch numerisch37. Auch tools/s3_segments_stress.php enthielt diese veraltete Prüfung und einen fest auf37 gesetzten Berichtswert. Produktnative bleibt ABI38/Direct23/Extra8. Beide Testwerkzeuge lesen Buildidentität aus config/version.ini und ABI/Direct aus include/cel_dx_transport.h. Strikte Ganzzahl-/Versionsprüfung gilt im Hauptprozess und in Worker/Verifikation. Berichte enthalten den tatsächlich geprüften Stand. Neue Pflicht-Quellprüfung führt die gelieferten Hauptprozess-Vorläufe und Kinder-Identitätsfunktionen aus;43Fälle mit passenden/alten/fehlenden/falschtypisierten Vertragsdaten, altem Laufkontext und künftiger Headeränderung. Native Statusmeldungen/Artefaktanwesenheit sind ausdrücklich Testgrenzen; kein Windows-Cachelauf wird simuliert. Vollständiger anschließender P4-Workload separat mit exakt160gelieferten Schlüsseln durch tatsächlicheC-Pfade/ASan/UBSan erneut geprüft:96Kollisionen/32Spill,2TTL-Freigaben/30Spill/94lebendeGETs,2000Worker-Schreib-/Lese-/Löschfolgen überalle8Wertgrößen,160Abschlusswerte,72Micro/64Pico/8Spill/0Large. Diese portablenWorkerpläne sind seriell; echte paralleleWindows-PHP-Prozesse bleiben lokal zu prüfen. Fixture, GC-Budgets, Wartefristen und Folgeassertionen bleiben erhalten. Produkt-C/C++/Header/Plugin-PHP-JS-CSS/Go/SDK unverändert; C218 unverändert. Quellen vollständig getrennt in E305_Buildfix2.zip/P348_Buildfix2.zip/R201_Buildfix2.zip. Abschlussmetadaten zuerst, dann Dokumentationshashes/Lesekopien/Plugin-Baumhash/Prüfsummen. Vollständiger Quellworkflow aus dem fertig gepackten ZIP ist vor Lieferung Pflicht. Keine weiteren SDK-Vorbereitungen. Wegen geänderter Testquellen gilt der alte Buildbeleg nicht mehr; normalen build_all.bat erneut ausführen, bestehende Konfigurationen/Schlüssel/config/data/context und SDK-Buildbaum erhalten. Echte verbleibendeWindows-/IIS-/Last-/RAM-Abnahme und offene Speicherarbeiten bleiben offen. Keine Subagenten. ## E305/P348 · R201 · Buildfix1: Dokumentationshashes (30.10.2026) Der ausgelieferte E305-Quelltest scheiterte an source_hash_mismatch:build/release_layout.json. Ursache: Abschlussmetadaten wurden nach dem Quellworkflow geändert; Quellhash und abgeleitete Lesekopien wurden nicht danach erneuert. Der Prüfer bleibt unverändert und strikt. Buildfix1 aktualisiert Dokumentationshashes/Lesekopien nach den endgültigen Metadaten und prüft den vollständigen Quellworkflow aus dem fertig gepackten ZIP. Die frühere Aussage zu bestandenen83Quellstufen bezog sich auf den Arbeitsbaum vor dieser Abschlussänderung, nicht auf ein bestandenes ausgeliefertes ZIP. Produktcode, Produktversionen, native Verträge ABI38/Direct23/Extra8, Tests und SDK unverändert. C218 bleibt unverändert. E305-, P348- und R201-Pakete jeweils vollständig getrennt. Bestehende Konfigurationen/Schlüssel/config/data/context erhalten; vorhandenen SDK-Buildbaum weiterverwenden. Windows-MSVC/SCM/IIS/echteWorker/GET-Latenz/RAM und alle weiter offenen Speicherarbeiten bleiben offen. ## 30.10.2026 · E305/P348 · C218/1.3.118 · R201/3.4.201 Online-Verwaltung: aktive Primary-Belegungsgrenzen64..reserviert (kein Remapping), L/O-Budgets, gezielter Cacheklassenreset aller Sites unter Schutz interner Werte, Dienstinstanz/Revision, Persistenz; HTTP↔gRPC-Verwaltung auf demselben Port mit frischem Rücklesen. ABI38/Direct23/Extra8 verlangt passende neue native Artefakte/Workerneustart. Historische Speicherhinweise und Schreibdiagnoselink entfernt; Speicheraufnahme hat echte Fetch-/Body-Zeitgrenzen und Gesamtwächter; CRLF-Schlüsselreader korrigiert, Tabellenlabels gestrafft, irreführender Pflege-Sammelzähler entfernt. Windows-/IIS-/echteWorker-/GET-Latenz-/RAM-Abnahme offen. Poolquoten, Fairness, Outside-Fallback beiÜberlast, großeGC-Uhrsprünge und übrige alteSite-Anzeigezähler bleiben separat offen. Siehe CONTROL_PLANE-Anleitung dieses Pakets mit allen3Konfigurationsorten. Keine Subagenten. ## S7B · Quellpakete für lokalen Windows-Build (29.10.2026) E304/P347, C217/1.3.117 und R200/V3.4.200 sind als zusammenpassende Quellen vorbereitet. Vollständiger OC-source-Workflow:82Stufen bestanden; danach betroffene Versions-/Paketprüfer gezielt erneut geprüft (15Negativ-/Positivfälle, einschließlich Extra8 im Packager). Alle74Resilient-Prüfdateien sind kumulativ bestanden; unveränderte erfolgreiche Fälle wurden wiederverwendet. Die zuvor zehn offenen Fälle sind abgeschlossen. Aktuelle native Snapshot→PHP→UI-Ketten und die tatsächliche UI→Controls→gRPC→C-Owner→Speicherung→frischesRücklesen-Kette bestanden; genau3Speicheraufrufe,40bestätigteWerte nachStopp lesbar. Backendfreie UI-Quellprüfungen benennen erfasste native/PHP-Antworten ausdrücklich als Eingabegrenze; sie ersetzen den separat ausgeführten nativen Verarbeitungstest nicht. Controls-Produktionsquellen sind bytegleich zum bereits geprüften und fürWindowsx64kompilierten S7A-Stand; zusätzlicher gezielter Verarbeitungstest mit tatsächlichem neuem Capture-Einstieg bestanden. Native C++-Bibliothek tatsächlich unterLinux gebaut, keine Linux-Produktportierung. Windows-MSVC-/DLL-/CEL-S-/SCM-/PowerShell5.1-/IIS-Abnahme, realePHP-Worker, GET-Leistung und physischeWindows-RAM-Rückgabe bleiben lokal offen. Erst dortige Build-/Abnahmegates bestehen, dann gemeinsam übernehmen. Bestehende Konfigurationen/Schlüssel/config/data/context bewahren; keine Mischstandabnahme. Die fünf weiter offenen Speicherarbeiten bleiben bestehen: Poolquoten, Fairness, Outside-Fallback beiÜberlast, großeGC-Uhrsprünge und alteSite-Anzeigezähler. Keine dieser Arbeiten wurde durch die Paketfreigabe als erledigt markiert. ## E304/P347 · C217 · R200: native Verwaltung und Releaseabschluss Aktueller Arbeitszweig vom 29.10.2026. Native C/C++-Verwaltung im CEL-S-Prozess, gRPC und HTTP als Auswahl; Shared-GET bleibt direkt. ABI37/Direct22/Extra8 verlangt zusammenpassende DLL/CEL-S und vollständigen Worker-Neustart. Quell-/Versionsgates werden auf diesen Vertrag fortgeschrieben; Windows-/IIS-Abnahme bleibt offen. Bestehende config/data/context und Schlüssel erhalten. Weiterhin offen und nicht still erledigt: Poolquoten und Fairness, Outside-Fallback bei Überlast, große GC-Uhrsprünge, alte Site-Anzeigezähler. Diese Arbeiten folgen separat; keine Linux-Produktportierung oder Duplex-Erweiterung in diesem Releaseabschluss. ## S6 · noch nicht ausgeliefert · 29.10.2026 Native C/C++-Verwaltung als DLL im CEL-S-Prozess, wahlweise gRPC oder HTTP. Alte OC-Go-Server-/Vendorlinie entfernt; SDK getrennt. Begrenzte Ownerqueue, strikte Validierung und API-/Build-/Runtimeidentität; Stop-Ressourcen bleiben bei Nachlauf erhalten. Zwölf gezielte native Transportfälle sowie Loader-/Key-/Buildquellprüfungen bestanden; Windows/IIS/echte Worker nicht abgenommen. Kein neuer Installationsstand. Vollständige neue Produktidentitäten und Pflichtgates folgen vor Produkt-ZIPs. Einzelheiten in CACHE_STATE.md. ## S3 · noch nicht ausgeliefert · 29.10.2026 Zusatzanzahl systemweit konfigurierbar0–16 (Standard4), lazy Segmentfreigabe höchstens5% über mindestens5Minuten, beide Parameter einstellbar. Suche über Lücken und neue Mappinggeneration bei Wiederverwendung; geschützte Daten verhindern Freigabe. Tatsächliche Owner-Schließungen und Large/Outside-Speicherblöcke getrennt sichtbar. ABI37/Direct22/Extra8, Policy2/Management3. Direkter Shared-HIT erhalten. Quellcheckpoint auf den bisherigen Produktidentitäten, keine installierbare Lieferung. Portable native Verarbeitung und tatsächliche Verwaltungskette bestanden; Windows-C/DLL/IIS/Mehrprozess/GET-Latenz offen. Vollständige neue Produktidentitäten und verpflichtende Gates vor Produkt-ZIPs. Details und Grenzen in CACHE_STATE.md, keine alten Versionen nachträglich ändern. # 28.10.2026 – E302/P345/R187 ## E303/P346 · Primary-Freiplatzliste · 28.10.2026 E303/P346 aktiviert die Primary-Freireserve für Micro bis Medium. Ein nicht verdrängbares Schlüsselverzeichnis macht Plätze außerhalb des natürlichen Suchfensters auffindbar. CEL-S erstellt neue Zuordnungen; direkte PHP-Worker bearbeiten vorhandene Werte koordiniert. ABI36/Direct21 verlangt passende DLL/CEL-S und einen vollständigen Neustart. Large-/Outside-GC-Standards und gespeicherte Regeln bleiben erhalten. R194 aktualisiert die Dokumentation; Controls C213, Live L113, Participants1.0.8 und Authority0.1.4 bleiben. P.4 aktiviert die Freiplatzreserve der festen Primary-Klassen. Der normale Suchweg bleibt zuerst dran. Nach dessen Miss sucht GET zusätzlich im nicht verdrängbaren Primary-Verzeichnis. Nur CEL-S erzeugt neue Zuordnungen; direkte Worker nutzen den gemeinsamen Schreibkoordinator für vorhandene Werte. DEL, GC, Klassenwechsel, Fehlerversuche und Flush geben Zuordnung und Platz kontrolliert zurück. Grenzen:1024Routenzellen×32Byte=32768Byte plus48Byte Deskriptoren, im portablen vollständigen Layout einschließlich Ausrichtung32832Byte zusätzlich jeCEL-S. Keine Kopie jeWorker, keine Schlüsselduplikate und kein vergrößerter Wertplatz. Füllstand des Verzeichnisses ist keine physische Klassenbelegung. Ist der begrenzte Suchzug/das Verzeichnis voll, bleibt der natürliche Zusatz-/Ablehnungsweg erhalten. Leere Freiliste beweist keine volle Klasse. Owner-Demand-Refill sucht maximal einmal die tatsächliche Klasse unter deren bestehender Sperre und stoppt beiHigh64; Hintergrundpflege bleibt budgetiert256. Dieser seltene Schreibweg ist lokal auch auf Latenz zu prüfen. Keine garantierte100%-Kapazitätsnutzung oder allwissende Waisen-GC. Die konfigurierbare64 des natürlichen Probefensters bleibt getrennt von Low16/High64 der Reserve. Bestehende Einstellungen erhalten; aktive Suchgrenzen nur durch abgestimmten Neustart wechseln. Large-Werte bleiben separat gemappt; ihr auffindbarer Handle kann im physischen Pico liegen. Outside und seine direkte API bleiben eigenständig. GC-v4-Standards Large50%/Outside75%, Pflege60min/Druck5min sowie gespeicherte eigene Regeln erhalten. R-L1 und entfernte Varianten bleiben entfernt. TCP/gRPC/Linux/Android getrennt. Prüfstand: tatsächliche portable Startup-/Owner-/nativeWorker-/GET-/GC-/Reuse-/Fehlerpfade unterASan/UBSan bestanden, einschließlich siebenKlassen, voll/busy/Writer-Cache-Verdrängung, Large-Retire/Fehler und Parallelität. Der historische GET-Quellguard bleibt mit exakt begrenztem, rückführbarem E303-Delta aktiv; keine alten erwartetenHashes umgeschrieben. Ein unveränderter Trefferpräfix ersetzt keine Leistungsmessung. Vollständige PHP-Quellgates kumulativ bestanden. Tatsächliche E303-Windows-Kompilierung, PHP-Prozesse, IIS und GET-Leistung hier NICHT ausgeführt/gemessen. Profile:php bleibt beim gemeinsamen requestlokalen Minimalreferenzvertrag ohneSharedLocator; nativeohneCEL-S behält seinen separaten Speicher, echte aktuelle Windows-DLL-Prüfung lokal erforderlich; shared ist unmittelbar betroffen, portable echte Quellpfade bestanden, Windows-Mehrprozess-/IIS-/Leistungsabnahme ausstehend. Keine Behauptung fertiger Hosting-Produkte. E302/P345 und R187 teilen die physische Suche fester Klassen zwischen unabhängig fälligen Sites. Eigene Schwellen, Cursor, Pausen und Löschquoten bleiben erhalten. Gemeinsame Fälligkeit anhand des globalen Bestands beim Start; begonnene Arbeit läuft auch nach sinkendem Druck bis zur eigenen Quote beziehungsweise Turngrenze. Höchstens 8192 physische Besuche je Turn und unverändert nominal 5 ms, keine Vervielfachung mit der Site-Zahl. Getrennte physische/Site-Zähler und letzter globaler Startbeleg je Klasse. Sekundärer v4-Suchplaner und produktiver GET/SET unverändert. ABI35; passende DLL/CEL-S gemeinsam wechseln. Controls C209 unverändert. Bisherige Site-/Globalsummen zählen logische Site-Arbeit. Neue physische Primary-Zahlen sind separat versioniert. Getrennte Cursor können Restbesuche und weitere erlaubte Arbeitsschritte benötigen. Kein behaupteter CPU-Beschleunigungsfaktor oder vollständiger Waisennachweis. Aktive Reserve/Locator bleiben P.4; kein allumfassender gemeinsamer Rundgang über Primary und sekundäre Lanes. 80 Pflicht-Quellstufen, 178 PHP-Dateien, 70 Node-Dateien, sechs aktuelle portable C-Programme und acht C/PHP/Anzeige-Ketten bestanden; Windows E302/IIS nicht ausgeführt. # 28.10.2026 – E301/P344/R186 E301/P344 korrigiert die zeitabhängige Vorbereitung der nativen Shared-GC-Abnahme: zehn Sekunden TTL für den Workerwechsel, protokollierte Zeitgrenzen und Ablauf vor GC-Aktivierung. R186 aktualisiert die Dokumentation. Speicher-, GET-/SET- und GC-Algorithmen bleiben auf E300; Controls C209 unverändert. Befund: Windows-E300-Kompilierung und vorangehende Abnahmen erfolgreich; erster Worker-GET eines TTL1-Wertes schlug vor GC-Aktivierung fehl. Der konkrete alte Ablaufzeitpunkt fehlt. Kein Nachweis eines GC-/Verweisfehlers aus diesem Protokoll. Neue Windows-Abnahme noch erforderlich. ## 28.10.2026 – E300/P343/R185 E300/P343 und R185: Large-/Outside-v4 teilen überlappende Suchabschnitte bei eigenen Site-Cursorn, Regeln und Budgets. Neue globale physische Suchzähler; Primary/Legacy und GET/SET bleiben. ABI34 erfordert gemeinsam neue DLL/CEL-S und PHP-Worker-Neustart. R185 korrigiert Bearbeitungszustand und Revisionsdarstellung, verbirgt den alten Stand während Neuermittlung und kürzt GC-Anzeigen. Controls C209 unverändert. Native Windows/IIS-Abnahme lokal erforderlich. # Zusammengefasster Änderungsverlauf 25.10.2026 · E299/P342, R179, C204: Paketbereinigung. Alte Laufprotokolle, generierte Referenzdateien, unreferenzierte Testergebnisse, zahlreiche Installationsanleitungen und doppelte Prüfberichte aus den neuen Paketen entfernt. Build-Einstiege, aktive Testquellen/Fixtures, mitgeliefertes PHP-CLI, Architektur/Planung und Konfiguration erhalten. Native E298/P341 und vollständiges Drop-in bleiben bytegleich; Controls ändert nur seine Buildkennung. E298/P341/R178: passive Primary-Freireserve, Low16/High64; ABI33/Direct20. Keine beliebige Platzvergabe und noch keine garantierte Absenkung der Extensions. R177: frische Speicheraufnahme nach historischem Neustartfehler wieder möglich; laufende Neustarts weiter abwarten. E297/P340/R176: konfigurierbares Probefenster64 (1..1024), nur für neue Generation. E296/P339/R175: strikter Smoke-Test gegen tatsächliche Header-ABI; kein übersprungener Versionsvergleich. E295/P338/R174/C203: GC-v4 trennt Pflege und Druck; Large50/Outside75, Pflege60/Druck5+Backoff, Legacy0 ausdrücklich migrieren. E294/P337/R173: Anzeige-Nullsteller und ehrliche GC-Zähler. E293/P336/R172: Outside-Linkdiagnose. E292/P335/R171: korrigierte private Abnahmekette. E291/P334/R170: Referenzinventar und physische/nutzbare Belegung. E289/P332/C200/R163: R-L1 und veraltete Large-/Fallback-/Experimentalvarianten entfernt. Produktiver Direktwert bleibt. Frühere M0-M3-Arbeit: gemeinsame Profile, Found-/Epoch-/Kohärenzverträge, Build-Receipts und begrenzte Nutzerabnahmen. Bindende Vereinbarungen und ihre Belege bleiben unter planning/CEL_OC_Produktprofile_V1/ erhalten. Historische R-L1-Forderungen sind durch die endgültige Entfernung überholt. Vollständige alte Dateien bleiben in den bereits ausgelieferten, unveränderten ZIPs; dieser Verlauf ist eine Zusammenfassung und keine neue Windows-/IIS-/Performance-Abnahme. ## S2D · nicht ausgelieferter Speicher-Verwaltungszweig (29.10.2026) CEL-S startet und überwacht optional seinen zum OC gehörenden Verwaltungsprozess. Vorlagen bleiben ausgeschaltet; gRPC/HTTP ausdrücklich auswählbar. Gemeinsame Regeln nur über den getrennten Systemweg, in Resilient zusätzlich mit Authority-Benutzerrecht. Site-Freigabe/Kaltalter und gemeinsame Schwellen/Pausen/Suchgrenzen getrennt. Site-Regler führt Tagesaufnahmen fort, ändert bei cel.shared-gc.v1 keine Schwellen/Pausen. Direkter Shared-GET und übrige Extension-Befehlswege erhalten. Keine neue zentrale Leserregistrierung oder harte Gesamt-OS-Quote. Dies ist ein Quellcheckpoint auf E303/P346, C216, R199, kein neuer Installationsstand. Versions-/Build-/Quellworkflow-/Dokumentations-/Plugin-/ZIP-Gates bleiben vor der späteren Produktlieferung verbindlich. Windows-C/DLL/SCM/IIS und tatsächliche Worker-Latenz noch nicht abgenommen. Nächster Speicherzweig: flexible Zusatzanzahl, lücken- und generationssichere Suche und lazy Freigabe5%/5Min; Poolbegrenzung/Fairness/Outside-Fallback und GC-Uhrkorrektur weiter offen. Keine Subagenten, keine erneute Mischstand-/E302-Kampagne. Bestehende config/data/context bewahren.