Jetzt: v0.2-Release-Exit
Einen exakten bestandenen Head schaffen und Project v8 erst nach allen benannten Gates promoten.
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 c16348f
authority github.com/wavect/semaprax| Repository-Snapshot | c16348f · 2026-08-29. Die Dokumentation bestand, der Gesamt-Workflow schlug jedoch fehl. Dieser Head wird daher nicht als verifiziert bezeichnet. |
|---|---|
| Status des Gesamtprodukts | 49 Teilweise · 0 Implementiert · 0 Fehlend |
| Graph- und Projektvertrag | Graph ≤ v24 · Project v1 Baseline · Project v8, v9, v10 Entwicklervorschau |
| Promotions-Baseline | Für diesen Snapshot wird kein exakter bestandener Promotions-Commit oder Workflow-Lauf behauptet. |
| Entwicklervorschau im Quellcode | Owned-Data-, Record- und UTF-8-Projektprofile, Paketanalyse, Borrowing-Erweiterungen, Project Agent Transport und Revision Store liegen im Quellcode vor, sind aber unveröffentlicht oder nicht promotet. |
Kurzfristig müssen der v0.2-Release-Exit und eine exakte bestandene Promotion geschlossen werden. Danach soll Project v8 gemeinsam über npm-, Browser-, Rust-, Native-, Hostile-Input- und Kompatibilitäts-Gates promotet werden, ohne Project v1-v7 zu brechen. Es folgen 0.3 für Ownership und Entwicklungstempo, 0.4 für Components, Pakete und Interoperabilität, 0.5 für Concurrency und Anwendungen sowie 1.0 für gepflegte End-to-End-Validierung.
Einen exakten bestandenen Head schaffen und Project v8 erst nach allen benannten Gates promoten.
Project v8-v10, Agent Transport v5, Revision Store v1, Borrowing- und Paketanalyse-Arbeit sind vorhanden, aber unpromotet.
Allgemeines Ownership und schnellere Entwicklung bei unveränderten Evidenzanforderungen.
Vorschauen in unterstützte, veröffentlichte und konformitätsgeprüfte Grenzen überführen.
Nebenläufigkeit und Anwendungen auf belastbaren Verträgen aufbauen.
Die gesamte versprochene Produktgrenze reproduzierbar und dauerhaft validieren.
Allgemeiner Support für macOS, Windows, Linux, Web, iOS und Android.
GitHub-RepositoryTypisierte, ownership-sichere Grenzen zu bestehenden Sprachen und Paketen.
GitHub-RepositoryDie GitHub-Spezifikationen sind die normative Quelle. Diese Seite ist eine datierte Forschungszusammenfassung. GitHub-Repository.
Es gibt kein angekündigtes Datum. Eine Veröffentlichung soll reproduzierbare Installation, grüne CI und die Gates ihres Umfangs voraussetzen.
Wenn Implementierung, Negativfälle, Artefakte, Hostprüfungen und Dokumentation seines Completion-Gates vollständig bestanden sind.