Kiro Crew : l'orchestrateur multi-agents qui travaille pendant que vous dormez — Partie 1

Dans un précédent article, nous avons exploré la plateforme Kiro dans sa globalité : IDE, CLI, Web, et la construction d'un starter kit pour une web agency. Depuis, l'écosystème Kiro a pris une dimension supplémentaire avec le lancement de Kiro Crew le 4 août 2026 — un workspace de développement persistant, open source sous licence Apache 2.0, qui transforme les agents IA en coéquipiers autonomes.

Cette série en deux parties explore Kiro Crew en profondeur. Dans cette première partie : l'origine, l'architecture, le système de mémoire et le modèle de sécurité. La seconde partie couvre les cas d'usage concrets, les Apps, les exemples de code et les perspectives d'utilisation.

De MeshClaw à Kiro Crew : l'origine

Kiro Crew est né d'un projet interne chez Amazon, baptisé MeshClaw. Ils voulaient quelque chose de simple : lancer une tâche, partir, revenir à quelque chose de reviewable, et exécuter plusieurs tâches en parallèle au lieu de surveiller un seul prompt à la fois.

Le problème fondamental

Le blog officiel de lancement (kiro.dev/blog/introducing-kiro-crew) pose le problème clairement : le développeur est devenu la couche d'intégration entre ses propres outils. Le travail d'ingénierie réel n'est jamais une tâche dans une session. Il traverse des repos, des outils, des reviews, et des jours.

Quand vous fermez un onglet de Kiro CLI ou IDE, le contexte disparaît. La prochaine session commence à froid. Vous passez les 10 premières minutes à ré-expliquer où vous en étiez. Et le moment où vous partez, tout s'arrête.

Kiro Crew rompt ce pattern en rendant le workspace persistant :

• La mémoire se maintient entre les sessions
• Les corrections deviennent des leçons durables
• Les patterns répétés deviennent des skills réutilisables
• Le travail continue sur un schedule même quand vous n'êtes plus là

Architecture : la Gateway au centre

L'architecture de Kiro Crew repose sur une séparation claire entre là où l'agent tourne et là où vous travaillez avec lui.

Source : README du repository GitHub kirodotdev/KiroCrew

Les trois couches

Le Gateway est le cœur du système. C'est un processus unique qui tourne sur votre machine (Mac, Linux, conteneur Docker, ou serveur distant). Les conversations, la mémoire et les index restent sur cet hôte. Les requêtes aux modèles passent par kiro-cli selon votre configuration de compte.

Déploiement

Kiro Crew supporte plusieurs modes de déploiement, tous basés sur le même principe : Gateway + sessions agent + état sur un seul hôte.

# Installation one-liner (stable)
curl -fsSL https://download.crew.kiro.dev/cli.sh | sh

# Ou Docker pour un serveur always-on
docker run -d --name kirocrew \
  -p 127.0.0.1:5476:5476 \
  -v kirocrew-home:/home/kirocrew \
  ghcr.io/kirodotdev/kirocrew:stable

# Ou build from source
git clone https://github.com/kirodotdev/KiroCrew.git
cd KiroCrew
make build
source .venv/bin/activate
kirocrew setup
kirocrew doctor
kirocrew gateway

Source : GitHub kirodotdev/KiroCrew — Quick start

Le dashboard web est accessible sur http://localhost:5476 et ne nécessite aucun credential de messaging. Il bindé sur loopback par défaut — les dashboards distants requièrent une authentification par token.

Agent Client Protocol (ACP)

Kiro Crew orchestre ses agents via l'Agent Client Protocol (ACP), un standard ouvert qui permet aux agents IA de fonctionner avec n'importe quel éditeur compatible. Chaque étape est observable en live : vous pouvez suivre comment l'agent planifie une tâche, spawne des sous-agents parallèles, décide quels outils appeler, gate chaque action pour approbation, et synthétise les résultats.

Le système de mémoire : self-learning et self-evolving

Le système de mémoire de Kiro Crew ne se limite pas à "se souvenir de la dernière conversation". C'est un système à plusieurs niveaux, persistant et inspectable.

Trois types de mémoire

Knowledge Graph

Les décisions architecturales, préférences de code et contexte projet atterrissent dans un knowledge graph soutenu par des embeddings vectoriels et une recherche full-text. L'agent retrouve ce qui est pertinent au lieu de tout relire.

Leçons workspace-scoped

Un point essentiel : les leçons sont scopées au workspace. Dites une fois à Kiro Crew « ne jamais utiliser var en JavaScript » et cette correction devient une règle permanente pour ce projet. Les règles du projet A ne contaminent pas le projet B.

# Exemple de commande naturelle qui crée une leçon
# Dans un chat Kiro Crew :
> "Non, toujours exécuter les checks frontend avant de déclarer un changement terminé"
# → Devient une leçon workspace-scoped appliquée dans les sessions futures

Sécurité : defense in depth

Donner à un agent un accès réel à votre code et votre CI exige un modèle de sécurité sérieux. Kiro Crew est construit avec la sécurité dès le premier commit, sur 7 couches distinctes.

Détail des couches

Audit et gouvernance

# Inspecter les événements de sécurité
kirocrew security events

# Auditer les actions passées
kirocrew security audit

# Vérifier l'intégrité des logs
kirocrew security verify

# Afficher la politique de gouvernance active
kirocrew policy show
kirocrew policy validate
kirocrew policy explain

La gouvernance suit un modèle tightest-wins : une app ou un agent peut restreindre les permissions mais ne peut jamais élargir le plafond défini par l'entreprise.

// Politique de gouvernance enterprise (exemple)
{
  "version": 1,
  "boot": { "fail_closed": true },
  "capabilities": {
    "telemetry": { "enabled": false }
  }
}

Source : GitHub kirodotdev/KiroCrew — Security and control

Pourquoi l'open source change tout

L'argument clé : un workspace avec accès à votre code, CI et credentials ne devrait jamais être une boîte noire. Parce que Kiro Crew est open source, vous pouvez :

• Lire le code source et tracer l'exécution
• Vérifier que le sandbox sandboxe réellement
• Auditer les patterns deny et les chemins protégés
• Confirmer qu'aucune donnée ne quitte votre machine sans votre consentement

Kiro Crew dans l'écosystème Kiro

Kiro dispose maintenant de quatre surfaces : IDE, CLI, Web et Crew. Voici comment elles se positionnent :

Compatibilité avec la configuration existante

Point crucial : Kiro Crew lit votre configuration .kiro existante. Vos steering files, skills et custom agents sont automatiquement disponibles sans migration ni reconfiguration.

# Votre structure .kiro existante fonctionne directement
.kiro/
├── steering/          # → Injecté dans les sessions Crew
├── skills/            # → Disponible comme skills Crew
├── agents/            # → Utilisable dans les sessions
└── settings/
    └── mcp.json       # → MCP servers disponibles

Commandes essentielles

# Démarrer une session de chat
kirocrew chat

# Exécuter une tâche
kirocrew run

# Gérer les jobs cron
kirocrew cron

# Spawner des agents parallèles
kirocrew spawn

# Installer comme service système
kirocrew service install
kirocrew service status

# Suivre les logs
kirocrew logs -f

Conclusion de la partie 1

Kiro Crew représente un saut qualitatif dans l'outillage développeur : on passe d'agents conversationnels éphémères à un workspace persistant, auto-apprenant et autonome. L'architecture Gateway/Sessions/ACP est solide, le modèle de sécurité est conçu pour la production, et l'open source garantit la transparence.

Dans la seconde partie, nous verrons les cas d'usage concrets : jobs cron, investigation d'incidents multi-repo, migration avec checkpoints, Apps (DevFleets, Issue Radar, Code Review Sage), et les perspectives d'utilisation pour une équipe de développement.

Sources :

• kiro.dev/crew — Page produit officielle
• kiro.dev/blog/introducing-kiro-crew — Blog post de lancement
• github.com/kirodotdev/KiroCrew — Repository GitHub