Skip to content

Developer Documentation — arka-deck

Audience: contributor, developer adding an API route, writing an addon, wiring a new AI provider, running tests, preparing a release.


  1. Understand the architecture — architecture/
  2. Locate contracts and surfaces — reference/
  3. Extend arka-deck — extension/
  4. Know the addons and providers already wired — addons-firstparty/, providers-firstparty/
  5. Adopt the contribution workflow — workflow/

architecture/ covers the hexagonal layers, inbound and outbound ports, composition root, event bus, Materializer pattern and storage.

reference/ groups the HTTP route list, the CLI, environment variables, CI scripts and the projects/workspaces mechanics.

extension/ gathers step-by-step tutorials to write an addon, a provider, a worker or a connector, together with the formal addon contract and the first-party catalogue.

addons-firstparty/ documents each embedded addon (cortex-lite, cortex-actions, memory-local, gouvernance-lite, mission-guardian, squad-leader, squad-orchestration, notion-connect).

providers-firstparty/ documents each embedded AI provider (claude_code, google-genai, codex_cli).

workflow/ covers cloning and first launch, tests, AI agent guide (working rules), GitNexus, CI gates, release procedure and conventions (commits, PR, DCO).


Structural choices are documented as ADRs.

ADR Index


Federated repository convention for addons and workers


The skeleton is in place. Existing stable content is migrated from the previous tree (docs/dev/architecture.md, docs/dev/events-guide.md, etc.) during lot P3. Missing content (exhaustive HTTP API reference, complete extension tutorials) lands during lot P4.

Follow main or the root CHANGELOG for details.