KsADK

Architecture

KsADK provides runtime capabilities for Agents. Agent Kernel centralizes concurrency, recovery, and state consistency. Harness owns unified control and lifecycle, while pluggable Providers connect different execution kernels. Native framework semantics remain inside each Provider, and APIs, Studio, and hosted surfaces share one event fact chain.

KsADK technical architecture

Architecture Flow

LayerCore responsibility
AccessSDK, CLI, Studio, standard APIs, A2A, and automated tasks
Trusted kerneladmission, leases and fencing, concurrency and backpressure, cancel and resume, and state consistency
Harness and pluginsload a composition, select one Provider, and own the Activation lifecycle
Shared capabilitiesinject context, tools, safety, MCP, Skill, sandbox, memory, and observability through a capability bus
Events and presentationadapt native Provider events to RuntimeEvent v2, persist them, and project them to each surface

Core boundary

Agent Kernel decides whether a run can execute safely. Harness decides how the run is assembled and hosted. The Provider decides how its framework executes. Keeping these responsibilities separate prevents one Agent framework from becoming platform control logic.

Harness and Plugins

A plugin composition describes what an activation loads. PluginHost discovers, validates, stages, health-checks, switches, and disposes the selected graph. Each Activation selects exactly one Agent Provider and receives an isolated execution context.

ComponentOwnership
PluginHostplugin graph, permission admission, health checks, atomic switching, and lifecycle
Harnesscontrol entry, tool access, session continuity, context, and event output
Providernative framework execution, private thread or checkpoint state, and native event semantics
Capability pluginscomposable Session, Memory, Context, Renderer, MCP, and Skill capabilities

This boundary lets Codex, KsADK Harness, DSH / Cordis, and SubagentProvider share one host contract while preserving their execution models.

Event Fact Chain

Framework adapters preserve source, scope, and item identity before converting Provider events to RuntimeEvent v2. Events are written to the SessionEvent log, then projected into streaming responses, aggregate results, and resumable views.

APIs, Studio, and hosted surfaces consume the same projections instead of parsing framework-private streams independently. Live output, persisted replay, and final results therefore stay consistent.

SDK and Platform Boundary

Inside the KsADK runtimeConnected through external contracts
SDK, CLI, Server, Agent Kernel, Harness, plugin host, Providers, events, and sessionsAgentEngine control plane, model and A2A services, Skill and Sandbox services, and OTLP backends

KsADK does not rebuild a complete control platform inside the SDK. Registration, remote lifecycle, gateway governance, and external service resources remain platform responsibilities exposed through explicit contracts.

For implementation details, see Runtime Architecture. For plugin, Provider, and scheduled-task configuration, see Plugins and Automations.

On this page