Sie benötigen Linux x86_64, Python 3.12 oder 3.14 und ein Git-Projekt mit unittest-Tests oder das Node-24-Profil mit node:test. Den Installationsbefehl gibt das Pilot-Cabinet nach einer Einladung aus: Er prüft SHA-256 des Pakets selbst und legt eol in ~/eol-cli ab.
01
Einladung erforderlich
Für den Pilot ist eine Einladung nötig. Der Zugang für externe Teilnehmende ist noch nicht offen; es gibt keinen öffentlichen Beitrittsweg.
02
eol im Cabinet installieren
Das Cabinet zeigt einen Befehl: Er prüft das Paket und legt eol in ~/eol-cli ab; die vorherige Version bleibt daneben erhalten.
03
Im Projektordner starten
Ersetzen Sie ~/my-app durch Ihren Git-Projektordner. Drei Antworten: Ihr Versprechen in einem Satz, APPROVE, y. Im Cabinet enthält dieser Befehl bereits Cabinet-Adresse und Sprache.
cd ~/my-app && ~/eol-cli/bin/eol start
04
Basislinie im Cabinet annehmen
Sobald der Nachweis gesendet ist, nennt eol die Cabinet-Adresse: Bestätigen Sie dort das Versprechen und nehmen Sie die Basislinie an.
Ergebnis lesen
Jeder Halt von eol endet mit einer next:-Zeile, die den nächsten Befehl nennt. Der erste Lauf schreibt die Versprechenskarte nach contracts/ und bittet um einen Commit; der nächste verbindet das Cabinet mit einem 8-stelligen Code, führt die gewählten Prüfungen aus und sendet den Nachweis.
Wenn ein Befehl scheitert
Dieser Ordner ist kein Git-Repository: eol braucht den Ordner eines bestehenden Projekts mit Git und unittest-Tests, keinen neuen leeren. Wechseln Sie dorthin und führen Sie eol start erneut aus.
Nicht committete Änderungen: git status --short listet die Dateien. Committen oder stashen Sie sie mit Ihrem Git, dann erneut eol start.
Keine Cabinet-Adresse: next: eol start --server https://<Cabinet-Adresse>. Der Befehl aus dem Cabinet enthält diese Adresse bereits.
Welches Format wohin gehört
Die Endung .json bestimmt den Vertrag nicht.
Format
Zweck
Öffnen mit
Browser evidence packeol.demo-evidence-pack/1
Bis 2 MiB / 500 Einträge; Erstellung, Import und lokale Bibliothek.
Unsignierte Selbsteinschätzung, an Commit und Cycle gebunden.
evidence-attestation verify
Careproof-Pässe und Release Attestations haben eigene Prüfer. Keines dieser Formate beweist allein Urheberschaft oder die Wahrheit einer Absicht.
ANDROID / REVIEW-STATUS
Records für Android: lokaler Debug-Kandidat
Die separate Records-APK bestand lokale Runtime-Prüfungen auf Android 16 / API 36. Sie ist nicht der EolSpace-Client, keine Production-Signatur, kein Store-Release und keine Zusage für jedes Gerät.
Es gibt keine öffentliche URL: Publisher-Identität, Production-Signing und Update-Kanal sind noch offen. Deshalb gibt es hier keine Download-Aktion.
APK über einen freigegebenen lokalen Review-Kanal erhalten und exakten Dateinamen prüfen.
Vor der Installation den SHA-256-Befehl unten ausführen.
Android 8.0+ und Android System WebView 111+ prüfen, dann die Debug-APK nur in der erlaubten Umgebung installieren.
Wichtige Records vor einem späteren Production-ID-Wechsel exportieren: Eine andere applicationId aktualisiert die Debug-App nicht direkt.
python3 -c "import hashlib,pathlib,sys; p=pathlib.Path('eol-records-0.2.0-debug.apk'); p.is_file() or sys.exit('File not found: ' + str(p)); actual=hashlib.file_digest(p.open('rb'),'sha256').hexdigest(); expected='4b173f2cd15d1b4a92968ef7d8f433088bd37c40fabcdd7456af643ab0cd1507'; print('SHA-256 OK') if actual == expected else sys.exit('SHA-256 mismatch: ' + actual)"
WEITER / KEINE ERFUNDENEN BEDINGUNGEN
Der Nutzen ist sichtbar. Der kommerzielle Kanal ist noch offen.
Records im Browser bewahrt Kontext und prüft die Integrität von Einträgen.
Das separate Werkzeug evidence-attestation wertet Evidenzzyklen aus.
Der Vergleich von Projektprüfungen gehört zu Cabinet und der eol-CLI; derzeit ist das ein geschlossener Pilot auf Einladung.
Tarif, Zahlung, Publisher und öffentlicher Vertriebskanal sind nicht festgelegt. Diese Grenze wird nicht hinter einer inaktiven Schaltfläche versteckt.