Des nouvelles ont été ajoutées en tête de listes.
Remontez pour les voir.
Inscription à la newsletter
Les agents de codage IA écrivent toujours l'ancienne API de votre SDK. J'ai donc construit un vérificateur de type pour le mesurer
DEV -
21:32
Voici un bug que j'ai continué à rencontrer. Je demanderais à un assistant IA d'écrire du code sur une bibliothèque - Prisma,...
Voici un bug que j'ai continué à rencontrer. Je demanderais à un assistant IA d'écrire du code sur une bibliothèque - Prisma, le SDK Vercel AI, Zod - et le code semblerait tout à fait correct. Propre, idiomatique, exactement la forme à laquelle je m'attendais. Ensuite, je l'exécuterais et il ne serait pas compilé.
La raison était toujours la même : la bibliothèque avait livré une nouvelle version majeure et le modèle écrivait l'API de la version majeure précédente à partir de la mémoire.paramètresau lieu deschéma d'entrée.erreur_requiseau lieu deerreur. UNnouveau PrismaClient ({ sources de données })appel qui n'existe plus. De petites choses, mais suffisantes pour casser la construction du premier coup.
Les modèles sont figés à leur date limite de formation. Les bibliothèques ne le sont pas. Il existe donc un écart entre « l’API recherchée par le modèle » et « l’API que vous avez réellement installée » – et cet écart est le plus grand juste après qu’une bibliothèque ait apporté une modification radicale.
Je voulais savoir : quelle est exactement l’ampleur de cet écart – et puis-je le mesurer objectivement ? J'ai donc construit SDKProof.
La méthode : laisser le compilateur juger
L'astuce pour mesurer ... [Courte citation de 8% de l'article original]
Loading...
🍪
Le modèle économique de notre site repose sur l'affichage de publicités personnalisées basées sur l'utilisation de cookies publicitaires. En continuant votre visite sur notre site, vous consentez à l'utilisation de ces cookies.
Politique de confidentialité