subochev
15f3952eba
ci / JVM build + tests (push) Successful in 6m15s
Выделяет append-only message log в отдельный KMP-модуль.
Цель — разделить ДВЕ сущности по своей природе:
:message-log-api — append-only audit log (User/Assistant/ToolCall/
ToolResult/Error). Никаких update, только insert + read.
Это иммутабельная история диалога.
:working-memory-api — mutable runtime context (compact, summary, WM order).
Live state. Compaction-логика.
Раньше оба жили в :message-store-api, что:
- смешивало контракты: append-only audit vs mutable runtime;
- делало невозможным лёгкого клиента который читает только audit log
без WM-runtime зависимости;
- затрудняло compaction-логике жить в одном модуле с audit-записью.
Миграция:
- В :message-log-api переехали: Content, MessageRecord, MessageStore,
MessageContext (с MessageOrigin), MessageEvent, TokenStats, TurnTokens,
helpers (encode/decodeBodyPayload, MessageBodyPayload, BodyDecoded).
Пакет pw.binom.agentik.messageLog.
- В :message-store-api остались: ConversationStore, ConversationRecord,
ReflectionStore, Ids, legacy events.EventStore (paginated replay).
Пакет pw.binom.agentik.messageStore.
- :working-memory-api: обновил deps (api → :message-log-api для Content/MessageContext).
- 23 consumer-файла обновлены (FQN renames).
- storage-sqlite/ksqlite: убраны недостижимые ветки Summary/System
(эти synthetic records живут ТОЛЬКО в :working-memory-api, не попадают
в audit log :message-log-api).
Файлы:
+ :message-log-api (5 файлов, ~280 строк)
- :message-store-api (5 файлов, ~430 строк)
~ 23 файла обновлены
Совместимость схем не меняется. Все 5 storage impl'ов (3 backend × 5 store)
работают на тех же таблицах.
: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.