Aller au contenu

Documentation Développeur — arka-deck

Audience : contributeur, développeur qui ajoute une route API, écrit un addon, branche un nouveau provider IA, lance les tests, prépare une release.


  1. Comprendre l’architecture — architecture/
  2. Repérer les contrats et les surfaces — reference/
  3. Étendre arka-deck — extension/
  4. Connaître les addons et providers déjà câblés — addons-firstparty/, providers-firstparty/
  5. Adopter le workflow de contribution — workflow/

architecture/ couvre les couches hexagonales, les ports inbound et outbound, la composition root, le bus d’événements, le pattern Materializer et le stockage.

reference/ regroupe la liste des routes HTTP, la CLI, les variables d’environnement, les scripts CI et la mécanique projets/workspaces.

extension/ réunit les tutoriels pas-à-pas pour écrire un addon, un provider, un worker ou un connecteur, ainsi que le contrat addon formel et le catalogue first-party.

addons-firstparty/ documente chaque addon embarqué (cortex-lite, cortex-actions, memory-local, gouvernance-lite, mission-guardian, squad-leader, squad-orchestration, notion-connect).

providers-firstparty/ documente chaque provider IA embarqué (claude_code, google-genai, codex_cli).

workflow/ couvre clonage et premier lancement, tests, guide agent IA (working rules), GitNexus, gates CI, procédure de release et conventions (commits, PR, DCO).


Les choix structurants sont documentés sous forme d’ADR.

Index des ADR


Convention de dépôt fédéré pour addons et workers


Le squelette est en place. Les contenus stables existants sont migrés depuis l’ancienne arborescence (docs/dev/architecture.md, docs/dev/events-guide.md, etc.) au cours du lot P3. Les contenus manquants (référence API HTTP exhaustive, tutoriels d’extension complets) arrivent au lot P4.

Suivez main ou le CHANGELOG racine pour le détail.