ПОЧАТОК / 03 ШЛЯХИ

Почніть там, де зручно зберегти контекст.

Тут відокремлено доступні публічні інструменти, закритий пілот і заплановані клієнти. Кабінет для проєкту не є тим самим, що локальні Records.

Створити у браузеріПереглянути приклад

СТАН ДОСТУПУ

Що доступно зараз

Кожен шлях має власну межу. Закритий пілот не видаємо за публічний реліз.

ПлатформаСтанЩо це означає
Браузер / сайтДоступноПублічні сторінки й приклад працюють у браузері; це не вхід до повного кабінету.
Кабінет EolSpaceЗакритий пілотКабінет для стану, історії та проєкту призначений запрошеним учасникам; загальний доступ не відкрито.
Локальні RecordsДоступноСамостійні записи зберігаються у браузері; це окремий інструмент, не повний Cabinet.
Windows застосунокЗапланованоПублічну збірку й канал оновлень не підтверджено.
Linux GUIЗапланованоГрафічний клієнт окремий від CLI; публічну збірку не підтверджено.
Linux CLIЗакритий пілотВузький eol CLI для запрошених учасників, команда встановлення видається в кабінеті.
Android / EolSpaceЗапланованоОкремий Records debug APK локально перевірено; для Android-клієнта EolSpace немає підтвердженої публічної збірки чи каналу.
iPhone / iOSЗапланованоПублічну збірку, підпис і канал встановлення не підтверджено.

Оберіть потрібний результат

Формати не взаємозамінні. Почніть із задачі, яку треба виконати.

  1. Створити й зберегти запис

    Працює у браузері, тримає бібліотеку на пристрої та експортує JSON або TXT.

    Відкрити workspace

  2. Підключити проєкт

    CLI eol виконує ваші перевірки на цій машині й надсилає доказ до кабінету закритого пілота.

    Як встановити eol

  3. Переглянути Records для Android

    Окремий локальний debug APK Records можна перевірити в дозволеному review; це не клієнт EolSpace.

    Умови Records APK

CLI / EOL

Встановлення з кабінету пілота

Потрібні Linux x86_64, Python 3.12 або 3.14 і Git-проєкт із тестами unittest або профілем Node 24 з node:test. Команду встановлення видає кабінет пілота після запрошення: вона сама звіряє SHA-256 пакета й ставить eol у ~/eol-cli.

  1. Для пілота потрібне запрошення

    Запрошення потрібне для пілота. Доступ для зовнішніх учасників ще не відкрито; публічного маршруту приєднання немає.

  2. Встановіть eol у кабінеті

    Кабінет показує одну команду: вона звіряє пакет і ставить eol у ~/eol-cli; попередня версія лишається поруч.

  3. Запустіть у теці проєкту

    Замініть ~/my-app текою свого Git-проєкту. Три відповіді: ваша обіцянка одним реченням, APPROVE, y. У кабінеті ця команда вже містить адресу кабінету й мову.

    cd ~/my-app && ~/eol-cli/bin/eol start

  4. Прийміть базову лінію в кабінеті

    Коли доказ надіслано, eol назве адресу кабінету: там підтвердьте обіцянку і прийміть базову лінію.

Як читати результат

Кожна зупинка eol закінчується рядком next: з командою, яку треба набрати далі. Перший запуск записує картку обіцянки в contracts/ і просить коміт; наступний підключає кабінет кодом із 8 символів, виконує вибрані перевірки й надсилає доказ.

Якщо команда не працює

  • Ця тека не Git-репозиторій: потрібна тека наявного проєкту з Git і тестами unittest, нову порожню створювати не треба. Перейдіть у неї й запустіть eol start ще раз.
  • Незафіксовані зміни: git status --short покаже файли. Зафіксуйте або відкладіть їх своїм Git, потім знову запустіть eol start.
  • Немає адреси кабінету: next: eol start --server https://<адреса кабінету>. Команда з кабінету вже містить цю адресу.

Який формат куди

Назва файла .json не визначає його контракт.

ФорматДля чогоВідкрити через
Browser evidence packeol.demo-evidence-pack/1До 2 MiB / 500 записів; створення, імпорт і локальна бібліотека.Workspace / demo
Evidence cycleevidence-cell.manifest/1 + evidence-cell.record/1Manifest і hash-chained records для локального judgement.evidence-attestation validate
Attestation statementin-toto Statement v1 · predicate v0.1/v0.2Unsigned self-assessment, прив’язана до commit і cycle.evidence-attestation verify

Careproof passports і release attestations мають окремі перевірники. Жоден із цих форматів сам по собі не доводить авторство або правдивість наміру.

ANDROID / REVIEW STATUS

Records для Android: локальний debug-кандидат

Окремий Records APK пройшов локальні runtime-перевірки на Android 16 / API 36. Це не клієнт EolSpace, production-підпис, магазинний реліз чи обіцянка сумісності з кожним пристроєм.

Публічного URL немає: publisher identity, production signing і канал оновлень ще не визначені. Тому тут немає кнопки завантаження.

APK
eol-records-0.2.0-debug.apk
Package
space.eolai.records.debug
Версія
0.2.0-debug · versionCode 2
Android
min API 26 · target API 35
WebView
111 або новіший
SHA-256
4b173f2cd15d1b4a92968ef7d8f433088bd37c40fabcdd7456af643ab0cd1507

Як перевіряє уповноважений рецензент

  1. Отримує APK через погоджений локальний review-канал і звіряє точне ім’я файла.
  2. Запускає SHA-256 перевірку нижче до встановлення.
  3. Перевіряє Android 8.0+ та Android System WebView 111+; тоді встановлює debug APK лише у дозволеному середовищі.
  4. Експортує важливі records перед переходом до майбутнього production ID: інший applicationId не оновить debug-додаток на місці.
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)"

ДАЛІ / БЕЗ ВИГАДАНИХ УМОВ

Корисність уже видима. Комерційний канал ще не визначений.

Records у браузері зберігає контекст і перевіряє цілісність записів.

Доказові цикли оцінює окремий CLI evidence-attestation.

Порівняння результатів перевірок проєкту належить до Cabinet і CLI eol; зараз це закритий пілот за запрошеннями.

Тариф, оплата, publisher і публічний канал розповсюдження не встановлені. Ми не ховаємо цю межу за неактивною кнопкою.

Створити перший запис