Files
agentik/storage-inmemory
subochev 2d9ad526bb
ci / JVM build + tests (push) Failing after 2m5s
refactor(storage): split :storage-core into message-store-api + working-memory-api
Разделяет монолитный :storage-core на 3 модуля с чёткими границами:

  :message-store-api   — MessageStore, ReflectionStore, EventStore, ConversationStore +
                          Content, Payload, MessageContext, Ids, MessageEvent
                          (audit log + event stream)
  :working-memory-api  — WorkingMemoryStore + WorkingMemoryEntry
                          (runtime context с compaction)
  :storage-bundle      — StorageBundle агрегатор, зависит от обоих
                          (только для server-side runtime)

Пакеты:
  pw.binom.agentik.storage.*  → УДАЛЕНО
  pw.binom.agentik.messageStore.*        — append-only API
  pw.binom.agentik.messageStore.events.* — EventStore + EventRecord
  pw.binom.agentik.workingMemory.*      — WM API
  pw.binom.agentik.storageBundle.*       — aggregator

Зачем:
  - Тонкий клиент может подтянуть ТОЛЬКО :message-store-api (~15KB, нет
    compaction-логики, нет MessageStore+WorkingMemoryStore cross-deps).
  - Android-agent в будущем подключит :message-store-api для audit log,
    серверный runtime — :storage-bundle со всем.
  - Компиляционные границы защищают от случайной зависимости от WM
    в read-only клиентах (раньше один :storage-core не давал такой
    гарантии).

Миграция:
  - Имплементации (:storage-inmemory, :storage-sqlite, :storage-ksqlite)
    обновили package + добавили deps на оба API модуля + :storage-bundle.
  - Тесты из :storage-core (PersistenceTest, SqliteStoresMigrationTest,
    TokenStatsTest) переехали в :standalone, получили testImplementation
    на оба API модуля и импорты новых типов.
  - 52 файла в :standalone, :agent-toolsets, :llm-tools, :server, :client,
    :agentik-cli обновили FQN.
  - :storage-core удалён.

Совместимость схем не меняется — все 5 impl'ов (3 backend × 5 store) хранят
данные в тех же таблицах, миграция между Sqlite и Ksqlite возможна через SQL dump.

Тесты:
  standalone         178 ✅
  agent-toolsets      36 ✅
  storage-inmemory    47 ✅
  storage-sqlite      17 ✅  (включая переехавшие persistence/* + tokenStats)
  storage-ksqlite     36 ✅
  ---
  Total: 314 tests, 0 failures
2026-09-20 15:02:54 +03:00
..

:storage-inmemory — in-memory реализация :storage-core (KMP, jvm + native)

Что это

In-memory реализация MessageStore / WorkingMemoryStore / ConversationStore / ReflectionStore. Все структуры держит в ConcurrentHashMap + MutableList, фолотится на RAM (никаких файлов).

Решает: дешёвая тестовая среда без поднятия SQLite. Позволяет прогонять ChatAgentTest за миллисекунды и держать сценарии детерминированными.

Где используется

  • В тестах :standalone (AbstractITTest).
  • В Android-имплементации (in-memory + Android-database микс).
  • В любых юнит-тестах на агенте.

Как подключить

commonMain.dependencies {
    api("pw.binom.agentik:storage-inmemory:0.1.0")
    api("pw.binom.agentik:storage-core:0.1.0")
}

val storage = InMemoryStorageSystem()
val messages: MessageStore = storage.messages
val working: WorkingMemoryStore = storage.working

Версии

gradle/libs.versions.toml → [versions] agentik-storage-inmemory.

Тесты

./gradlew :storage-inmemory:allTests

Покрывают (через общие contract-tests): round-trip, paged flow, concurrent appends, working-memory replay, очистку.

Чего здесь НЕТ

  • Никакого persistence. Перезапуск процесса — данные пропали. Это нормально для тестов и Android in-memory.

Текущий статус

Используется продакшеном (в режиме тестов). Контракт-совместима с :storage-sqlite 1:1 — переключение AGENTIK_STORAGE_BACKEND=memory в :standalone.