Amazon CodeWhisperer

Comment évaluer cet outil de développement

Amazon CodeWhisperer doit être évalué par rapport à un travail d'utilisateur réel plutôt qu'à une démonstration soignée. Utilisez-le lorsque son environnement d'exécution pris en charge, ses fournisseurs de modèles, sa surface de déploiement et son modèle d'autorisation correspondent à la manière dont votre équipe crée et révise déjà les logiciels. Une bonne démo ne suffit pas : testez-la sur un véritable référentiel, un ensemble de données ou une charge de travail de type production.

Des contrôles qui créent des preuves utiles

• Confirmez le référentiel actuel, la licence, l'état de maintenance, la cadence de publication, les plates-formes prises en charge et si le site Web répertorié est toujours le projet canonique.
• Testez l'installation à partir d'un environnement propre et enregistrez les temps d'exécution requis, les besoins en GPU ou en mémoire, les clés API, l'accès au réseau et les services démarrés en arrière-plan.
• Inspectez le code, les invites, les fichiers, la télémétrie et les secrets qui quittent la machine. Pour les agents, vérifiez les limites d’approbation avant les commandes shell, les modifications, les actions du navigateur ou les messages externes.
• Mesurez le succès des tâches, la latence, le coût des jetons ou de l'infrastructure, la reprise après incident, les journaux, la reproductibilité et la quantité d'examen humain encore nécessaire.

Flux de travail d'essai recommandé

Commencez avec une tâche délimitée et une branche ou un bac à sable jetable. Capturez l’entrée, la configuration, le modèle/version, la sortie, les tests et le mode de défaillance. Développez l'utilisation en équipe uniquement une fois que le résultat est reproductible et que les chemins d'autorisation, d'audit et de restauration sont compris.

Limites importantes

La disponibilité open source ne garantit pas une maintenance active, des valeurs par défaut sécurisées, des API stables ou un support de production. Les versions hébergées peuvent collecter des données différentes de celles des versions auto-hébergées. La qualité du modèle, les limites du fournisseur et les mises à jour des dépendances peuvent modifier les résultats sans modification visible de l'interface de l'outil.

Comment comparer les alternatives

Comparez au moins une bibliothèque plus simple ou un flux de travail déterministe, un projet open source adjacent et un service géré. La meilleure alternative est l’option qui répond à la même tâche avec une charge opérationnelle moindre, et pas seulement le produit appartenant à la catégorie marketing la plus proche.

FAQ

Est-ce prêt pour une utilisation en production ?

Traitez la préparation à la production comme une propriété de la version exacte et du déploiement, et non comme le nom du projet. Vérifiez la maintenance, les tests, les contrôles de sécurité, l'observabilité, la reprise après incident, la politique de mise à niveau et les performances de votre propre charge de travail.

Que doit mesurer une preuve de concept ?

Mesurez la réussite des tâches, le temps de correction humaine, la latence, le coût total du modèle ou de l'infrastructure, l'exposition des données, le taux d'échec et si un autre ingénieur peut reproduire le résultat de la configuration enregistrée.

Quand un outil plus simple est-il meilleur ?

Préférez une bibliothèque plus petite ou un flux de travail déterministe lorsque la tâche est stable, que les erreurs sont coûteuses, que les autorisations sont étendues ou que l'équipe ne peut pas exploiter une autre couche de service de modèle ou d'agent.

Note d'origine et de fraîcheur

Ce cadre d'évaluation a été révisé le 25 juillet 2026. Le lien ci-dessous est le site Web actuellement stocké pour cette liste ; il peut s'agir d'une page de produit officielle, d'un référentiel, d'une entrée de l'App Store, d'une page régionale ou d'un service tiers. Confirmez la propriété et les conditions actuelles avant de vous connecter, de payer, d'installer un logiciel ou de télécharger des données.

• Site Web répertorié par Amazon CodeWhisperer

CodeWhisperer fait désormais partie de Amazon Q Developer

AWS indique que toutes les fonctionnalités CodeWhisperer ont été déplacées vers Amazon Q Developer. L'ancien nom reste dans la documentation, les identifiants d'extension et les recherches, mais les nouvelles évaluations doivent utiliser le produit Amazon Q Developer, les plans, la prise en charge de l'IDE, les conseils de sécurité et les conditions de service.

Amazon Q Developer va au-delà des suggestions de code en ligne. AWS documente l'aide au développement conversationnel, la compréhension et la transformation du code, le diagnostic des erreurs de console et les questions sur les ressources et les coûts AWS. La disponibilité des fonctionnalités varie selon l'EDI, la ligne de commande, le contexte de la console AWS, la configuration de l'identité, la région et le plan.

Contrôles de migration et de sécurité

• Remplacez les liens d'intégration CodeWhisperer obsolètes par la documentation Amazon Q Developer actuelle.
• Confirmez à quelle identité AWS, compte, référentiel et contexte de télémétrie l'assistant peut accéder.
• Examinez le code généré, les modifications de dépendances, les actions d'infrastructure et les analyses de sécurité dans CI plutôt que de traiter une suggestion de l'IDE comme une approbation.
• Maintenez les extensions à jour et validez les contrôles d'entreprise, les politiques de contenu, la gestion des données et les paramètres d'administrateur pour le niveau choisi.

Sources actuelles

• AWS : CodeWhisperer déménage à Amazon Q Developer
• Page produit Amazon Q Developer
• Amazon Q Developer guide d'utilisation

Mise à jour de l'état critique : le produit IDE migre vers Kiro

AWS a annoncé le 30 avril 2026 que les plugins Amazon Q Developer IDE et les abonnements payants atteindront la fin du support le 30 avril 2027. La création d'un nouveau compte Q Developer Free Tier via Builder ID dans les plugins IDE et la création de nouveaux abonnements payants ont été bloquées à partir de 15 mai 2026. Les clients éligibles existants peuvent continuer à utiliser les plugins pendant la transition, et les abonnements Pro actifs peuvent ajouter des utilisateurs dans les conditions décrites par AWS.

AWS recommande de déplacer le travail de développement de l'EDI vers Kiro, son IDE agent et sa CLI pour le développement basé sur les spécifications. Ce coucher de soleil affecte également la transformation de code fournie via les plugins Q Developer IDE. AWS indique que Q Developer dans les sites de documentation et de marketing AWS Management Console, AWS, Console Mobile et les expériences Slack ou Microsoft Teams prises en charge ne font pas partie de cette coucher de soleil IDE.

Ce que Amazon Q Developer fait encore

Amazon Q Developer reste l'assistant conversationnel de AWS pour comprendre, créer, étendre et exploiter les applications AWS. En continuant les surfaces AWS, il peut répondre aux questions d'architecture et de documentation, aider avec AWS SDK et le code CLI, discuter des ressources et des coûts là où cela est autorisé, diagnostiquer les erreurs courantes de la console et prendre en charge les interactions dans les applications de discussion approuvées. Ces capacités ne doivent pas être confondues avec la garantie que les plugins IDE retirés du marché restent un bon nouvel investissement.

Un plan de migration pratique de Q vers Kiro

1. Inventoriez chaque surface. Plugins IDE séparés, Q CLI, transformations, révision GitHub, Console Q, applications de chat et utilisation de la documentation. L’annonce les affecte différemment.
2. Identifiez les chemins de compte et d’identité. ID du créateur d'enregistrement, IAM Identity Center, abonnements Pro, comptes AWS, régions, politiques gérées, administrateurs et dates de renouvellement.
3. Exporter les connaissances opérationnelles. Conservez les règles du projet, les agents personnalisés, les invites, les serveurs MCP, la configuration du contexte, les outils autorisés, l'historique des transformations et la documentation de l'équipe.
4. Piloter Kiro sur des référentiels représentatifs. Comparez le flux de travail des plans/devis, les modifications, les tests, le comportement du terminal, l'accès au modèle, la latence, le coût et les contrôles d'autorisation.
5. Déplacez les transformations délibérément. Terminer le travail Java ou .NET en cours ou valider le service AWS Transform applicable ; ne supposez pas que les historiques et les artefacts migrent automatiquement.
6. Mettre à jour la gouvernance. Passez en revue les nouvelles conditions de produit, les contrôles de données, la télémétrie, les paramètres d'administrateur, les conditions IP et l'assistance au lieu de copier l'approbation Q sans modification.
7. Supprimez les anciennes dépendances. Avant le 30 avril 2027, mettez à jour l'intégration, les liens vers la place de marché, les CI, les scripts, les captures d'écran, les documents internes, les budgets et les playbooks d'assistance.

Sécurité des autorisations et des codes

Un agent de codage peut lire le contexte du projet, modifier des fichiers, proposer ou exécuter des commandes shell et interagir avec les outils configurés. La documentation AWS indique que le codage agent Amazon Q peut mettre à jour les fichiers directement et peut exécuter des commandes qu'il considère comme à faible risque. L’écran d’approbation de l’application ou de l’EDI ne remplace pas les contrôles du référentiel.

• Utilisez une branche ou un arbre de travail propre, protégez les branches principales et exigez une révision du CI et du code.
• Conservez les informations d'identification cloud, les secrets de production, les clés de signature, les données client et les commandes destructrices hors de portée par défaut de l'agent.
• Examinez les différences, les tests générés, les modifications de dépendances, les modèles d'infrastructure, les migrations et le résultat des commandes avant acceptation.
• Validez chaque action AWS via le moindre privilège IAM, les politiques de l'organisation, la propriété des ressources, les restrictions régionales et la gestion des changements.
• Supposons que le texte du référentiel, les problèmes, la documentation, le résultat de la commande et le contenu MCP peuvent contenir une injection rapide.

Choix d’identité et de contrôle des données

Comment évaluer Kiro par rapport aux alternatives

Fiche d'évaluation

• Succès de la tâche : problèmes représentatifs complétés correctement avec les tests et la documentation requise.
• Effort de révision : minutes pour comprendre, corriger, tester et approuver le changement.
• Sécurité des autorisations : tentatives non autorisées d'action sur un fichier, une commande, un secret, un réseau ou AWS.
• Couverture migratoire : les règles de projet, les agents, les outils, MCP, les invites, les transformations, les identités et les flux de travail d'équipe ont été déplacés ou retirés.
• Fiabilité : délai d'attente, outil, commande, conflit d'édition et taux de tâches incomplètes.
• Coût du changement accepté : utilisation de l'abonnement/du modèle, ainsi que révision technique et effort de migration par résultat fusionné.

Questions fréquemment posées

Amazon CodeWhisperer est-il toujours un produit distinct ?

N° AWS a déplacé les capacités CodeWhisperer vers Amazon Q Developer. Les évaluations actuelles doivent utiliser la documentation actuelle d'Amazon Q, Kiro et AWS Transform plutôt que l'ancienne intégration CodeWhisperer.

Amazon Q Developer est-il complètement abandonné ?

Non. AWS a annoncé la fin de la prise en charge des plugins Q Developer IDE et des abonnements payants, tandis que Q dans la console AWS et d'autres expériences propriétaires AWS nommées se poursuivent.

Un nouveau développeur peut-il s'inscrire au plugin Q IDE ?

AWS indique que la création de nouveaux comptes gratuits via l'ID IDE Builder et la création de nouveaux abonnements payants ont été bloquées à partir du 15 mai 2026. Consultez la documentation de migration actuelle pour connaître l'accès existant éligible.

Quand le support IDE prend-il fin ?

AWS a annoncé le 30 avril 2027 comme date de fin de support pour les plugins Amazon Q Developer IDE et les abonnements payants.

Qu'est-ce qui devrait remplacer Q Developer dans l'EDI ?

AWS recommande Kiro. Les équipes doivent toujours le comparer avec leur référentiel, leur modèle d'autorisation, leur contexte cloud, leurs plans et leurs agents de codage alternatifs avant de standardiser.

Le code généré par Amazon Q doit-il encore être révisé ?

Oui. AWS indique que les utilisateurs possèdent et sont responsables du code qu'ils écrivent, y compris les suggestions acceptées. Examinez, testez, analysez et approuvez les modifications générées comme tout autre code.

Sources officielles actuelles

• AWS : Amazon Q Developer annonce de fin de support
• AWS : Qu'est-ce que Amazon Q Developer ?
• AWS Développeur Q vers Kiro conseils de migration
• Amazon Q Developer FAQ, données, responsabilité et plans
• Comportement de codage agent Amazon Q IDE
• Amazon Q dans AWS applications et sites Web
• Kiro site produit officiel

Dernière révision le 25 juillet 2026. Les dates de migration et les surfaces concernées ci-dessus suivent l'annonce de AWS du 30 avril 2026 ; vérifier la documentation actuelle AWS et Kiro avant l'approvisionnement ou le basculement.