Servono Linux x86_64, Python 3.12 o 3.14 e un progetto Git con test unittest oppure il profilo Node 24 con node:test. Il comando di installazione lo fornisce il cabinet del pilota dopo un invito: verifica da solo lo SHA-256 del pacchetto e mette eol in ~/eol-cli.
01
Serve un invito
Il pilota richiede un invito. L’accesso ai partecipanti esterni non è ancora aperto; non esiste un percorso pubblico per aderire.
02
Installa eol dal cabinet
Il cabinet mostra un solo comando: verifica il pacchetto e mette eol in ~/eol-cli; la versione precedente resta accanto.
03
Avvia nella cartella del progetto
Sostituisci ~/my-app con la cartella del tuo progetto Git. Tre risposte: la tua promessa in una frase, APPROVE, y. Nel cabinet questo comando contiene già indirizzo del cabinet e lingua.
cd ~/my-app && ~/eol-cli/bin/eol start
04
Accetta la baseline nel cabinet
Quando la prova è inviata, eol indica l’indirizzo del cabinet: lì conferma la promessa e accetta la baseline.
Leggi il risultato
Ogni arresto di eol termina con una riga next: che indica il comando da digitare dopo. La prima esecuzione scrive la scheda della promessa in contracts/ e chiede un commit; la successiva collega il cabinet con un codice di 8 caratteri, esegue le verifiche scelte e invia la prova.
Se un comando fallisce
Questa cartella non è un repository Git: eol ha bisogno della cartella di un progetto esistente con Git e test unittest, non di una nuova vuota. Vai lì ed esegui di nuovo eol start.
Modifiche non committate: git status --short elenca i file. Fai commit o stash con il tuo Git, poi di nuovo eol start.
Nessun indirizzo del cabinet: next: eol start --server https://<indirizzo del Cabinet>. Il comando del cabinet contiene già questo indirizzo.
Quale formato usare
L'estensione .json non identifica il contratto.
Formato
Scopo
Apri con
Browser evidence packeol.demo-evidence-pack/1
Fino a 2 MiB / 500 record; creazione, importazione e libreria locale.
Autovalutazione non firmata legata a commit e cycle.
evidence-attestation verify
I passaporti Careproof e le release attestations hanno verificatori separati. Nessuno di questi formati, da solo, prova l'autore o la verità dell'intento.
ANDROID / STATO REVIEW
Records per Android: candidato debug locale
L’APK separato di Records ha superato controlli runtime locali su Android 16 / API 36. Non è il client EolSpace, una firma production, una release di uno store o una promessa per ogni dispositivo.
Non esiste un URL pubblico: identità del publisher, firma production e canale di aggiornamento non sono ancora definiti. Per questo non c'è un'azione di download.