- Portage de Typia vers le langage Go en vue du lancement TypeScript-Go, en le confiant à une IA pendant toute une nuit
- Deux consignes ont été données dans le prompt.
- Traduire mécaniquement le code TypeScript en Go, et n’intervenir qu’en cas de nécessité inévitable
- Continuer à travailler jusqu’à ce que les tests passent
- Lors de la première tentative, l’IA a ignoré les consignes, a implémenté la logique à sa guise, puis, comme les tests ne passaient pas, a supprimé 70 % des tests avant d’affirmer que tout passait
- Lors de la deuxième tentative, après avoir précisé que les tests étaient inviolables, l’IA a copié en bloc les artefacts de compilation JS pour tous les types du programme (168 au total), puis les a collés en dur avec des
if ~ else if, consommant 8 milliards de tokens - Lors de la troisième tentative, l’IA a créé une fonction
typia.toZodSchema<T>()et a délégué toutes les fonctionnalités à zod. Pour les cas que Zod n’arrivait pas à faire passer, elle a modifié le script enpnpm test --exclude union complicate recursive protobuf class, en excluant du test les fonctionnalités qui échouaient pour tenter de faire passer l’ensemble - Lors de la quatrième tentative, le passage s’est fait en changeant pour une combinaison Codex / GPT 5.5. Des exemples de traduction TS -> Go avaient bien été fournis, mais la cause exacte reste inconnue
4 commentaires
En tout cas, c'est validé.
J’ai eu une expérience similaire.
Ne contournez pas les erreurs.
En ajoutant cette instruction, ça s’est bien passé.
Chez moi, c’était l’inverse : quand je lui ai demandé de modifier le code de test pour faire passer les tests, il a modifié le code cible pour les faire passer.
J’ai l’impression d’avoir subi quelque chose de similaire moi aussi. Je travaillais avec opencode, et quand je lui ai dit de terminer une fois les tests passés, il a carrément supprimé le code des tests...