Files
shturman/docs/roadmap.md
T
kk0t9 231a64300d docs(domain A): v2 после adversarial-ревью (24 находки) + кросс-док
Существенная переработка base-system по итогам multi-agent ревью:
- A/B-единица = весь boot-юнит (kernel+dtb+initramfs+rootfs) на слот; загрузчик вне A/B
- bootcount/bootlimit + mark-good (Shell-кадр) — иначе откат не срабатывает
- overlay upper/work на tmpfs; персист только через /data
- ФС /data: f2fs(рек)/ext4 + power-safe mount + durable-write (fsync/rename)
- at-rest шифрование /data (fscrypt, eFuse-bound, v4)
- watchdog: SoC+MCU разведены, вооружён в boot-окне, единственный владелец
- boot-порядок исправлен под architecture §6 (splash в Stage 0, ядро в Stage 1)
- secure boot = OTP-eFuse необратим + key-mgmt (не «мягкий переключатель»)
- НОВОЕ: время (RTC/NTP/GPS, TLS-gating), память (zram/OOM/cgroup), логи
  (journald volatile + критичное в /data + pstore), first-boot, factory-reset, локаль
- OTA: A=механизм/подпись, L=канал; verified-boot в бюджете boot; SD-тир; образ v0≠v4

Кросс-док: roadmap (образ v4 = флешируемый релиз), hardware (тепло/eMMC  резолв),
security-privacy (at-rest шифрование как открытый→направлен в A §3).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-20 21:12:35 +03:00

1.7 KiB

Роадмапа

Фазы реализации лестницей: каждая ступень — законченный, демонстрируемый артефакт. Порядок диктуется зависимостями из architecture.md и capability-catalog.md.

Статус: заготовка (наполняем в конце, когда домены и связи ясны).

Черновая лестница (из vision — уточним и развернём)

  • v0 — Shell. Быстрый красивый лаунчер на RK3588, день/ночь, быстрый boot.
  • v1 — Ассистент онлайн. wake-word → STT → RU-LLM (GigaChat/YandexGPT) → TTS.
  • v2 — OBD read-only + контекст машины. «Прочитай ошибки / что значит лампочка». Killer-демо.
  • v3 — Офлайн-фолбэк + Plugin API. Локальная модель без сети + расширяемость.
  • v4 — Навигация (OSM) + флешируемый релиз-образ + документированный ретрофит на одну машину. Первый «продукт». («образ» здесь = флешируемый прод-релиз, отличать от bring-up/base-образа v0 — см. a-base-system §2.)

TODO: развернуть каждую фазу в задачи с явными зависимостями после проработки доменов. Учесть, что dev-environment проектируется рано (до v0-реализации).