IA = UN STAGIAIRE Interroger un agent IA puis examiner le code peut être plus lent que de le coder soi-même. Mais quand ? Avons-nous des heuristiques simples pour savoir quand utiliser un agent plutôt que de coder soi-même ? Utilisez un agent lorsque c'est du code frontend (que vous pouvez inspecter instantanément pour vérifier sa justesse), ou pour interagir avec une API (où vous savez quoi faire mais pas les incantations spécifiques pour exécuter les appels API), ou pour une analyse de données, ou un prototype. Faites-le vous-même lorsque c'est un domaine que vous connaissez très bien, ou que c'est du code backend très contextuel, ou que vous souhaitez itérer beaucoup sur le résultat. Dans ces circonstances, écrire le prompt prend plus de temps que d'écrire et de réviser le code. En gros, si vous visualisez votre application comme des cercles concentriques, les agents IA sont bons pour les couches "superficielles" à l'extérieur (comme le frontend, ou les graphiques/charts lus depuis votre base de données) mais dangereux dans les zones "noyau" où un haut niveau de contexte est nécessaire et où des taux d'erreur faibles sont critiques. Sous forme de points, l'IA est meilleure pour : - frontend plutôt que backend - lectures plutôt que écritures - superficiel plutôt que noyau - prototypes plutôt que production - démarrer plutôt que maintenir - domaines tolérants aux erreurs plutôt que intolérants aux erreurs - sortie visuelle plutôt que financière - faible contexte plutôt que haut contexte Donc, l'IA est un stagiaire. Ces critères pourraient eux-mêmes être utilisés par des agents IA pour signaler une plus grande incertitude lorsqu'ils s'attaquent à des problèmes à fort contexte. Comme un stagiaire disant qu'il va faire de son mieux, mais qu'il pourrait ne pas avoir assez de contexte.