Comprendre la tarification de Kiro : specs, vibes et suivi de l'utilisation

Remarque au 15 août : En mode Spec, économisez vos crédits en cliquant sur « Start task » plutôt qu'en tapant dans le clavardage. Utiliser le clavardage pour diriger le mode spec utilise des requêtes vibe. Voir les points mis à jour ci-dessous.

Lisez notre dernier article de blogue sur la facturation et la tarification.

---

Depuis l'annonce des nouveaux paliers tarifaires de Kiro la semaine dernière, nous avons reçu de nombreuses questions sur le modèle de tarification proposé. Trois questions clés sont ressorties :

1. Qu'est-ce qui constitue une « requête spec » par rapport à une « requête vibe »? Les utilisateurs veulent des définitions et des exemples plus clairs.
2. Comment puis-je suivre mon utilisation? Sans suivi de l'utilisation dans l'éditeur actuel, les utilisateurs ne savent pas si nos forfaits répondent à leurs besoins.
3. Que se passe-t-il si je dépasse les limites de mon palier? Si je suis sur Pro+ ($40) et que j'ai besoin de plus de capacité, dois-je passer directement à Power ($200)?

Cet article de blogue répondra aux trois questions et vous apportera la clarté supplémentaire que vous demandiez.

Plusieurs utilisateurs nous ont demandé pourquoi nous séparons les requêtes spec et vibe, et ce que ces requêtes signifient exactement en matière d'utilisation. Nous avons choisi le modèle spec par rapport à vibe pour refléter les habitudes d'utilisation réelles de Kiro et vous offrir une manière prévisible de comprendre vos coûts. Voyons ce que sont ces requêtes.

Les requêtes Spec correspondent à l'exécution de tâches dans le flux de travail structuré de développement de Kiro. Voici comment ça fonctionne : vous commencez par des requêtes vibe pour créer vos documents d'exigences et de conception. Une fois ceux-ci générés, Kiro présente une liste de tâches pour commencer à construire le projet. Chacune de ces tâches équivaut à peu près à une seule requête spec, bien que cela puisse varier selon la complexité.

Voici quelques scénarios, en supposant qu'une tâche spec a une complexité moyenne :

• [Mis à jour] Démarrer une tâche directement depuis votre fichier tasks.md équivaudra à 1 requête spec
• Si vous exécutez plusieurs tâches à la fois (c.-à-d. « Execute task 1-3 »), chaque tâche exécutée sera une requête spec.
• [Mis à jour] L'exécution de sous-tâches consomme 1 requête spec par sous-tâche plus 1 requête vibe pour la coordination (Tâche 2 avec sous-tâches 2.1 et 2.2 = 2 requêtes spec + 1 requête vibe)

Les requêtes Vibe couvrent toute opération agentive dans Kiro qui n'implique pas l'exécution de tâches spec. Une requête vibe représente une interaction de clavardage avec Kiro, généralement une requête d'utilisateur et la réponse correspondante (bien que cela puisse augmenter selon la complexité de la requête). Nous avons dimensionné les requêtes de sorte qu'une requête vibe équivaut généralement à un message ou une requête de votre part, tandis qu'une requête spec équivaut à l'exécution d'une seule tâche.

Voici quelques scénarios, en supposant qu'une requête vibe a une complexité moyenne :

• Clavarder dans Kiro comme « explain this code to me » représente 1 requête vibe
• [Mis à jour] Créer et affiner des documents spec ou steering consomme un minimum de 1 requête vibe (peut varier selon le contexte du projet et la complexité)
• [Mis à jour] Déclencher un agent hook consomme un minimum de 1 requête vibe (peut varier selon la complexité du hook et le contexte du projet)
• Des requêtes vibe complexes, par exemple « build me an API that does X », peuvent nécessiter plusieurs requêtes vibe pour être complétées.

Fournir ces deux dimensions vous donne une compréhension plus claire de votre utilisation par rapport à l'estimation des interactions ou des jetons. Nous avons également conçu les paliers pour encourager l'approche de développement axée sur les specs de Kiro, car nous croyons que cela aide les développeurs à avancer plus rapidement et à écrire le bon code pour résoudre le bon problème. Les recherches montrent que corriger les problèmes durant la phase de développement coûte de 5 à 7 fois plus cher que de les résoudre durant la phase de planification du cycle de vie du développement logiciel. Ce principe demeure vrai même avec des agents d'IA. Lorsque vous prenez le temps de discuter des exigences et de la conception avec Kiro pendant la phase de planification, une seule requête spec accomplit souvent ce qui nécessiterait autrement plusieurs requêtes vibe pendant l'implémentation.

Un deuxième point de rétroaction concernait une demande de suivi détaillé de l'utilisation et de transparence avant de s'engager dans des forfaits payants. Lorsque notre tarification sera lancée plus tard ce mois-ci, tous les utilisateurs obtiendront des tableaux de bord d'utilisation qui se mettent à jour après chaque requête.

Grâce à votre tableau de bord dans l'IDE, comme montré ci-dessous, vous pourrez surveiller à la fois votre utilisation des requêtes Vibe et Spec, suivre les dépassements et consulter vos allocations restantes pour le cycle de facturation en cours. Cette transparence vous permet de prendre des décisions éclairées quant au choix de votre forfait et d'optimiser vos habitudes d'utilisation. Pour les abonnés aux paliers payants, le tableau de bord fournira également des estimations des frais de dépassement potentiels, vous aidant à mieux gérer vos coûts.

Un troisième point de rétroaction concernait le nombre de requêtes offertes avec les forfaits Kiro, ainsi que l'écart entre les paliers Pro+ ($40) et Power ($200). Certains d'entre vous ont exprimé un intérêt pour des options intermédiaires abordables qui correspondraient mieux à leurs habitudes d'utilisation.

Notre solution répond à cela grâce à une option de dépassement flexible : si vous êtes sur l'un des paliers payants de Kiro, vous pouvez choisir de payer pour des requêtes supplémentaires à des taux de $0.20/requête Spec ou $0.04/requête Vibe. Cela vous offre une flexibilité entre les paliers, vous permettant d'ajuster votre utilisation sans devoir passer immédiatement à un palier supérieur.

Nous espérons que ces réponses vous aideront à mieux comprendre comment maximiser la valeur de Kiro et à trouver l'option qui correspond à votre façon de travailler.

Bientôt, nous publierons un autre article de blogue qui explorera en détail les questions fréquentes sur le fonctionnement des abonnements, ainsi qu'une vidéo démontrant les avantages du développement axé sur les specs d'un point de vue des coûts. Rejoignez notre Discord pour continuer la discussion!