Claude Opus 5 peut coder en autonomie pendant des heures. Quelles parties d'un POS nécessitent encore plus que du code ?

Les parties d'un POS qui ont encore besoin de plus que du code sont celles qui touchent à l'argent et au monde physique : les contrats de traitement des paiements, la conformité PCI (les règles de sécurité du secteur bancaire pour la gestion des données de carte), les terminaux certifiés de paiement de proximité et la tenue de registres qui doit être exacte à chaque fois. Claude Opus 5, sorti le 24 juillet 2026, peut exécuter des sessions de codage pendant des heures avec une supervision minimale¹. Aucune de ces heures ne permet d'obtenir un compte commerçant.

Les versions des modèles et les dates mentionnées dans cet article sont exactes à la date de publication ; considérez ces détails comme un état des lieux temporaire.

Qu'est-ce que Claude Opus 5 a réellement changé ?

Anthropic décrit un modèle conçu pour des agents fonctionnant sur la durée : il planifie de manière réfléchie, vérifie son propre travail et fonctionne plus longtemps et de façon plus autonome que les modèles Opus précédents². Sur le test de référence d'ingénierie logicielle le plus difficile d'Anthropic, il a plus que doublé le score de son prédécesseur¹. Les premiers utilisateurs rapportent lui confier des tâches autrefois fractionnées en de multiples sous-éléments et obtenir des résultats complets.

Il s'agit d'une évolution majeure qui accentue une tendance que nous avions abordée lors de la sortie de GPT-5.6 : tous les quelques mois, la quantité de logiciels fonctionnels obtenus à partir d'une seule invite s'accroît. Une interface de caisse qui nécessitait une semaine de rédaction d'prompts l'année dernière prend une après-midi aujourd'hui, et avec Opus 5, le modèle continue de travailler après votre départ.

Pourquoi l'augmentation du temps de codage ne suffit-elle pas à terminer le travail ?

Parce que les éléments les plus complexes d'un point de vente ne sont pas des problèmes de nature logicielle. Un modèle autonome produit plus de code et du code mieux vérifié. Il ne peut pas produire une décision de souscription, une certification matérielle ou un audit de sécurité, peu importe sa durée de fonctionnement. Ces éléments proviennent d'institutions, non de compilateurs.

Il existe une seconde limite, plus subtile. La compétence clé d'Opus 5 est de vérifier son propre travail, et la vérification exige une réalité de référence. Un modèle peut tester si les calculs de son passage en caisse sont exacts. Il ne peut pas effectuer de tests par rapport à un vrai réseau bancaire, à un calendrier de virement réel (lorsque les fonds arrivent effectivement sur votre compte bancaire) ou à une administration fiscale réelle, car aucun de ces éléments n'existe dans un environnement de test isolé. Un code peut être parfaitement coherent avec lui-même et ne se heurter à la réalité pour la première fois que sur votre comptoir.

Quelles parties d'un POS nécessitent encore plus que du code ?

Quatre principalement.

• Le transfert d'argent. Débiter une carte exige une relation avec un prestataire de traitement de paiement (l'entreprise qui verse les fonds par carte sur votre compte bancaire) : souscription, calendriers de versement, surveillance de la fraude, gestion des litiges. Aucune session de codage ne génère un compte commerçant approuvé.

• La sécurité des données de carte. La conformité PCI s'applique à tout système manipulant des numéros de carte. Du code de caisse généré qui gère les données de carte fait reposer la charge de cet audit sur vous ; l'infrastructure de paiement certifiée existe précisément pour préserver les commerçants de cette contrainte.

• Le matériel de paiement de proximité. Les paiements sans contact et par puce fonctionnent sur des terminaux certifiés dotés d'un micrologiciel sécurisé que personne ne peut rédiger sur mesure. C'est le même obstacle qui entraîne le rejet des applications de paiement créées à la volée sur l'App Store : les blocages sont liés aux autorisations et aux certifications, pas à la qualité du code.

• Des registres irréprochables à chaque instant. Un inventaire qui résiste à deux ventes simultanées et des rapports qui concordent (correspondant à l'argent réellement reçu) sont techniquement du code, mais du code qui doit être exact en permanence. Nous avons tracé cette frontière dans Créer un point de vente par vibe coding. Opus 5 rédige ce type de code mieux que n'importe quel modèle antérieur ; vous ne voulez pour autant pas que son premier test en production soit votre coup de feu du samedi.

Que devriez-vous alors laisser créer à Claude Opus 5 ?

Tout ce qui se situe au-dessus de cette ligne : les écrans, le flux, la logique, le comportement propre à votre secteur qui fait qu'un POS s'adapte à votre entreprise au lieu d'un modèle générique. Cette couche est du code, et Opus 5 est désormais sans doute le système le plus performant pour cela.

La voie pratique passe par MCP (Model Context Protocol, le standard ouvert permettant aux outils d'IA de se connecter à d'autres logiciels). Au lieu de demander au modèle de reconstruire le paiement à partir de zéro, vous le connectez à une plateforme où les transferts d'argent, la certification matérielle et la conformité existent déjà, et vous le laissez concevoir le passage en caisse par-dessus. Nous avons déjà écrit sur la différence entre les plateformes qu'une IA peut exploiter et les plateformes sur lesquelles une IA peut construire ; les modèles autonomes rendent cette seconde catégorie bien plus essentielle, car le modèle peut désormais mener une création très loin sans vous.

Build de Final fonctionne de cette manière : le créateur fonctionne par invites, vous décrivez le flux souhaité ou vous connectez votre propre IA via MCP, et le flux se déploie sur l'infrastructure où Final Pay, les terminaux certifiés et la tenue des registres sous-jacente sont déjà pris en charge. Comment utiliser Claude Fable 5 pour concevoir un POS fonctionnel explique ce à quoi cela ressemble avec le grand frère d'Opus 5.

Alors, quelles parties d'un POS nécessitent encore plus que du code ?

Celles qui aboutissent à un contrat, une certification ou un versement : le traitement des paiements, la conformité PCI et le matériel de paiement de proximité, ainsi que les registres qui doivent être exacts à chaque fois. Claude Opus 5 a fait évoluer la part de POS que l'on peut obtenir lors d'une session de codage. Il n'a pas changé ce qu'une session de codage peut produire. Une règle d'or utile : si la tâche se termine par du code, confiez-la au modèle ; si elle se termine par un contrat, une certification ou un transfert d'argent, confiez-la à l'infrastructure.

Si vous souhaitez voir où se situe la frontière en pratique, connectez votre propre IA à Build via MCP et laissez le modèle réaliser la partie dans laquelle il excelle désormais.