Claude contre GPT-4o : Même consigne pour double pendule, conventions de coordonnées différentes

Un utilisateur de Reddit a exécuté le même prompt de double pendule avec Claude et GPT-4o côte à côte en utilisant un moteur de rendu hôte partagé et a observé deux systèmes physiques complètement différents en quelques secondes. La cause : chaque modèle a choisi une convention différente pour mesurer thêta.
Claude a mesuré theta à partir de la verticale haute (theta=0 = bras pointant vers le haut), tandis que GPT-4o mesurait à partir de la verticale basse (theta=0 = bras pendant vers le bas). Le moteur de rendu hôte dans public/workers/simulator-host.js lit simplement info.theta1 et info.theta2 et dessine les bras en conséquence — aucune différence cosmétique. Ainsi, le décalage visuel est un véritable décalage physique.
Les deux conventions sont techniquement valides. La plupart des manuels de mécanique classique utilisent thêta à partir de la verticale basse car cela rend le point d'équilibre à theta=0 pour les approximations des petits angles. Mais thêta à partir de la verticale haute est également standard dans de nombreuses références. Claude a respecté sa convention de manière cohérente dans les équations du mouvement, les conditions initiales et l'intégration (Runge Kutta). GPT-4o a utilisé l'autre convention silencieusement — il n'a pas commenté son choix.
L'utilisateur travaillait sur Physics Bench, un benchmark open-source côte à côte où chaque modèle reçoit le même contrat de génération : function createSimulator(...) dans lib/prompt.ts. L'hôte possède tout le rendu ; les modèles implémentent seulement step, getInfo et reset. Les modèles ne touchent jamais à draw. Ainsi, toute différence visuelle entre les panneaux est garantie de provenir d'une réelle différence dans la logique de simulation, et non de choix de rendu.
Un test unitaire des calculs n'aurait pas détecté cela. Les deux modèles produisent une physique correcte pour leurs conventions choisies. Vous ne voyez la divergence que lorsque vous les affichez côte à côte via le même code de dessin. Cela souligne l'importance de spécifier explicitement les conventions de coordonnées dans les prompts lorsque la sortie est consommée par un moteur de rendu fixe.
Voir le fil Reddit complet pour les extraits de code et les détails de l'inspecteur de conversation.
📖 Lire la source complète : r/ClaudeAI
👀 See Also
Benchmark d'effort de raisonnement Opus 4.7 : Le niveau moyen bat les niveaux élevé et maximal sur des tâches réelles
Dans 29 tâches du dépôt GraphQL-go-tools, Opus 4.7 dans Claude Code atteint son pic à un effort de raisonnement moyen — des réglages plus élevés détériorent la correction et augmentent le coût sans améliorer la qualité des correctifs.

Révélation de l'Assemblage et de la Structure du Prompt Système de Claude Code
Une fuite de source map dans le package npm de Claude Code a exposé le flux d'assemblage des prompts système, montrant des sections de préfixe statiques suivies de contenu dynamique spécifique à la session, avec trois variantes d'identité et des directives d'exécution détaillées.

Trois lacunes critiques dans OpenClaw pour les agents d'IA en production
Un développeur identifie trois capacités manquantes dans OpenClaw qui empêchent les agents IA de fonctionner comme de véritables employés : l'auditabilité, le contrôle granulaire des actions et la résolution des instructions.

Les agents Claude sur Bedrock reçoivent des micropaiements autonomes via le protocole x402
AWS AgentCore Payments permet aux agents Claude sur Bedrock de détenir des portefeuilles et d'effectuer des micropaiements en USDC en cours de tâche via la norme HTTP x402, permettant des appels API payants autonomes et la délégation de sous-tâches sans approbation humaine.