Quel flux de travail vous convient ?
Cette page compare les agents de programmation, pas un modèle nommé Codex. L’inférence locale et les compétences réutilisables ne sont pas propres à AX Code : Codex documente aussi un mode fournisseur local et des compétences.
| Critère | AX Code | Codex |
|---|---|---|
| Utilisation combinée | AX Code peut utiliser le Codex CLI installé comme fournisseur codex-cli, en réutilisant sa connexion et sa session locales. | La CLI peut aussi être employée directement dans son propre flux. |
| Flux de programmation | Agent de terminal avec traces d’exécution et commandes de comparaison. | Agent de terminal qui peut inspecter le code, modifier des fichiers et lancer des commandes. |
| Modèles locaux | Moteurs locaux pris en charge, dont AX Engine sur les Mac Apple Silicon compatibles. | Le mode OSS documenté prend en charge des fournisseurs locaux comme Ollama et LM Studio. |
| Consignes réutilisables | Compétences de projet via SKILL.md et ressources d’appoint. | Compétences via SKILL.md avec scripts et références facultatifs. |
Incluez WebMCP dans votre comparaison
Avec le pont WebMCP expérimental, AX Code peut lire des pages, appeler les outils exposés par un site et interagir avec son interface. Désactivé par défaut, il ouvre une fenêtre Chrome isolée quand vous l’activez.
Vérifiez si chaque agent de développement peut découvrir et appeler les outils WebMCP enregistrés par une page, comment il gère les profils et les approbations, et quelle configuration il exige. Évaluez le même site et la même tâche. Les connexions à des serveurs MCP et l’automatisation générale du navigateur ne prouvent pas à elles seules la prise en charge de WebMCP ; consultez la documentation actuelle de chaque produit.
Qu’évaluer avec AX Code
Ouvrez AX Code dans votre dépôt et utilisez /connect pour choisir un environnement local compatible, une API cloud, une CLI de programmation ou un endpoint GPU privé. Définissez le bac à sable et les permissions avant d’autoriser l’accès à un code inconnu. Une session ordinaire n’applique pas automatiquement la suite de tests de votre projet. Lancez les vérifications du dépôt et inspectez le diff. Utilisez le graphe de session pour voir les étapes et les appels d’outils enregistrés. Un échec de vérification enregistré reste un échec ; le message de fin de l’agent ne prouve pas qu’un correctif est exact.
AX Code Business est prévu. L’affichage de vitesse illustratif du site n’est pas un benchmark face à Codex.
Documentation ↗Comment comparer les agents équitablement ?
Nommez l’interface produit exacte, le modèle, les permissions et la configuration. Quand c’est possible, gardez la tâche et le modèle constants. Un débit mesuré avec un modèle local ne prouve pas que son harnais d’agent est meilleur.
Testez une tâche représentative
Donnez aux deux agents un petit test en échec dans des checkouts propres. Inspectez le correctif produit, l’historique des outils, le coût et le comportement de récupération. Exécutez vous-même les vérifications d’acceptation et comparez les preuves disponibles après coup.
Commencer ↗Sources et périmètre
Rédigé par l’équipe AX Code. Ceci est une comparaison de flux de travail, pas un classement indépendant de performances. Consultez la documentation officielle pour connaître la disponibilité actuelle, les offres et les prérequis de déploiement.