START / 03 WEGE

Beginnen Sie dort, wo Kontext in Ihre Arbeit passt.

Hier werden öffentliche Werkzeuge, der geschlossene Pilot und geplante Clients getrennt. Das Projekt-Cabinet ist nicht dasselbe wie lokale Records.

ZUGANGSSTATUS

Was jetzt verfügbar ist

Jeder Weg hat eine eigene Grenze. Ein geschlossener Pilot wird nicht als öffentlicher Release dargestellt.

PlattformStatusBedeutung
Browser / WebsiteVerfügbarÖffentliche Seiten und Beispiel funktionieren im Browser; das ist kein Zugang zum vollständigen Cabinet.
EolSpace CabinetGeschlossener PilotProjektstand und Verlauf sind für eingeladene Teilnehmende vorgesehen; allgemeiner Zugang ist nicht offen.
Lokale RecordsVerfügbarEigene Einträge bleiben im Browser; dieses Werkzeug ist nicht das vollständige Cabinet.
Windows-AppGeplantÖffentlicher Build und Aktualisierungskanal sind nicht bestätigt.
Linux GUIGeplantDer grafische Client ist vom CLI getrennt; ein öffentlicher Build ist nicht bestätigt.
Linux CLIGeschlossener PilotBegrenztes eol CLI für eingeladene Teilnehmende; die Installationsanweisung kommt aus dem Cabinet.
Android / EolSpaceGeplantEine separate Records-Debug-APK wurde lokal geprüft; für den Android-Client von EolSpace sind weder eine öffentliche Version noch ein Kanal bestätigt.
iPhone / iOSGeplantÖffentlicher Build, Signierung und Installationskanal sind nicht bestätigt.

Das passende Ergebnis wählen

Die Formate sind nicht austauschbar. Beginnen Sie mit Ihrer Aufgabe.

  1. Eintrag erstellen und behalten

    Läuft im Browser, hält die Bibliothek lokal und exportiert JSON oder TXT.

    Workspace öffnen
  2. Projekt verbinden

    Die eol-CLI führt Ihre Prüfungen auf diesem Rechner aus und sendet den Nachweis an das Cabinet des geschlossenen Piloten.

    eol installieren
  3. Records für Android prüfen

    Eine separate lokale Records-Debug-APK kann im autorisierten Review geprüft werden; sie ist nicht der EolSpace-Client.

    Bedingungen für die Records-APK

CLI / EOL

Installation aus dem Pilot-Cabinet

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.

  1. 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.

  2. 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.

  3. 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
  4. 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.

FormatZweckÖffnen mit
Browser evidence packeol.demo-evidence-pack/1Bis 2 MiB / 500 Einträge; Erstellung, Import und lokale Bibliothek.Workspace / Demo
Evidence cycleevidence-cell.manifest/1 + evidence-cell.record/1Manifest und verkettete Records für lokale Beurteilung.evidence-attestation validate
Attestation statementin-toto Statement v1 · predicate v0.1/v0.2Unsignierte 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
eol-records-0.2.0-debug.apk
Package
space.eolai.records.debug
Version
0.2.0-debug · versionCode 2
Android
min API 26 · target API 35
WebView
111 oder neuer
SHA-256
4b173f2cd15d1b4a92968ef7d8f433088bd37c40fabcdd7456af643ab0cd1507

So prüft eine autorisierte Person

  1. APK über einen freigegebenen lokalen Review-Kanal erhalten und exakten Dateinamen prüfen.
  2. Vor der Installation den SHA-256-Befehl unten ausführen.
  3. Android 8.0+ und Android System WebView 111+ prüfen, dann die Debug-APK nur in der erlaubten Umgebung installieren.
  4. 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.

Ersten Eintrag erstellen