Présentation des powers de Kiro

Vous créez un flux de paiement. Même si vous avez déjà utilisé Stripe, vous fouillez encore dans la documentation pour trouver le bon modèle — devriez-vous utiliser des clés idempotentes ici? Quelle est la meilleure façon de gérer les webhooks? Et si vous n'avez jamais touché à Stripe, la courbe d'apprentissage est encore plus abrupte. Votre assistant IA devrait vous donner un accès instantané à l'expertise sur les frameworks pour que vous puissiez livrer plus rapidement. Mais les agents d'IA d'aujourd'hui font face au même défi : sans connaissances intégrées, ils devinent et itèrent tout comme vous.

1. Sans contexte sur le framework, les agents devinent : Votre agent peut interroger Neon, mais comprend-il le regroupement de connexions pour le serverless? Il peut appeler des API, mais connaît-il les bons modèles et les meilleures pratiques? Sans expertise intégrée, vous lisez tous les deux manuellement la documentation et affinez les approches jusqu'à ce que le résultat soit correct. Ce processus d'essais et d'erreurs se répète pour chaque outil, chaque framework, chaque domaine hors de votre expertise principale. Les Powers donnent à votre agent — et par extension, à vous — un accès instantané à des connaissances spécialisées, afin que vous puissiez travailler plus rapidement dans des domaines qui vous sont peu familiers.
2. Avec trop de contexte, les agents ralentissent : Les MCP sont censés résoudre le problème de contexte des frameworks, mais ils viennent avec leurs propres problèmes. Connectez cinq serveurs MCP et votre agent charge plus de 100 définitions d'outils avant même d'écrire une seule ligne de code. Cinq serveurs peuvent consommer plus de 50 000 jetons — 40 % de votre fenêtre contextuelle — avant votre première requête. Plus d'outils devrait signifier de meilleurs résultats, mais un contexte non structuré submerge l'agent, entraînant des réponses plus lentes et une production de moindre qualité, aussi appelée dégradation du contexte.

Les outils de développement en IA évoluent rapidement. Anthropic a récemment introduit le chargement dynamique d'outils (l'outil Tool Search), les Claude Skills pour l'empaquetage d'instructions, et diverses primitives telles que les sous-agents et les règles pour le comportement des agents. Cursor fournit des règles et des fichiers .cursorrules pour les instructions personnalisées. MCP fournit une norme pour la communication des outils entre les clients. Ce sont des capacités puissantes, mais elles existent comme des systèmes distincts :

• Serveurs MCP pour l'accès aux outils (à configurer dans chaque client)
• Skills pour les instructions et les flux de travail (spécifique à Claude)
• Chargement dynamique d'outils pour la gestion du contexte (configuration distincte)
• Règles et instructions personnalisées pour le comportement (configuration propre à chaque client, comme .cursorrules)

Chacun nécessite une configuration et une gestion distinctes. Vous devez assembler plusieurs primitives pour obtenir le portrait complet : outils + connaissances + chargement dynamique. Et lorsque vous passez de Cursor à Claude Code ou à d'autres outils, vous devez tout reconfigurer à nouveau.

Le défi n'est pas l'absence de capacités — c'est la fragmentation. Les développeurs veulent un ensemble unifié : « Installez l'intégration Stripe et mon agent sait comment l'utiliser correctement. » Pas : « Configurez le serveur MCP dans mcp.json, rédigez un Skill ou un fichier .cursorrules, configurez le chargement dynamique, ajoutez des instructions personnalisées — et répétez pour chaque outil. »

Les powers de Kiro offrent cette approche unifiée pour un large éventail de cas d'utilisation de développement et de déploiement : outils MCP et expertise sur les frameworks — regroupés ensemble et chargés dynamiquement.

Vous vous souvenez de Neo téléchargeant instantanément son expertise en arts martiaux dans The Matrix? C'est ce que les powers font pour l'agent Kiro — un accès instantané à des connaissances spécialisées pour toute technologie. La clé, c'est le chargement dynamique du contexte : les implémentations MCP traditionnelles chargent tous les outils dès le départ, mais les powers ne s'activent que lorsqu'ils sont pertinents. Mentionnez « base de données » et le power Neon charge ses outils et ses meilleures pratiques. Passez au déploiement et Netlify s'active tandis que Neon se désactive.

Un power est un ensemble qui comprend :

1. POWER.md : Le fichier de steering d'entrée — un manuel d'accueil qui indique à l'agent quels outils MCP sont à sa disposition et quand les utiliser
2. Configuration du serveur MCP : Les outils et les détails de connexion pour le serveur MCP
3. Steering ou hooks supplémentaires : Les éléments que vous voulez que l'agent exécute, tels que des hooks ou des fichiers de steering via des commandes slash.

Installez le power Stripe en un clic. Lorsque vous mentionnez « paiement » ou « caisse », le power s'active — chargeant les outils MCP de Stripe et le steering du POWER.md dans le contexte. Lorsque vous avez terminé avec les paiements et passez au travail sur la base de données, le power Supabase s'active et Stripe se désactive. Installez des powers sélectionnés, récupérez ceux créés par la communauté, ou créez et partagez les vôtres.

1. Chargement dynamique des outils MCP

Les serveurs MCP traditionnels chargent tous les outils dès le départ. Le serveur MCP de Figma peut exposer 8 outils consommant 12 000 jetons. Le serveur Postman en ajoute 122. Connectez cinq serveurs et vous aurez utilisé une grande partie de votre fenêtre contextuelle avant même d'écrire du code. Les powers chargent les outils à la demande. Installez cinq powers et votre utilisation de base du contexte est presque nulle. Mentionnez « design » et le power Figma s'active, chargeant ses 8 outils. Passez au travail sur la base de données et Supabase s'active tandis que Figma se désactive. Votre agent ne charge que les outils pertinents pour la tâche en cours.

2. Écosystème de powers : sélectionnés par des partenaires, la communauté, ou créez le vôtre

Les powers sont conçus pour une découverte et une installation faciles, que vous utilisiez des partenaires sélectionnés, des powers créés par la communauté, ou l'outillage privé de votre équipe. La découverte, l'installation et la configuration se font par l'IDE ou le site Web kiro.dev. Vous vous concentrez sur la création.

Nous nous sommes associés à des entreprises dans le développement d'interfaces utilisateur (Figma), le développement backend (Supabase, Stripe, Postman, Neon), le développement d'agents (Strands) et le déploiement (Netlify, Amazon Aurora). Ouvrez le panneau des powers et vous disposez d'un couteau suisse de capacités prêtes à installer — pas besoin de chercher des serveurs MCP ni de lire des documents de configuration. Les partenaires de lancement incluent Datadog, Dynatrace, Figma, Neon, Netlify, Postman, Supabase, Stripe et Strands Agent, avec plus à venir. De plus, des membres de la communauté ont créé des powers tels qu'un générateur de SaaS, le développement d'infrastructure AWS CDK, et le travail avec Amazon Aurora DSQL.

Installation en un clic depuis l'IDE et le Web : Parcourez les powers directement dans Kiro ou sur kiro.dev. Cliquez sur « Install » et le power s'enregistre automatiquement. S'il nécessite des clés API ou des variables d'environnement, il vous les demande lors de la première utilisation. Aucun fichier de configuration JSON, aucune configuration en ligne de commande.

Tout le monde peut créer et partager : Importez des powers depuis des URL GitHub pour des outils créés par la communauté. Les équipes disposant de powers privés peuvent les importer depuis des répertoires locaux ou des dépôts privés. Créez une fois, partagez avec votre équipe, et tout le monde obtient la même expertise et le même outillage.

3. Compatibilité multiplateforme (à venir)

Aujourd'hui, les powers fonctionnent dans l'IDE Kiro. Nous travaillons vers un avenir où les powers fonctionneront dans tout outil de développement en IA — Kiro CLI, Cline, Cursor, Claude Code, et plus encore. Le Model Context Protocol fournit une norme pour la communication des outils. Les powers étendent cela avec des normes pour l'empaquetage, l'activation et le transfert de connaissances. Créez un power une fois, utilisez-le partout.

Cela compte pour nos partenaires. Les entreprises ne veulent pas maintenir un contexte propriétaire pour chaque outil d'IA. Elles veulent rédiger un seul manuel d'accueil — un seul POWER.md — et le faire fonctionner partout. Les powers seront cette norme.

Pour mieux comprendre un power, examinons comment le power Supabase est structuré afin de comprendre ce qui rend les powers efficaces.

1. Frontmatter : Activation du power

Le frontmatter du POWER.md définit quand le power s'active. Des mots-clés déclenchent l'activation — mentionnez « base de données » ou « postgres » et le power Supabase charge ses outils MCP et son contexte.

Lorsque vous dites « Configurons la base de données », Kiro détecte « base de données » dans les mots-clés et active le power Supabase, chargeant ses outils MCP et le POWER.md dans le contexte.

2. Intégration avec le POWER.md : Configuration de l'espace de travail

La section d'intégration guide l'agent à travers la configuration initiale, validant les dépendances et installant des hooks ou des fichiers de steering pouvant être invoqués manuellement. Cela s'exécute généralement une seule fois lors de la première activation du power. L'agent suit ces étapes automatiquement : il vérifie si Docker est en cours d'exécution, valide le CLI de Supabase, et crée le hook de révision de performance dans votre espace de travail.

3. Steering spécifique au flux de travail : Chargement du contexte à la demande

Le POWER.md inclut une carte des fichiers de steering pour des flux de travail spécifiques. Lorsque vous travaillez sur des politiques RLS, l'agent charge supabase-database-rls-policies.md. Lorsque vous rédigez des Edge Functions, il charge supabase-edge-functions.md.

Cela garde le contexte ciblé. Plutôt que de charger tous les modèles Supabase dès le départ, l'agent ne charge que ce qui est pertinent pour votre tâche actuelle.

Neo n'a pas appris le kung-fu une seule fois puis arrêté. Tout au long de The Matrix, il a téléchargé de nouvelles capacités selon ses besoins — piloter des hélicoptères, maîtriser des armes, comprendre la Matrice elle-même. Chaque power élargissait ce qu'il pouvait faire sans le submerger de capacités. C'est la vision pour les agents d'IA. Les powers ne sont pas seulement un format d'empaquetage — ils sont un modèle d'apprentissage continu. À mesure que les frameworks évoluent et que votre équipe crée des outils internes, les agents ont besoin d'un moyen d'étendre leurs capacités sans repartir de zéro.

Hier, ajouter un nouvel outil signifiait configurer manuellement des serveurs MCP en espérant que le contexte ne débordera pas. Aujourd'hui, cela signifie installer un power. Supabase publie des modèles RLS mis à jour? Votre agent les obtient automatiquement. Votre équipe crée un système de conception interne? Empaquetez-le comme un power et l'agent de chaque développeur sait comment l'utiliser.

C'est ainsi que les agents deviennent véritablement utiles — non pas en sachant tout dès le départ, mais en apprenant ce dont ils ont besoin, quand ils en ont besoin, et en élargissant continuellement leur expertise à mesure que les outils qui les entourent évoluent. Le résultat est un agent d'IA qui sait quand penser aux systèmes de conception, quand penser aux bases de données, et quand penser au déploiement — tout comme le ferait un développeur humain.

Essayez les powers dès aujourd'hui dans Kiro, et faites-nous savoir ce que vous créez.