Локальный AI-runtime над ContinuityOS, где память, состояние и authority отделены от модели. R21H закрывает startup race между embedding readiness и FAST model residency и служит текущей стабильной инженерной baseline.
Это не cloud demo. Текущий validated runtime работает локально на Windows и связан с локальной памятью ContinuityOS и LM Studio.
127.0.0.1:8765Runtime мог считать FAST готовым, затем выполнить embedding readiness, после чего LM Studio менял residency. Первый реальный запрос попадал в stale assumption и мог получить unloaded-model failure.
Embedding readiness выполняется до финального FAST acquisition. После этого runtime повторно проверяет residency, получает FAST через streaming-JIT путь и только затем bind-ит HTTP server.
Потому что R21H уже прошёл полный engineering closure. Следующая буква без новой пользовательской проблемы была бы version theatre. Сейчас ценнее улучшить установку, UX, connectors и доказать полезность на реальных пользователях.
| Термин | Что это | Показывать клиенту? |
|---|---|---|
| ContinuityOS 0.10.3 | Product/package version. | Да. |
| Sovereign Twin R21H | Engineering runtime generation. | Только на technical/proof page. |
| 65a7eec8… | Exact Git build identity. | Только advanced proof. |
| R21H reconciliation | Процедура проверки, что merged code, installed runtime, memory, models и rollback соответствуют друг другу. | Нет. Это ops/evidence terminology. |
| Probe / staging R1-R3 | Временные verification epochs. | Нет. |
Переход runtime не изменил каноническую memory DB; старый legacy DB сохранён.
Тяжёлая DEEP модель не обязана висеть в памяти постоянно; normal ready state держит FAST.
Runtime может анализировать и отвечать, но execution/capital/trading authority не выдаётся автоматически.
После cutover активный source SHA совпадает с protected merged master.
Windows Scheduled Task запускает актуальный R21H launcher после входа/старта окружения.
Предыдущий venv и metadata backup оставлены для controlled rollback.
Следующий инженерный release имеет смысл только под конкретный capability gap: connector onboarding, crash recovery, installer/update path, encrypted portable vault, authenticated multi-client API или другой подтверждённый user need.