Veröffentlichte Grundlage erhalten
Exakte Tag-Gates, Quell-/Revisionsidentität, zugelassenes Laufzeitverhalten und Fehlerpfade bei späteren Commits erhalten. Ein alter erfolgreicher Release belegt keinen neuen Code.
ROADMAP · KEINE TERMINVERSPRECHEN
Evidenzlücken schließen, statt die Behauptung zu vergrößern.
Ein Meilenstein ist erst vollständig, wenn sein ganzer Gate ausgeführt wurde.
Semaprax folgt einer evidenzorientierten Roadmap. Designdokumente halten Absichten fest; Abschluss erfordert Implementierung, Negativtests, Artefakte und die benannten Host-Gates.
entity Semaprax
status Pre-Alpha-Forschung
snapshot b9f593c
authority github.com/wavect/semaprax// STATUS
Repository-Status zum geprüften Snapshot
| Repository-Snapshot | b9f593c · 2026-09-16. Der geprüfte main-Commit entspricht dem Tag v0.5.0. Dessen exakte Tag-CI war erfolgreich; die separate Branch-CI wurde abgebrochen. Daraus folgt keine allgemeine Produktions- oder Sicherheitsgarantie. |
|---|---|
| Status des Gesamtprodukts | 55 Teilweise · 0 Implementiert · 0 Fehlend |
| Graph- und Projektvertrag | Funktionsabhängige Graphschemas erhalten frühere Verträge. Project v1 ist die Baseline; die Owned-Data-Profile v8, v9, v10 und v11 haben eigene Zulassungs- und Supportgrenzen. |
| Veröffentlichtes Prerelease | v0.5.0 · Veröffentlicht am 16. September 2026 um 09:43 UTC. Drei Archive: Linux x86-64, macOS Apple Silicon und Windows x86-64, mit SHA256SUMS. Das enthaltene semaprax ist die vollständige Toolchain, nicht die eigenständige Cargo-CLI. Exakte Tag-CI. |
| Paket- und API-Vorschau | Eine veröffentlichte Toolchain veröffentlicht weder ihre generierten Rust/npm-Pakete noch private APIs. Supportentscheidungen für Project v8-v11, öffentliche generische Ownership, weitere Plattformen und native/Wasm-Ausführung von Agent-Stufen bleiben separat. |
Was kommt als Nächstes für Semaprax?
v0.5.0 ist bereits veröffentlicht, kein zukünftiger Nebenläufigkeitsmeilenstein. Bestehende Semantik-, Ownership-, iterative Agent- und Host-Integrationsprofile erhalten, fehlende Funktionen ergänzen und ausgewählte öffentliche Grenzen ausdrücklich freigeben. Der Repository-Fahrplan behält ältere nummerierte Arbeitsstränge bei; sie sind keine zukünftigen Release-Termine. Der 55-zeilige Produktvertrag bleibt teilweise erfüllt, ein v1.0-Termin ist nicht angekündigt.
// 01
Meilensteine nach Evidenzstatus
Paket- und API-Profile ausdrücklich freigeben
Veröffentlichung und Support für generierte Rust/npm-Consumer, Project v8-v11 und private Transports festlegen. Öffentliche generische Ownership benötigt eigene Descriptor/Carrier und verbleibende Gates, nicht nur interne Generics.
Ownership und Alltagssprache erweitern
Auf Collections, Generics, Funktionswerten, begrenzten Closures und I/O aufbauen. Allgemeine Lebensdauersicherheit, breitere Payload-Komposition, besitzende Captures und das Everyday-Profil vervollständigen, statt vorhandene Funktionen als fehlend auszuweisen.
Dauerhafte Agent- und Anwendungsprofile erweitern
Iterative Autorisierung, Checkpoint-/Migrationsbindungen und kumulative Modellabrechnung erhalten. Weitere Provider, verteilte Koordination, unterstützte Anwendungstools und native/Wasm-Agentenstufen benötigen zusätzliche Implementierung und Evidenz.
Breitere Ziele und ein dauerhaft validiertes Gesamtprodukt
Weitere Browser, physische Geräte, Installationsabläufe und Ökosystemgrenzen nur mit eigenen Konformitäts- und Supportentscheidungen ergänzen. Das gesamte zugesagte Produkt kontinuierlich validieren; kein Termin oder Fertigstellungsprozentsatz wird daraus abgeleitet.
// 02
Roadmap
Breiter Native- und Anwendungssupport
Drei Toolchain-Archive sind veröffentlicht, begrenzte Browser-/Mobile-/Desktop-Profile existieren. Eine vollständig unterstützte Anwendungsplattform über Browser, physische Geräte, Betriebssysteme und Installationsabläufe bleibt eine umfassendere Produktanforderung.
GitHub-RepositoryAllgemeine bidirektionale Ökosystem-Interoperabilität
Allgemeine ownership-sichere Fremdschnittstellen, stabile Aggregate-/Ressourcen-/Component-/Generic-ABIs, gepflegte Paketveröffentlichung und breite Host-Sprachkompatibilität bleiben offen. Metadaten, generierter Code und private Host-Fixtures erfüllen diese Anforderung nicht.
GitHub-RepositoryGeprüft anhand des festgehaltenen Commits und des Release-Eintrags v0.5.0. Versionierte Spezifikationen definieren Zulassung und Befugnisse. Ältere v0.4-Release-Überschriften in Matrix und Roadmap sind historisch, nicht die aktuelle Release-Identität. GitHub-Repository.
// REF
Primärquellen für diese Seite
Geprüft anhand des festgehaltenen Commits und des Release-Eintrags v0.5.0. Versionierte Spezifikationen definieren Zulassung und Befugnisse. Ältere v0.4-Release-Überschriften in Matrix und Roadmap sind historisch, nicht die aktuelle Release-Identität.
// FAQ
Fragen, ohne Hype beantwortet
Wann erscheint Semaprax v1.0?
Für v1.0 ist kein Termin angekündigt. v0.5.0 wurde am 16. September 2026 veröffentlicht. Ältere nummerierte Roadmap-Titel benennen Arbeitsstränge, keine noch ausstehenden Release-Versionen. Spätere Releases brauchen frische Evidenz und ausdrückliche Supportentscheidungen.
Wann wird ein Roadmap-Punkt implementiert?
Ein implementierter Ausschnitt muss seine exakten Tests und Zulassungsverträge erfüllen; eine vollständige Anforderung benötigt zusätzlich alle benannten Ziele und Abschluss-Gates. Öffentlicher Support und Registry-Veröffentlichung sind eigene Entscheidungen. Ein grüner Workflow oder Entwurf entscheidet nicht alle vier Fragen.
Forschungsprojekt von Wavect: Wavect GmbH. Von Wavect als Open-Source-Forschungsprojekt für Programmiersysteme entwickelt.