Note de l’auteur : comparer Codex, Claude Code et DeepSeek Harness — trois agents — sous l’angle de l’intégration des modèles, de l’extension des outils et de l’ordonnancement de l’exécution, pour expliquer ce que demande chaque scénario (changer de modèle, brancher une API, monter son automatisation) et vous aider à trancher.
Beaucoup de développeurs mettent Codex, Claude Code et DeepSeek Harness côte à côte au moment de choisir, alors que ce ne sont pas du tout des produits de la même catégorie. Cet article compare quatre dimensions — liberté de changer de modèle, mode d’intégration de l’API, extension des outils métier, exécution et automatisation — et se termine par des recommandations claires, cas d’usage par cas d’usage.
Ce n’est pas une analyse tiède du genre « chacun a ses avantages », et vous n’y trouverez pas non plus de scores de benchmark inventés. Toutes les descriptions de capacités s’appuient sur la documentation officielle de chaque éditeur (vérifiée le 12 novembre 2026), avec une distinction explicite entre « description officielle », « déduction raisonnable » et « à vérifier par vous-même ».
L’essentiel : après lecture, vous saurez répondre à trois questions — quel agent de programmation mature choisir pour démarrer tout de suite, lequel laisse le plus de liberté si vous voulez changer de modèle, et lequel convient le mieux si vous voulez bâtir votre propre système d’automatisation.

Pourquoi Codex, Claude Code et DeepSeek Harness ne sont pas des produits simplement comparables
Pour faciliter la compréhension, commençons par confier aux trois produits une même tâche : chaque matin à 9 h, collecter automatiquement les dernières actualités sur l’IA, repérer les sujets qui valent la peine d’être traités puis générer un dossier documentaire et un plan d’article, consigner ensuite les résultats dans le back-office de gestion de contenu de l’entreprise, et répéter automatiquement l’opération le lendemain. Cette tâche comporte cinq étapes — collecte d’informations, génération de contenu, saisie dans le back-office, exécution planifiée et inférence du modèle — qui couvrent précisément toutes les capacités à comparer dans la suite.
Codex et Claude Code sont des agents de programmation matures. Ils disposent d’une forme produit officielle, d’un système de comptes et de quotas d’utilisation ; ils savent lire des dépôts de code, exécuter des commandes, lancer des tests, et possèdent aussi des capacités de pilotage du navigateur ; Codex propose en outre Codex Cloud, qui permet d’exécuter des tâches dans un environnement de calcul distant. Les utiliser revient à « embaucher un ingénieur formé par l’éditeur » : les limites de capacités et les modèles disponibles sont essentiellement définis par l’éditeur.
DeepSeek Harness, en revanche, est différent. C’est un projet open source sous licence MIT, et la documentation d’architecture officielle le résume par la formule « Everything is a Plugin » : les adaptateurs de modèles, le registre d’outils, l’enregistrement des sessions, l’Agent Loop (la boucle d’exécution où le modèle et les outils interagissent de manière répétée), le système de fichiers et l’exécution de commandes, les politiques d’approbation du bac à sable, les tâches d’arrière-plan et les Webhook peuvent tous être remplacés via des plugins et de la configuration. Il se trouve actuellement en phase Developer Preview et ressemble davantage à un châssis que l’on peut retravailler soi-même qu’à un produit fini prêt à l’emploi.
Ajoutons un point : Codex possède aussi une dimension de plateforme. OpenAI a rendu public Codex Harness et propose trois modes d’intégration programmatique — SDK, App Server et codex exec ; mais l’éditeur distingue explicitement le code d’exécution open source, d’une part, et l’accès aux modèles ainsi que le service cloud hébergé, d’autre part : ce sont des niveaux différents qu’il ne faut pas confondre.
| Axe de comparaison | Codex | Claude Code | DeepSeek Harness |
|---|---|---|---|
| Positionnement produit | Agent de programmation mature, couvrant le CLI local et les tâches cloud | Agent de programmation mature, profondément intégré au flux de développement | Système d’exécution d’Agent open source et personnalisable |
| Degré d’ouverture | CLI et Harness open source (Apache-2.0), le service cloud hébergé est une couche distincte | Produit commercial, proposant des interfaces d’extension officielles, sans publier le code source principal | Open source sous MIT, actuellement en Developer Preview |
| Approche d’extension | MCP, Plugins, SDK, App Server | MCP, Hooks, Subagents, Agent SDK | Tout est plugin, l’Agent Loop est lui aussi remplaçable |
| Responsabilité de maintenance | Assumée en grande partie par le produit officiel et le service cloud | Assumée en grande partie par le produit officiel et le service cloud | À la charge de l’utilisateur, qui configure, maintient et assume la responsabilité de la sécurité |
Aperçu des termes : la base commune pour comprendre le tableau comparatif Codex, Claude Code et DeepSeek Harness
La tâche « journal d’actualités » évoquée plus haut reviendra plusieurs fois dans la suite. Commençons donc par clarifier les termes clés à partir d’un même exemple, pour éviter que chacun parle de choses différentes.
- API : le « format de commande » convenu entre un programme et le service de modèle ; chaque étape d’appel dans la tâche de journal passe par lui.
- API Key : l’identifiant qui prouve « qui vous êtes », l’équivalent d’un code de retrait, à conserver précieusement.
- Base URL : l’adresse du service à laquelle envoyer les requêtes ; une adresse configurable ne signifie pas forcément que le protocole est compatible.
- Adaptateur de modèle : le composant interne d’un Agent qui se connecte au service de modèle et gère les formats de requête et de réponse.
- Appel d’outils : le mécanisme par lequel le modèle dit « aide-moi à chercher » au lieu d’inventer directement une réponse.
- MCP : le protocole qui relie un Agent à des outils externes et à des services de données ; Codex et Claude Code le prennent tous deux en charge.
- SDK : un kit de développement qui permet d’intégrer les capacités d’un Agent dans vos propres programmes.
- Webhook : une interface par laquelle un événement externe « sonne à la porte » de votre application.
- Agent Loop : la boucle d’exécution dans laquelle le modèle et les outils échangent jusqu’à la fin de la tâche.
- Tâche cloud : une tâche exécutée dans un environnement distant, dont les permissions et la disponibilité des fichiers dépendent de la configuration de cet environnement.
Changer de modèle : Codex vs Claude Code vs DeepSeek Harness, lequel offre le plus de liberté
« Changer de modèle » est souvent la raison directe pour laquelle une équipe s’intéresse à un framework d’Agent, et les trois produits abordent cette question de façon très différente.
Codex propose deux modes d’accès : la connexion avec un compte ChatGPT, ou l’utilisation de sa propre clé API (avec une configuration supplémentaire). À noter : le premier consomme le quota Codex inclus dans le forfait ChatGPT, le second est facturé à l’usage via l’API, et les quotas de ces deux modes ne sont pas mutualisés — il ne faut donc pas confondre le Codex CLI open source avec les quotas d’abonnement.
Claude Code propose officiellement la connexion par abonnement, ainsi que des accès via Anthropic Console, Amazon Bedrock, Google Vertex AI, Microsoft Foundry, etc. ; les interfaces de développement comme le Terminal CLI, VS Code ou JetBrains prennent également en charge la configuration de fournisseurs tiers. Mais soyons clairs : cela ne signifie pas que tous les points d’entrée des produits Claude peuvent être remplacés par n’importe quel modèle — la portée exacte dépend de la documentation officielle de la version que vous utilisez.
DeepSeek Harness offre la plus grande liberté, mais aussi la plus grande responsabilité. Son adaptateur de modèle est lui-même un plugin, et la documentation de développement prend pour exemple les deux variables d’environnement DEEPSEEK_API_KEY et DEEPSEEK_BASE_URL : la clé API sert à l’authentification, la Base URL à spécifier une adresse d’API personnalisée ; si elle n’est pas définie, l’API officielle DeepSeek est utilisée par défaut. Précisons toutefois : une Base URL personnalisée n’est qu’un exemple de configuration de l’adaptateur DeepSeek ; le bon fonctionnement d’autres services de modèles dépend de la compatibilité réelle du protocole de requête et de l’appel des outils. Une adresse configurable ne veut pas dire que tout marche clé en main.
Si vous comptez de toute façon basculer et comparer fréquemment entre GPT, Claude, DeepSeek et autres, placer la couche modèle sur une interface unifiée réduit considérablement le coût de ces changements. Les informations publiques d’APIYI (apiyi.com) indiquent que la plateforme propose une interface compatible OpenAI : une seule clé API permet d’appeler plusieurs modèles populaires, avec une facturation à l’usage et un crédit d’essai gratuit pour les nouveaux utilisateurs (ceci est la description publique de la plateforme ; pour la compatibilité précise des modèles, mieux vaut se fier à vos propres tests).
| Critère | Codex | Claude Code | DeepSeek Harness |
|---|---|---|---|
| Accès par défaut | Connexion avec un compte ChatGPT, quota inclus dans le forfait | Connexion par abonnement Claude | Connexion par défaut à l’API officielle DeepSeek |
| Clé API personnelle | Prise en charge, configuration supplémentaire requise, facturation à l’usage via l’API | Prise en charge des canaux officiels Anthropic Console, Bedrock, Vertex AI, Foundry, etc. | Configuration via des variables d’environnement comme DEEPSEEK_API_KEY |
| Adresse de modèle personnalisée | Non ouverte officiellement aux adresses de modèles tiers arbitraires | Le CLI et l’IDE prennent en charge des fournisseurs tiers, mais pas tous les points d’entrée produits | DEEPSEEK_BASE_URL peut pointer vers une adresse personnalisée |
| Liberté de changement | Limitée par le système de comptes officiel et les règles de facturation | Moyenne à bonne, avec des restrictions conditionnelles | Maximale, mais il faut vérifier soi-même la compatibilité du protocole et de l’appel des outils |

La stratification illustrée ci-dessus est la clé pour comprendre cet article : la couche services de modèles ne fournit que la capacité d’inférence, la couche environnement Agent décide comment la tâche est planifiée et exécutée, et c’est la couche outils externes qui touche réellement le navigateur, les fichiers et le back-office de l’entreprise. Changer de modèle, c’est résoudre la couche du bas ; monter une automatisation, c’est résoudre les couches intermédiaire et supérieure — les deux ne peuvent pas se substituer l’une à l’autre.
Intégrer des outils métier : Codex, Claude Code ou DeepSeek Harness, quelle extension est la plus flexible
Retour à la troisième étape de la tâche quotidienne : « remplir le back-office de l’entreprise ». C’est là que la capacité d’extension de l’outil est mise à l’épreuve.
Codex se connecte à des outils externes via MCP, et lance et pilote des tâches d’Agent dans vos propres programmes via le SDK ; App Server permet à d’autres applications de s’interfacer avec ses sessions, ses événements, ses appels d’outils et son processus d’approbation ; codex exec s’adresse aux scénarios de scripts et de CI, pratique pour construire des tâches automatisées reproductibles. La logique globale, c’est « un produit officiel clé en main + des interfaces de programmation standardisées ».
Le système d’extension de Claude Code s’articule autour de MCP, Hooks et Subagents. Les exemples MCP officiels incluent la lecture de documents de conception Google Drive, la récupération de tâches depuis Jira, l’interrogation de PostgreSQL, la création de brouillons Gmail, et même l’envoi de messages à une session d’Agent via des événements externes ou des Webhooks. Les Subagents peuvent disposer d’un contexte, d’un prompt système (invite système), de permissions d’outils et d’un choix de modèle indépendants, et travailler en parallèle en arrière-plan ; les Hooks, eux, permettent d’exécuter des scripts personnalisés avant et après les appels d’outils, lors des demandes de permission, au démarrage et à la fin des sessions — idéal pour ajouter des « points de contrôle » à un flux.
La logique d’extension de DeepSeek Harness est plus radicale encore : le registre d’outils, l’Agent Loop et la politique d’approbation du sandbox sont tous remplaçables. Autrement dit, vous ne pouvez pas seulement « ajouter des outils », vous pouvez aussi modifier « comment le modèle décide quel outil appeler et comment poursuivre l’exécution ». Le prix à payer est clair : tout est à configurer et à maintenir soi-même, et la documentation de sécurité officielle indique noir sur blanc que le projet n’a pas encore fait l’objet d’un audit de sécurité et ne doit pas être considéré comme un logiciel sécurisé prêt pour la production.
| Capacité d’extension | Codex | Claude Code | DeepSeek Harness |
|---|---|---|---|
| Connexion d’outils externes | MCP, Plugins | MCP (exemples officiels : Drive, Jira, PostgreSQL, Gmail, etc.) | Système de plugins et registre d’outils |
| Intervention sur le flux d’exécution | SDK, App Server, Hooks | Les Hooks peuvent exécuter des scripts avant/après les appels d’outils, lors des demandes de permission, etc. | L’Agent Loop lui-même est remplaçable |
| Collaboration multi-Agent | Orchestration multi-tâches via le cloud et le SDK | Subagents avec contexte et permissions indépendants, parallélisme en arrière-plan | Combinaison libre via des plugins |
| Intégration aux systèmes métier | SDK, App Server, codex exec | MCP, Webhook pour envoyer des messages à la session | Background Jobs, Webhook, templates d’exécution SDK |
Envie de mettre en place l’automatisation : comparaison des modes d’exécution de Codex, Claude Code et DeepSeek Harness
Pour une tâche de rapport quotidien, l’étape la plus difficile est de « continuer à s’exécuter automatiquement demain, idéalement sans allumer l’ordinateur ». Cela fait appel à des capacités d’exécution et d’orchestration, et il faut d’abord distinguer trois capacités différentes : l’exécution de processus locaux, les tâches cloud hébergées et la planification continue.
Codex Cloud fournit un environnement de calcul distant géré par OpenAI, chaque tâche disposant d’un espace de travail indépendant ; les tâches cloud peuvent continuer à s’exécuter même lorsque l’ordinateur est en veille. La documentation d’aide officielle indique que l’état de la machine virtuelle sauvegardé reste récupérable par défaut pendant 7 jours au maximum après le dernier démarrage ou la dernière reprise de la tâche (description officielle). Pour le scénario « exécuter des tâches planifiées après avoir éteint l’ordinateur », Codex Cloud est une solution officielle assez directe.
Claude Code repose principalement sur une exécution locale ; les agents en arrière-plan et les Subagents inter-sessions dépendent du mode d’exécution précis. La possibilité de continuer après l’extinction de l’ordinateur dépend de l’emplacement de déploiement de votre environnement d’exécution ; l’éditeur ne le présente pas comme un produit de tâches cloud capable de « reprendre après extinction ».
DeepSeek Harness propose Background Jobs et Webhook, ce qui permet de l’intégrer à d’autres systèmes d’automatisation. Toutefois, son backend officiel de tâches locales dépend d’un processus en cours d’exécution : pour qu’il fonctionne 24 h/24 et 7 j/7, il faut le déployer soi-même sur un serveur ou un conteneur toujours allumé. Côté opérations dans le navigateur, il faut installer dsh-browser-use et activer explicitement des fournisseurs expérimentaux tels que Playwright MCP, Chrome DevTools MCP ou Stagehand ; en outre, l’état de connexion n’est pas restauré automatiquement à partir des journaux de session. Tout cela fait partie des coûts inhérents à une « grande liberté ».
| Mode d’exécution | Codex | Claude Code | DeepSeek Harness |
|---|---|---|---|
| Exécution locale | CLI exécutée dans le terminal local | CLI en terminal et intégration à l’IDE | Modèles d’exécution Web, Headless, SDK, etc. |
| Exécution cloud | Environnement distant Codex Cloud, peut continuer après mise en veille de l’ordinateur | Dépend du mode d’exécution et des conditions de déploiement | Nécessite votre propre serveur ou conteneur toujours allumé |
| Tâches en arrière-plan et planification | Tâches cloud, codex exec pour les scripts et la CI | Agents en arrière-plan, Subagents inter-sessions | Background Jobs, Webhook (dépend d’un processus en cours d’exécution) |
| Opérations dans le navigateur | Dispose de capacités liées au navigateur et à Computer Use | Extension Chrome et Computer Use (sous conditions) | Nécessite l’installation de fournisseurs expérimentaux comme dsh-browser-use |
Il faut le garder en tête : la recherche dans le navigateur, l’automatisation du navigateur et le contrôle du bureau sont trois niveaux de capacité différents ; ne les confondez pas lors de l’évaluation. De même, l’exécution planifiée locale et l’exécution cloud continue sont deux choses distinctes.
Prise en main rapide de Codex, Claude Code et DeepSeek Harness : commencez par faire fonctionner l’API de la couche modèle
Quel que soit votre choix final, la première étape consiste à faire fonctionner la couche modèle. Avec une interface compatible OpenAI, une dizaine de lignes de code suffisent pour effectuer le premier appel :
import openai
client = openai.OpenAI(
api_key="YOUR_API_KEY",
base_url="https://api.apiyi.com/v1" # Interface unifiée APIYI, compatible OpenAI
)
response = client.chat.completions.create(
model="gpt-4o-mini",
messages=[{"role": "user", "content": "用一句话总结今天的 AI 新闻要点"}],
)
print(response.choices[0].message.content)
Voir le code complet : comprendre l’Agent Loop avec l’appel d’outils
import json
import openai
client = openai.OpenAI(
api_key="YOUR_API_KEY",
base_url="https://api.apiyi.com/v1" # Interface unifiée APIYI
)
tools = [
{
"type": "function",
"function": {
"name": "search_news",
"description": "搜索今天的 AI 新闻",
"parameters": {
"type": "object",
"properties": {"keyword": {"type": "string"}},
},
},
}
]
def search_news(keyword):
# Dans un projet réel, remplacez par votre API de recherche ou l’interface de votre système métier
return "关于 " + keyword + " 的示例新闻"
messages = [{"role": "user", "content": "搜索今天的 AI 新闻, 总结成一段日报"}]
for _ in range(5):
# Agent Loop : le modèle et l’outil échangent à plusieurs reprises jusqu’à ce que la tâche soit terminée
response = client.chat.completions.create(
model="gpt-4o-mini", messages=messages, tools=tools
)
msg = response.choices[0].message
if msg.tool_calls:
messages.append(msg)
for call in msg.tool_calls:
args = json.loads(call.function.arguments or "{}")
result = search_news(args.get("keyword", "AI"))
messages.append({"role": "tool", "tool_call_id": call.id, "content": result})
else:
print(msg.content)
break
Ce code illustre bien que « l’API du modèle n’est pas l’environnement de l’Agent » : le modèle se contente de décider « faut-il appeler un outil, et lequel », tandis que search_news constitue la couche d’exécution que vous fournissez vous-même, et la boucle for représente l’Agent Loop le plus simple. Remplacez la fonction d’outil par votre interface métier, puis combinez-la avec le SDK Codex, le MCP de Claude Code ou le système de plugins de DeepSeek Harness : vous obtenez l’ébauche de leurs automatisations respectives. Le format précis des paramètres d’appel d’outils et le périmètre disponible dépendent du modèle et de la documentation de l’interface choisis.
🚀 Pour démarrer rapidement : je vous recommande de commencer par faire fonctionner la couche modèle via APIYI (apiyi.com), de récupérer une clé API et un crédit d’essai gratuit pour les nouveaux utilisateurs, puis d’intégrer progressivement les outils et l’orchestration via l’interface unifiée. La plateforme prend en charge l’appel unifié de plusieurs modèles courants, ce qui facilite la comparaison et le changement dans un même environnement (selon la description publique de la plateforme).
⚠️ Attention : un service d’agrégation d’API peut aider à brancher et à changer de modèle, mais il ne fournit pas automatiquement l’opération du navigateur, les permissions de fichiers, les capacités de calcul cloud ni l’orchestration des tâches ; appeler l’API d’un modèle et disposer d’un abonnement produit à Codex ou Claude sont deux choses différentes.
Recommandations par scénario : changer de modèle, intégrer une API, mettre en place l’automatisation — comment choisir

| Votre besoin | À privilégier | Raison principale |
|---|---|---|
| Un agent de codage mature prêt à l’emploi | Codex ou Claude Code | Forme produit officielle complète, faible coût de maintenance |
| Remplacer librement les modèles GPT, Claude, DeepSeek, etc. | DeepSeek Harness | Adaptateurs interchangeables, prise en charge d’une Base URL personnalisée |
| Intégrer l’agent dans votre propre logiciel métier | Codex SDK/App Server, Claude Agent SDK, DeepSeek Harness SDK | Les trois offrent un accès programmatique |
| Faire tourner des tâches planifiées même ordinateur éteint | Codex Cloud ou un service Harness déployé par vos soins | Les tâches cloud officielles face à un environnement permanent auto-hébergé |
| Modifier la logique d’exécution de l’agent elle-même | DeepSeek Harness | Open source MIT, Agent Loop remplaçable |
Conseil de décision : demandez-vous d’abord quel degré de liberté vous voulez
- Utiliser directement un agent de codage mature : choisissez Codex ou Claude Code. Les deux offrent un workflow de développement complet et l’officiel assure l’essentiel de la maintenance, ce qui convient aux équipes qui veulent déléguer directement les tâches et obtenir des résultats rapidement ; le compromis à accepter, c’est que la sélection des modèles et les règles d’usage sont décidées par le produit officiel.
- Remplacer librement les modèles et le mécanisme d’exécution : choisissez DeepSeek Harness. Son architecture à plugins offre le plus grand espace de personnalisation, mais il faut accepter le statut Developer Preview, l’avertissement d’audit de sécurité non terminé, ainsi que l’entière responsabilité du déploiement et du filet de sécurité.
- Intégrer l’agent dans votre propre logiciel métier : examinez en priorité ces trois voies programmatiques — Codex SDK/App Server, Claude Agent SDK et DeepSeek Harness SDK — et combinez-les selon votre stack technique existante et le degré de liberté de modèles souhaité.
💡 Conseil de choix : le choix dépend du degré de liberté que vous voulez et du coût de maintenance que vous acceptez de supporter. Avant de décider, je vous suggère de faire tourner un par un les modèles prévus sur une interface unifiée comme APIYI apiyi.com, de valider le comportement au niveau du modèle, puis de décider quelle forme d’agent adopter.
Questions fréquentes (FAQ)
Q1 : quelle est la différence fondamentale entre Codex, Claude Code et DeepSeek Harness ?
Codex et Claude Code sont des produits d’agent de programmation matures, développés respectivement par OpenAI et Anthropic : comptes officiels, quotas d’utilisation et interfaces d’extension. DeepSeek Harness, lui, est un framework d’exécution d’agent open source sous licence MIT, où le modèle, les outils et la boucle d’exécution sont des plugins remplaçables ; il est actuellement en Developer Preview. Les deux premiers sont des « produits prêts à l’emploi », le troisième ressemble plutôt à un « châssis que l’on peut modifier soi-même ».
Q2 : en quoi DeepSeek Harness diffère-t-il d’un appel direct à l’API DeepSeek ?
Appeler directement l’API DeepSeek ne vous donne que les capacités de raisonnement et de génération du modèle ; DeepSeek Harness est un environnement d’exécution complet qui enveloppe le modèle et prend en charge l’appel d’outils, l’historique des sessions, le sandbox et les tâches en arrière-plan. Pour comparer : l’API est le moteur, le Harness est le véhicule complet, que l’on peut modifier à sa guise. Si vous voulez passer à un modèle autre que DeepSeek, il faut configurer un adaptateur et une URL de base (Base URL), puis vérifier la compatibilité du protocole et de l’appel d’outils ; vous pouvez aussi commencer par comparer les modèles au niveau de la couche modèle via une interface unifiée comme APIYI apiyi.com.
Q3 : faut-il forcément un abonnement ChatGPT pour Codex, ou peut-on utiliser sa propre clé API ?
Pas forcément. Le dépôt officiel indique qu’il est possible de se connecter avec un compte ChatGPT, mais aussi d’utiliser sa propre clé API (avec une configuration supplémentaire). Dans le premier cas, on consomme le quota Codex inclus dans le plan ChatGPT ; dans le second, la facturation se fait à l’usage de l’API. Les quotas de ces deux modes ne sont pas interchangeables, et le Codex CLI open source ne doit pas non plus être directement assimilé au quota d’abonnement.
Q4 : peut-on utiliser un modèle autre que Claude avec Claude Code ?
La documentation officielle liste plusieurs modes d’accès : Anthropic Console, Amazon Bedrock, Google Vertex AI, Microsoft Foundry, etc. Le CLI en terminal ainsi que les interfaces de développement VS Code et JetBrains prennent en charge la configuration de fournisseurs tiers. Cela ne signifie pas pour autant que toutes les entrées des produits Claude peuvent être remplacées par n’importe quel modèle : le périmètre exact dépend de la documentation officielle de la version que vous utilisez.
Q5 : comment intégrer rapidement une API de modèle pour tester ces trois agents ?
Le mieux est de valider d’abord la couche modèle, puis d’ajouter progressivement les outils et l’orchestration :
1. Rendez-vous sur APIYI apiyi.com pour créer un compte, récupérer une clé API et le quota de test gratuit réservé aux nouveaux utilisateurs ;
2. Remplacez le `base_url` des exemples de code de cet article par `https://api.apiyi.com/v1`, puis effectuez votre premier appel ;
3. Une fois que les sorties du modèle et le format des appels d’outils sont corrects, branchez respectivement le SDK Codex, le MCP de Claude Code ou les plugins de DeepSeek Harness.
La plateforme propose une interface compatible OpenAI et un accès multi-modèles (d’après sa description publique), ce qui facilite la comparaison de différents modèles dans un même code.
Q6 : peut-on utiliser DeepSeek Harness directement en production ?
Ce n’est pas recommandé. Les notes de sécurité officielles le disent clairement : le projet n’a pas encore fait l’objet d’un audit de sécurité et ne doit pas être considéré comme un logiciel sûr, adapté à la production ; il peut exécuter du code et des commandes générés par le modèle, et accéder aux fichiers, au réseau, aux processus et aux identifiants qui lui sont autorisés. L’équipe officielle recommande d’appliquer le principe du moindre privilège et de privilégier une exécution dans une machine virtuelle jetable, un conteneur ou un environnement dédié.
Q7 : suffit-il qu’une API de modèle prenne en charge l’appel d’outils pour faire tourner un agent ?
Pas nécessairement. Pour qu’un agent fonctionne, il faut aussi tenir compte de l’environnement d’exécution, de l’enregistrement des outils, des permissions et de l’orchestration. Le fait que l’URL de base soit configurable ne signifie pas que le protocole est automatiquement compatible ; même si la couche modèle est connectée, les opérations dans le navigateur, l’accès aux fichiers et les tâches planifiées nécessitent chacun leurs composants dédiés. Avant l’intégration, je recommande de valider couche par couche : « couche modèle → couche outils → couche orchestration ».
Codex, Claude Code et DeepSeek Harness : les points clés à retenir
- Positionnement : Codex et Claude Code sont des agents de programmation matures, tandis que DeepSeek Harness est un framework open source d’exécution d’agents.
- Liberté de choix du modèle : les adaptateurs de Harness sont remplaçables et une URL de base personnalisée est prise en charge ; les deux autres sont limités par leurs canaux d’accès officiels.
- Méthodes d’extension : MCP et SDK constituent le langage commun ; Hooks et Subagents sont des spécificités de Claude Code ; Harness permet même de remplacer l’Agent Loop.
- Différences d’exécution : Codex Cloud peut continuer à fonctionner après la mise en veille de l’ordinateur ; les tâches planifiées de Harness nécessitent un environnement toujours actif.
- Périmètre de sécurité : DeepSeek Harness est en Developer Preview et n’a pas encore fait l’objet d’un audit de sécurité ; en cas d’auto-hébergement, appliquez le principe du moindre privilège.
- Ordre de mise en œuvre : commencez par faire fonctionner l’API de la couche modèle, puis connectez progressivement les outils et l’orchestration, plutôt que de viser directement une automatisation complète.
Conclusion
En remettant chaque produit à sa place, la conclusion devient limpide :
- Codex : un Agent de programmation mature, complété par les tâches cloud de Codex Cloud — idéal pour les équipes qui veulent « déléguer la tâche ».
- Claude Code : un Agent de programmation mature, où MCP, Hooks et Subagents forment un écosystème d’extension flexible — idéal pour une personnalisation poussée au sein d’un flux de travail de développement existant.
- DeepSeek Harness : un socle open source MIT modifiable à volonté, dont on peut changer le modèle comme les mécanismes d’exécution — idéal pour les développeurs prêts à construire leur propre système d’automatisation et à assumer la maintenance et la sécurité.
Revenons enfin à la frontière la plus importante : l’API du modèle détermine la capacité de raisonnement, l’environnement de l’Agent détermine ce que le modèle peut appeler, comment il exécute et comment il remet le résultat à l’utilisateur. Changer de modèle, connecter une API et monter une automatisation sont trois choses de niveaux différents : valider couche par couche, dans l’ordre « couche modèle → couche outils → couche orchestration », est plus sûr que de tout faire d’un coup. Nous recommandons de vérifier rapidement l’effet de la couche modèle via APIYI apiyi.com : la plateforme propose une interface compatible OpenAI, un accès unifié multi-modèles et un quota gratuit pour les nouveaux utilisateurs.
Références
- GitHub – Codex : dépôt open source officiel d’OpenAI
- Lien :
github.com/openai/codex -
Description : code source de la CLI, modes de connexion par compte et par clé API
-
Codex as a platform : blog développeurs d’OpenAI
- Lien :
developers.openai.com/blog/codex-as-a-platform -
Description : présentation par couches du Harness open source, du SDK, de l’App Server et du service hébergé
-
Using Codex Cloud : documentation d’aide officielle OpenAI
- Lien :
help.openai.com/en/articles/20001545-using-codex-cloud -
Description : environnement de calcul distant, espaces de travail indépendants et règles de restauration de l’état des machines virtuelles
-
Claude Code Docs : documentation officielle d’Anthropic
- Lien :
code.claude.com/docs/en/overview -
Description : modes d’accès, capacités de MCP, des Subagents et des Hooks
-
GitHub – DeepSeek Harness : dépôt officiel de DeepSeek
- Lien :
github.com/deepseek-ai/deepseek-harness -
Description : architecture de plugins, configuration des adaptateurs de modèles, sous-système de navigateur et notes de sécurité
-
Guide développeur APIYI : présentation publique de la plateforme
- Lien :
help.apiyi.com/apiyi-wentuozhongxin-shangxian-kaifazhe-zhinan.html - Description : interface compatible OpenAI, clé API unifiée et accès multi-modèles
Auteur : équipe technique APIYI
Échanges techniques : contactez-nous depuis la page d’accueil du site APIYI ; pour plus de ressources sur l’intégration des modèles, consultez le centre de documentation docs.apiyi.com
