Files
agentik/proto
subochev c9995b263e refactor(protocol): add toolName to ToolResult, remove proto typealiases, rename id→toolCallId, drop Conversation.events()
Three protocol-level changes from Android-client review (items 1-3, 5-6):

1) toolName denormalization in ToolResult (3 layers):
   - :outbox-api/Event.ToolResult: +toolName: String? = null
   - :journal-api/MessageRecord.ToolResult: +toolName: String? = null
   - :proto/Message.ToolResult: +toolName: String? = null
   - :storage-ksqlite, :journal-ksqlite ResultPayload codec: +toolName
   - :standalone/ToolDispatcher, ConversationLoop: thread toolName = call.name
   Nullable + default = backward-compat for already-persisted histories
   and existing clients.

2) Drop proto/Event.kt, AgentEvent.kt, CommonEvent.kt typealiases.
   is proto.Event.End failed with 'Unresolved reference End' (alias
   loses nested-class access). Use pw.binom.agentik.outbox.{Event,
   AgentEvent, CommonEvent} directly everywhere — :proto already has
   api(:outbox-api), the package is visible to consumers, no shim
   needed. 21 files rewired, 3 files deleted.

3) Rename Event.ToolResult.id → toolCallId (option B per user).
   In :outbox-api Event.ToolResult.id == Event.ToolCall.id (one value,
   one name); the persistent journal keeps MessageRecord.ToolResult.id
   as its own PK + toolCallId as FK to the call — different semantics,
   left untouched. Fixed ToolDispatcher bug: emitted id = resultId
   while KDoc claimed id == ToolCall.id; now emits toolCallId = callId.

4) Remove Conversation.events() from :proto; OutboxStore is sole event source.
   Conversation is a pure per-conversation abstraction (send/getMessages/
   rename/close). Live events only via agent.outbox.conversationEvents/
   agentEvents/events. HTTP route /conversations/{id}/events stays for
   wire-compat but routes through outbox internally (map { it.event }).

jvmTest green (95 tasks).
2026-09-22 02:55:02 +03:00
..

:proto — протокол общения с агентом (KMP, jvm + native)

Что это

Типы и контракт in-house протокола agentik, заменившего AG-UI:

  • stateful — сервер сам владеет диалогом; клиент шлёт только новые сообщения, а не всю историю (в отличие от AG-UI, где клиент обязан повторять messages[] каждый раз).
  • declarative история vs. события — Message это то, что уже легло в БД, Event это live-стрим от агента во время send() или events().
  • чистые интерфейсы — никаких сетевых и storage зависимостей внутри :proto; это контракт.

Решает проблему: AG-UI клиент вынужден каждый раз знать и пересобирать полную историю, а его серверная часть (AbstractAgent) — постоянно сериализовать-десериализовать всю переписку. В :proto сервер один, контракт тонкий, переписка персистится нативно (SQLite, файлы, что хотите). Можно подменить front-end или back-end, протокол остаётся.

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

  • :server — Ktor-фасад, маппит Agent ↔ HTTP/SSE.
  • :client — Ktor-клиент, маппит HTTP/SSE ↔ Agent/Conversation.
  • :agentik-cli — работает поверх :client, а следовательно поверх :proto. (:agentik-tui был исключён из сборки 2026-09-17.)
  • :standalone — реализует Agent (через ChatAgent) и пишет/читает Message/Event напрямую через storage.

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

// build.gradle.kts
kotlin {
    sourceSets.commonMain.dependencies {
        api("pw.binom.agentik:proto:0.1.0")
    }
}

Артефакт pw.binom.agentik:proto:0.1.0 живёт в Nexus-репозитории caffeine (HTTP http://<your-nexus>/repository/caffeine/, plain-HTTP, credentials — через переменные binom.repo.user/password/url).

Версии

Каталог gradle/libs.versions.toml, секция [versions] → agentik-proto. Поднять версию → переопубликовать все KMP-таргеты через ./gradlew :proto:publish -Pversion=... (или триггернуть Gitea release).

Текущие KMP-таргеты: jvm + macosX64/macosArm64 + iosX64/iosArm64/iosSimulatorArm64 + linuxX64/linuxArm64 + mingwX64.

Публикация

Настройки в gradle.properties / env: binom.repo.url, binom.repo.user, binom.repo.password. ./gradlew :proto:publish публикует все target-specific артефакты + общий kotlinMultiplatform.

Основные типы

interface Agent {
    fun id: String
    suspend fun createConversation(title: String? = null): Conversation
    suspend fun getConversation(id: String): Conversation?
    suspend fun getConversations(offset: Int = 0): Flow<Conversation>
    suspend fun events(after: Instant): Flow<AgentEvent>   // created/deleted/renamed
}

interface Conversation : AutoCloseable {
    val id: String
    val updatedAt: Instant
    val isSupportImageInput: Boolean
    val isSupportImageOutput: Boolean
    suspend fun send(content: List<Content>): Flow<Event>     // write+read вместе, как раньше
    suspend fun events(after: Instant): Flow<Event>           // отдельная live-подписка
    suspend fun getMessages(offset: Int = 0): Flow<Message>
    suspend fun rename(title: String): Boolean
    fun interrupt()
}

sealed interface Content {
    class Text(val body: String) : Content
    class Image(val data: ByteArray, val mime: String) : Content
}

sealed interface Message {
    val id: String
    val date: Instant
    interface Body : Message { val content: List<Content> }
    interface System : Message
    class UserMessage(...) : Body
    class AssistantMessage(...) : Body
    class ToolCall(...) : System
    class ToolResult(...) : System
}

sealed interface Event {
    enum ResponseType { TEXT, IMAGE }
    class StartReasoning(...) : Event
    class StartResponse(val type: ResponseType) : Event
    class AppendText(val body: String) : Event
    class AppendImage(val body: ByteArray, val mime: String) : Event
    class End(...) : Event
    class Interrupted(...) : Event
    class Error(val message: String, val code: Int? = null) : Event
    class ToolCall(...) : Event
    class ToolResult(...) : Event
}

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

  • Никакого HTTP/SSE/JSON. Это контракт. Сериализация живёт в :server и :client.
  • Никакого хранения. Реализации JournalStore живут в :storage-*.
  • Никакой логики прерывания / инструментов / LLM-вызовов. Это всё внутри :standalone (ChatAgent) и выше.

Тесты

./gradlew :proto:jvmTest
./gradlew :proto:allTests     # дополнительно linuxX64 (если Linux) / iosSimulator (если macOS)

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

Используется продакшеном. Иммутабельный API (после рефакторинга из AG-UI). Возможные будущие расширения: typed tool-result, multi-modal contents, server-pushed references — все обсуждаются через общий IRC-QUESTIONS.md.