Tu jongles avec plusieurs CLI IA (Claude Code, Codex, Gemini, Ollama) sur plusieurs projets. Kronn apporte la mémoire partagée, l'orchestration et la continuité. Local-first. 0 token sur les étapes mécaniques.
Quatre CLI IA qui s'ignorent. Trois configs MCP qui divergent. Quatorze prompts copiés-collés. État de l'art accepté. Kronn propose un cerveau partagé, local, branché à tout.
Discussions persistées en local. Mêmes contextes repris par n'importe quel CLI, OU N CLIs dans une même conversation live.
Quick Prompts versionnés, mesurés, ✨ Improver IA.
Steps mécaniques sans agent. Coût IA = 0 token.
Voici ce que tu fais aujourd'hui, et ce que Kronn fait à ta place.
{{vars}}, métriques par itération.disc_join. Zéro messenger humain.Notify exécuté sans agent : zéro token.ApiCall (Resend, Mailjet, webhook log) : zéro token, l'API directe sans LLM.docs/AGENTS.md généré par audit, lu auto par chaque agent.
Tu écris encore tes prompts au feeling.
Tu copies-colles ton contexte d'un agent à l'autre.
Tu paies l'IA pour envoyer un webhook Slack.
Tu maintiens trois configs MCP qui divergent dès que tu clignes des yeux.
Kronn termine cette ère.
Pas de roadmap, pas de soon™. Tout est shippé, dans le code, vérifiable. Liste exhaustive des briques que Kronn met à ta disposition aujourd'hui.
docs/AGENTS.md généré par audit~/.kronn/user-context/.kronn.json par projet{{vars}} + sections conditionnelles{{previous_qp.output}}Tu commences avec un plugin MCP, l'agent comprend comment le vendor répond, teste, itère. Quand la séquence se stabilise, un AI Helper dédié t'accompagne pour basculer sur un plugin API : l'IA sort de la boucle, l'exécution devient déterministe et gratuite en tokens.
Pas des promesses chiffrées, juste les briques qui permettent à un usage régulier de faire baisser le coût et monter la qualité. Chacune est dans le code, reproductible, vérifiable.
Scan complet du projet : stack, conventions, dettes techniques. Génère docs/AGENTS.md tier-loaded. AutoPilot (activable) transforme les dettes en tickets Jira via MCP puis pré-configure le workflow de traitement en 1 clic.
Discussions persistées en local + 10 outils MCP disc_* pour reprise bidirectionnelle cross-CLI. Le CLI suivant lit ET enrichit le fil, pas juste consult.
Tes préférences globales (style de commit, conventions, anti-patterns) vivent dans ~/.kronn/user-context/. Tous tes projets en bénéficient automatiquement. Chaque préférence ajoutée → effet partout.
Prompts réutilisables avec {{vars}}. Versionnés et mesurés (tokens · durée · coût). Tu améliores, tu compares, tu choisis.
Orchestration step-based : step Agent + 5 mécaniques (Exec, Gate, Notify, ApiCall) à 0 token par définition. CRON-schedulable. Pattern Feasibility-Gated pour gros tickets : triage YAML → human Gate → code constraint.
Stater les exclusions, c'est gagner les sceptiques. Voici ce que Kronn n'a pas vocation à être.
Garde Cursor, VSCode, Vim, ou Aider pour le pair-prog CLI. Kronn s'orchestre par-dessus, ne remplace pas ton éditeur, même si tu peux faire pas mal de choses depuis Kronn : git worktree, accès diff, exec direct, gates humains ;)
Tu apportes Anthropic, OpenAI, Google, ou Ollama 100% local. Kronn ne t'enferme dans aucun.
Desktop app local-first. Tes données, prompts et discussions ne quittent pas ta machine.
Tu pilotes via UI, tu ne codes pas. Multi-CLI orchestré, pas LangGraph en Python.
Pour automatiser des intégrations non-IA (Slack, ETL, CRM, lifecycle email), garde n8n ou Zapier. Kronn vise l'orchestration d'agents IA spécifiquement.
Pour build, deploy, lint sur git, garde GitHub Actions. Kronn orchestre des CLI agents IA local-first, pas du pipeline cloud lié au repo.
OK, convaincu·e ? Voici l'installation locale. À la fin tu as un projet auditté, une Quick Prompt mesurée, et tes discussions qui survivent au switch entre 2 CLI.
Deux installations possibles :
Desktop app — télécharge le binaire (Mac, Windows, Linux) sur les releases.
Self-hosted — git clone -b <tag> puis kronn start (CLI / headless, idéal équipe).
Local-first dans les deux cas. Métriques agents en local (QPs, runs, tokens, coût) — jamais de télémétrie cloud.
Ouvre Kronn, ajoute ton projet, lance l'audit avec Briefing (≈ 2 min de Q&A guidé). Kronn scanne ensuite ta stack, détecte les conventions, identifie les dettes techniques et génère docs/AGENTS.md tier-loaded.
Lancement : 2 min. Scan en arrière-plan : 20-30 min sur projet moyen, plus sur monorepo. AutoPilot prêt après pour transformer les dettes en tickets.
Onglet Automation, crée une Quick Prompt. Mets une variable {{ticket}} dans le template. Lance-la sur un agent : Kronn enregistre tokens, durée, coût.
Tu peux lancer la même Quick Prompt sur N agents en parallèle pour comparer les sorties.
Onglet Automation → Workflows, clique Nouveau et choisis un preset (Ticket-to-PR, Feasibility-Autopilot, Feature Planner…). Kronn pré-remplit les étapes Brief → Architecture → Code → Tests → Review avec leurs Gates humaines. Tu n'as plus qu'à valider à chaque Gate.
Les Quick Prompts de STAGE 03 peuvent servir de building blocks dans tes workflows custom.
Huit termes qui reviennent partout dans Kronn. Glossaire rapide pour décrypter le reste : ce que c'est, à quoi ça sert.
Template de prompt réutilisable avec variables {{ticket}}, {{contexte}}. Versionné. Métriques enregistrées par version (tokens, durée, coût). Bouton ✨ Improver pour itérer avec l'IA.
Séquence de Quick Prompts. Chaque QP peut référencer {{previous_qp.output}} pour chaîner la sortie précédente. Réordonnable en drag & drop.
Model Context Protocol — standard ouvert (par Anthropic) qui permet aux agents IA d'accéder à des outils externes. Kronn s'appuie sur MCP pour bridger les CLI et exposer ses propres outils via kronn-internal.
Les 7 types de step disponibles dans un workflow : 2 IA (Agent, BatchQuickPrompt) et 5 mécaniques (ApiCall, BatchApiCall, Notify, Exec, Gate) à 0 token.
Boucle activable post-audit : Kronn détecte les dettes techniques, crée les tickets Jira via MCP, pré-configure un workflow pour les traiter. Tu cliques, ça roule.
Pattern d'implémentation pour gros tickets : Kronn génère un manifest YAML de faisabilité, puis un human Gate (tu valides ou rejettes), ensuite l'agent code en suivant le manifest. Zéro surprise.
La source canonique de doc d'un projet Kronn. Générée par l'audit. Tier-loaded (light en permanence, sections on-demand). Lue auto par chaque CLI qui ouvre le projet.
4 saveurs : MCP (vendor expose un serveur, ex Atlassian), API (vendor API-only packagé, ex Resend), Hybrid (les deux), Custom API (tu déclares tes propres endpoints).
Local-first par défaut. Pas de télémétrie, pas de cookies, pas de serveur Kronn. Voici ce qui est protégé, et ce qu'on n'a pas encore : honnêteté avant le sceau de certif.
~/.kronn/.env et prefixes vendor filtrés avant docs/AGENTS.mdExec gated par exec_allowlist du workflow (argv literal, pas de sh -c)Gate human-in-the-loop : l'agent attend ta validation explicite