Aujourd’hui, j’ai fait des tests d’évaluation de tâches réelles avec un budget de 200 $ pour obtenir la solution ultime d’économie de développement du codex et les réponses de version,

Conclusion :
Commencer par établir l’architecture pour la proposition : terra xhigh/max,
Passer au déploiement avec un subagent : terra xhigh + terra xhigh
Une fois l’implémentation terminée, la confier ensuite au modèle d’architecture pour relecture ; passer à un subagent peut être totalement automatisé.
Comparaison du rapport capacité/prix des architectures du modèle (voir l’image complète) :
terra xhigh est actuellement moins cher que luna max, et aussi plus rapide d’environ 2,5 fois, avec une qualité plus élevée.
terra xhigh est environ 45 % moins cher que terra max ; le résultat est pourtant plus propre.
Le coût unitaire de qualité de grok high reste le plus bas, mais il manque la couverture de nouvelles transcriptions à partir d’anciens analyses, le nettoyage des index vides, et l’isolation de la concurrence côté serveur ; il ne peut donc pas franchir le seuil de « ne rien laisser passer à la limite ».
sol max est très complet, mais son coût est 3,5 fois celui de terra xhigh, sans avoir obtenu un gain correspondant.
Sol medium n’a aucun avantage sur tous les plans, peut-être qu’il est juste plus fort côté frontend ?
Recommandations pour le déploiement de la tâche :
Sans être pressé : terra xhigh + luna max
Développement normal : terra xhigh + terra xhigh
Si c’est urgent : terra xhigh + grok 4.5