KURAHI 2.0.3 · Stable · 19 October 2026

The agent
that stays.

Kurahi 2.0 is a persistent, governed agent runtime. It runs as an operating-system service on Linux, macOS and Windows; your terminal, the web UI, the CLI, messaging pipes and other agents are its clients.

Governance is enforced in the runtime, not in the prompt.

CURRENT RELEASE

  • VersionKurahi 2.0.3
  • ChannelStable
  • Published19 October 2026
  • PlatformsLinux x64 · macOS arm64 · Windows x64, with SHA-256 sums and an SBOM

01 — WHAT IS NEW IN 2.0

Packaged and documented as one product.

Kurahi 2.0 brings the resident runtime together: service, state, pairing, described API, Code Mode, MCP, continuity, evidence, policy and verified bundles. Everything below ships in release 2.0.3 and is verifiable from the command line.

One service per identity

Each resident is its own gateway process under systemd, launchd or Task Scheduler. The OS restarts it; closing a terminal does not end the agent. Registered with one command, kurahi service.

One state root

Everything an identity owns lives under KOLO_HOME. kurahi init is the single first-run command: identity, bind policy, provider profile, doctor report. Japanese messages with --lang ja.

Scoped pairing

One-shot invitations with a scope — observe, attach, admin, owner — enforced on the server. Devices prove an Ed25519 key, receive a short-lived access token and a rotating refresh token; reuse of a retired token revokes the family. Dated re-consent.

Audit chain and integrity gate

Every authentication, pairing, attach, admin action and tool execution is appended to a hash-chained log; kurahi audit verify recomputes it. Protected policy files are digested at boot; in enforce mode a mismatch refuses to start.

A described API

OpenAPI 3.1 at /doc, generated from the router: 65 HTTP operations and 104 WebSocket methods, each with its auth kind and minimum scope. The @kodasoken/kurahi-client package is generated from it and CI fails on drift. kurahi api reaches anything the gateway can do.

Sessions with several clients

Any attach-scoped credential can list live sessions and attach a terminal, a script or a messaging pipe. All attached clients receive the same event stream. LINE and WhatsApp pipes are session clients, not separate bots.

Code Mode and MCP

The agent writes one script that calls many tools in a sandboxed worker — one round trip, with wall-clock, heap and tool-call limits. MCP servers over stdio or HTTP appear as tools under the same policy and audit.

Agent controls and jobs

Per-run step limits, a doom-loop detector for identical or no-progress calls, permission globs over paths and commands. Every run is a job: list, inspect, cancel, with completion notices; cancels are audited.

Plugins with a lifecycle

In-process plugins with a manifest and schema, hot reload without a gateway restart, a dispose step, quarantine on failure. Six bundled ops plugins: health watchdog, log rotation, memory boot inject, circadian, self-check, proactive triggers.

Bundles, update, support

Prebuilt bundles for Linux, macOS and Windows with a pinned runtime — no Node.js install. SHA-256 sums, a CycloneDX SBOM and SLSA provenance on each release; kurahi update refuses a mismatched checksum. kurahi support writes a redacted diagnostics bundle.

Secrets and providers

An encrypted secrets store (OS keyring or encrypted file); nothing on argv, nothing in logs. Provider-agnostic: a Japan-hosted default profile (Sakura AI Engine), any OpenAI-compatible endpoint with your own key, or a local model server. A registry of 209 providers, 17 curated and 192 generated from a public catalogue; kurahi providers test makes one request and reports latency.

Proven continuity

A conformance suite shows that a resident is the same resident after a model swap, a gateway restart, a state-directory move and a session close. Ten invariants, C0 to C9, over signed hash-chained manifests: identity files, memory recall, role and permissions, unfinished work, audit chain, secrets, signer, sessions and transcripts, and the resident answering as itself. kurahi continuity run, verify and badge; the suite runs in CI on every push.

Evidence bundles with replay

Every job records a hash-chained event log — model turns, tool calls, file snapshots, permission decisions, loop-guard verdicts — signed at job end. kurahi evidence export writes a bundle that a third party verifies offline; kurahi evidence replay and the /evidence/<job> view step through it event by event.

Policy as code

One signed policy.yaml per gateway, refused unsigned in enforce mode. Budgets per agent and per fleet (tokens and cost per day, tool calls per hour, wall clock per job), approvals by tool class, an egress allowlist and a kill switch that aborts running jobs within one event-loop tick. Every decision is audited with the rule that made it. kurahi policy show, validate, sign, verify, diff, apply, kill, release.

Channel-native residents

One session per conversation; commands such as /status, /jobs, /cancel and /evidence from any channel; approvals answered by keyword in the channel; a per-channel delivery queue with retries, dedupe and dead letters; system replies in English, Japanese and Portuguese; a generic webhook channel for anything else.

The factory

Boards of cards under KOLO_HOME/factory with an audited state machine from inbox to merged. A runner hands each card to the KIP headless engine as a job, streams its events into the card timeline and the evidence log, opens the pull request and merges only under the card’s policy. A /factory Kanban, an API and kurahi factory on the command line.

Terminal parity

Session switcher, unified diffs for file edits, slash commands, eight themes and JSON theme files, a direct key and a leader chord for every action, export to Markdown or JSON, an external editor, formatters after edits, file snapshots with undo and redo, @path attachments.

Language servers

Diagnostics appended to every write, edit and apply_patch result, so the agent sees type errors in the same turn. Definition, references, hover and diagnostics as tools. Defaults for TypeScript, Python, Go, Rust and Java; a server runs only when its command is on PATH, nothing is downloaded.

Verified on three platforms

Release 2.0.3 passed its unit, gateway and extension suites in CI on Linux, macOS and Windows, and the Linux bundle was installed from the public installer and answered kurahi --version with no Node.js on the PATH.

02 — THE SEVEN DIFFERENCES

What a runtime does that a coding tool does not.

Each difference now names the conformance check that proves it. C0 to C9 are the continuity invariants; the pnpm checks run in CI on every push.

1. A resident, not a process

The runtime is an operating-system service with its own identity, state root and port. Terminals, the web UI, pipes and other agents are clients. Most agent tools end when the terminal does; a resident keeps its sessions, its workspace and its unfinished work. Provable: continuity invariants C4 (interrupted work is reported honestly, never lost silently) and C8 (sessions and transcripts retained) pass after a restart and a state-directory move; kurahi continuity verify recomputes the report.

2. Governance in the runtime, not the prompt

Scopes are checked on the server for every route and every WebSocket method. Permission globs, step caps, the loop detector and now the signed policy file run beneath the model, so a model that is talked into something still cannot do it. Provable: C3 (role and permissions unchanged, wrong token answered 401) and every policy decision in the audit log with its rule id; pnpm policy:check in CI.

3. One session, many clients

A terminal, a script, a LINE pipe and a second agent can sit on the same live session and see the same stream. With channel-native residents, a chat conversation is a session too: commands and approvals from the channel, inbound messages live in the attached terminal. Provable: pnpm channels:check exercises the session model, the commands and the delivery queue against a throwaway gateway.

4. Integrity you can verify

A hash-chained audit log with a verify command, a boot gate over protected files, checksummed bundles and updates. Now also a signed evidence bundle per job that a third party verifies offline. Provable: C5 (audit chain continuous across the disruption), C7 (same signer before and after), kurahi evidence verify on an exported bundle.

5. A described surface

The whole gateway is one OpenAPI 3.1 document — 65 operations, 104 WebSocket methods — with a generated client and CI that fails on drift. What the CLI can do, a script can do, and so can another agent, with the same scopes. Continuity, evidence, policy, channels and the factory are all reachable as operations.

6. Sovereign by default

Self-hosted, loopback by default, no telemetry, no vendor call-home at runtime. The default provider profile is hosted in Japan; a local profile keeps every prompt on the machine. Wipe is one command and leaves nothing outside KOLO_HOME. Provable: C6 (no secret leaves the state directory: the owner credential and private keys never appear in any response the suite receives).

7. Open core

MIT for the protocol, SDK, client and CLI; Functional Source License for the runtime core, converting to Apache-2.0 two years after each release; proprietary only for the identity engine and role packs. Residents built on it are sold as Kurahi Residents. Provable: C1 (identity files unchanged), C2 (memory retained and recalled) and C9 (the resident answers as itself after a model swap) are what the identity engine is held to.


03 — HOW IT DIFFERS

A runtime, not another coding tool.

  • ResidentRuns as an OS service with its own identity and state; terminals and chat apps are clients.
  • GovernedSigned policy, budgets, approvals and a kill switch enforced by the gateway, not by the prompt.
  • ProvableSigned evidence bundles per job and a continuity conformance suite anyone can re-run offline.
  • SovereignSelf-hosted, no telemetry; providers are the operator’s choice, including a Japan-hosted default and local models.
  • Providers209 listed: 17 curated profiles and 192 entries generated from a public catalogue. Listed does not mean tested; see the provider documentation for which are tested.

Where Kurahi is behind, and how it compares feature by feature with the agent tools people already run, is on the comparison page, read from public sources on 2026-10-14.

ROADMAP — NOT SHIPPED

Sovereign appliance Roadmap

An on-premises GPU box: runtime, models and state in one enclosure, no cloud.

Industry role packs Roadmap

Hospital, trading desk, manufacturing floor — roles, policies and evidence profiles per sector, built with the factory.

Code signing Roadmap

Signed and notarized bundles for macOS and Windows on top of the checksums, SBOM and provenance already published.

Desktop app and IDE extension Roadmap

A desktop client and an editor extension on the described API.

Message-level undo Roadmap

Reverting a conversation turn together with the files it changed.

Per-provider subscription sign-in Roadmap

OAuth and device-code flows for every provider in the registry, not only a subset.


05 — ARCHITECTURE AT A GLANCE

One resident. Many clients. One state root.

Kurahi 2.0 at a glance: clients above, one resident gateway per identity in the middle, providers and state below.CLIENTSTerminal · TUIWeb UICLI · kurahi apiLINE · WhatsApp pipesOther agentsGenerated clientHTTP · WebSocket · scope-checked credential on every callGateway — one resident per identityloopback by default · every route scope-checkedPairing and scopesobserve < attach < admin < owner · Ed25519 devicesSessionsdiscovery · attach · one stream to every clientJobs and evidencestep cap · loop guard · signed event log per jobPolicy as codesigned policy.yaml · budgets · kill switchCode Modeone script, many tools, one round tripMCP clientstdio and HTTP servers as governed toolsAudit and continuityhash chain · signed manifests · C0–C9Integrity gateSHA-256 over protected files at bootPluginsmanifest · hot reload · dispose · quarantineSUPERVISORsystemd user service · launchd agent · Windows Task Scheduler — restarted by the OSPROVIDERS — OPERATOR’S CHOICESakura AI Engine (Japan-hosted, default profile)Any OpenAI-compatible endpoint, your keyLocal model server (nothing leaves the machine)STATE — KOLO_HOMEconfig · secrets (encrypted) · device credentialssessions · workspace · memoryaudit chain · logs · support bundles

Every client speaks the same described API with a scope-checked credential. The gateway owns sessions, policy, jobs, plugins, the audit chain and the integrity gate; providers are the operator’s choice; everything the resident owns sits under one directory. The wider KODA architecture — identity reconstruction, capability routing, guardians — is described on the architecture page.

06 — SECURITY AND SOVEREIGNTY

Each statement names the mechanism and the command that checks it.

  • DeploymentSelf-hosted. One gateway per identity under the OS service manager. No vendor-operated cloud component in the evaluation configuration.
  • What leaves the machineModel requests go to the provider the operator configured; nothing else is sent. No telemetry, analytics, crash reporting or usage statistics. The gateway does not contact its vendor at runtime.
  • NetworkLoopback by default. Remote serving requires an explicit bind policy and a credential on every connection. Credential attempts are rate limited per source.
  • AuthenticationA 256-bit gateway token created at init (0600, never on argv). Device pairing with Ed25519 keys, scoped one-shot invitations, short-lived access tokens, rotating refresh tokens with reuse revocation, re-consent after a set period.
  • SecretsEncrypted store under KOLO_HOME; configuration references secrets by name; the log redactor strips them. Importing credentials from other tools is opt-in, never automatic.
  • AuditHash-chained monthly files under KOLO_HOME/audit. kurahi audit verify reports the first break. Tampering is detectable; ship the files to write-once storage to make it preventable.
  • Integritykurahi integrity init records SHA-256 digests of protected policy files; the gateway re-verifies on every start and refuses to boot in enforce mode.
  • Retention and wipeAll state under one directory. kurahi uninstall --all removes configuration, secrets, sessions, audit and workspace; nothing remains elsewhere.
  • Supply chainSHA-256 sums on every release; installers refuse a mismatch. CycloneDX SBOM and SLSA provenance attestation published with each release. Dependencies pinned; secret scanning in CI.
  • DisclosureReport vulnerabilities privately to security@kodasoken.com. Acknowledgement within 3 working days, triage within 10, fixes for confirmed high or critical issues within 30, coordinated disclosure within 90.

The full security overview and privacy statement ship with the product in English and Japanese, written for an enterprise questionnaire.


07 — OPEN CORE AND LICENSING

Open where it should be open.

The protocol and the tools around it are MIT. The runtime core is source-available and self-hostable. The identity engine that makes a resident a resident stays proprietary. Residents built for industry are sold as Kurahi Residents.

OpenMIT
Wire protocol and schemas, SDK and generated client, plugin API and plugin SDK, the CLI.
Source-available coreFSL-1.1-Apache-2.0
Gateway runtime, service supervisor, channels, sessions, memory store, tool policy, secrets store, integrity gate, audit log. Use, modify and self-host freely; no competing hosted service; each release converts to Apache-2.0 two years after publication.
ProprietaryWritten agreement
Identity and continuity engine, sovereign models and adapters, role packs, evaluation dashboard, enterprise features (SSO, audit export, air-gap), support.
KIPAGPL-3.0
The coding factory that builds alongside residents. Open source, released for Linux, macOS and Windows; repository koda-tokyo/kip.

Third-party components keep their own licences and notices. External contributions are covered by a contributor licence agreement. The Kurahi and KODA marks are not licensed under any of the above.

08 — AVAILABILITY AND EVALUATION

Available now. Evaluation on request.

Kurahi 2.0.3 is a stable release, free to download and self-host. For enterprises there is a 90-day evaluation: a self-hosted installation on your own machines, the security overview for your questionnaire, and an evaluation licence that sits on top of the open-core map.

Kurahi 2.0 — The Resident Agent Runtime | KodaSōken