Comprendre DeepSeek Harness, Codex et Claude Code : comparer le contrôle des agents selon 5 dimensions

Résumé en une phrase : DeepSeek Harness fournit un système d’exécution modifiable, Codex propose à la fois un cœur open source et un produit officiel, Claude Code livre ses capacités via des outils commerciaux et des interfaces d’extension ; la vraie différence, c’est de savoir quelle couche vous pouvez modifier, et qui en assure la maintenance une fois la modification faite.

« DeepSeek Harness est open source, Codex et Claude Code sont des produits fermés » : cette distinction n’est pas exacte. D’après les documents officiels fournis, avec une date de vérification des sources au 12 novembre 2026, Codex CLI est distribué sous licence Apache-2.0, et OpenAI a également publié Codex Harness, mais l’accès aux modèles et le service cloud hébergé relèvent de niveaux différents.

Cet article ne propose pas de classement d’efficacité sans mesure réelle ; il place plutôt les trois options dans une même tâche : collecter chaque jour les actualités sur l’IA, générer des sujets et des dossiers de ressources, puis enregistrer le brouillon dans le back-office de l’entreprise. En suivant cette tâche, nous expliquons couche par couche les différences en matière de code source, d’outils, d’environnement d’exécution et de responsabilité de maintenance.

Comprendre DeepSeek Harness, Codex et Claude Code : remettons d’abord les termes dans le contexte de la tâche

Un agent ne se résume pas à un modèle qui répond à des questions. Pour lui faire chercher des actualités, utiliser un navigateur ou enregistrer un brouillon, il faut un système qui organise le modèle, les outils, l’état et le processus d’exécution : c’est l’Agent Harness.

On peut voir le modèle comme le « cerveau » qui propose l’action suivante, et le Harness comme la couche qui relie cette action aux outils, puis renvoie le résultat au modèle. Entre les deux, il y a aussi les autorisations et l’environnement d’exécution : « brancher l’API du modèle » ne signifie pas qu’un agent complet est déjà opérationnel.

Terme	Signification dans une tâche de sélection de sujets d’actualité	Limite à ne pas confondre
Agent Loop	Boucle de recherche, lecture des résultats, vérification complémentaire, puis génération d’un brouillon	Ce n’est pas une simple requête au modèle
Adaptateur de modèle	Convertit une requête dans le format attendu par le service de modèle	Le fait que l’adresse soit configurable ne garantit pas une compatibilité totale du protocole
MCP	Protocole pour connecter des outils de recherche, des bases de données ou des systèmes internes de l’entreprise	Connecter un outil ne donne pas automatiquement accès aux autorisations métier
Bac à sable	Environnement d’exécution qui limite l’accès aux commandes, aux fichiers et au réseau	L’efficacité de l’isolation dépend de la configuration
Licence open source	Définit les conditions d’utilisation, de modification et de distribution du code publié	N’inclut pas le droit d’utiliser gratuitement le service de modèle et les ressources cloud

MIT et Apache-2.0 sont deux licences open source permissives qui autorisent l’utilisation, la modification et la distribution, mais chacune impose ses propres conditions. Quant au statut de developer preview, il indique que le produit n’en est qu’à ses débuts : les interfaces, les plugins et la compatibilité peuvent évoluer. Il ne faut donc pas en conclure qu’il est déjà prêt pour un déploiement en production.

Jusqu’où vont réellement les sources de DeepSeek Harness, Codex et Claude Code ?

Commençons par corriger une idée fausse centrale : on ne peut pas décrire Codex comme un produit purement fermé. Le code source public de Codex CLI est sous licence Apache-2.0, et le Harness publié par OpenAI offre également un point d’entrée pour étudier et intégrer les systèmes Agent sous-jacents ; cela n’a rien à voir avec l’achat d’un service hébergé officiel.

Élément comparé	Périmètre ouvert	Utilisation possible	Conclusion à ne pas en tirer
DeepSeek Harness	Projet public open source sous MIT	Consulter, modifier et étendre le système d’exécution	Un audit de sécurité déjà réalisé, aucune maintenance nécessaire
Codex CLI / Harness	CLI sous Apache-2.0, Harness déjà public	Modifier le code public, intégrer des capacités Agent	Service cloud, modèles et infrastructure entièrement open source
Claude Code	Produit commercial non open source, avec interfaces d’extension	Personnaliser via outils, Hooks, sous-agents	Possibilité de modifier librement le moteur interne non public

DeepSeek Harness se rapproche davantage d’un système d’exécution d’Agent que les développeurs peuvent transformer. L’offre officielle comprend des configurations d’exécution telles que Web, Headless, SDK, SDK allégé et ACP, afin de choisir le mode d’interaction selon les besoins de l’application, plutôt que d’être limité à une interface figée.

Codex se situe à la croisée de deux approches : un cœur open source et un outil prêt à l’emploi. Les développeurs peuvent intégrer des tâches, des sessions, des événements et des flux d’approbation via le SDK, App Server ou codex exec ; les utilisateurs ordinaires peuvent aussi passer par les produits officiels CLI, App, IDE ou Cloud.

Claude Code, de son côté, met l’accent sur des outils de développement directement utilisables et sur des mécanismes d’extension officiels. Il n’est pas totalement impossible à personnaliser : la personnalisation se fait généralement au niveau des outils, des événements et de la répartition des tâches. Il ne faut pas en conclure que le moteur d’exécution sous-jacent est lui aussi ouvert.

Les 5 dimensions de contrôle de DeepSeek Harness, Codex et Claude Code

Pour évaluer le contrôle, ne vous demandez pas seulement « y a-t-il un plugin ? ». La question plus utile est : si le flux d’actualités déraille, pouvez-vous modifier l’accès au modèle, le comportement des outils, la logique de boucle, la reprise de session et l’environnement d’exécution réel ?

Dimension de contrôle	DeepSeek Harness	Codex	Claude Code
Accès au modèle	Adaptateur de modèle remplaçable, protocole à valider	Code public étudiable, mais le produit officiel reste soumis aux règles d’accès au modèle	Prend en charge les modes d’accès aux services listés officiellement, ce qui ne signifie pas que n’importe quel modèle est remplaçable
Extension des outils	Registre d’outils et composants d’exécution modifiables	Prend en charge MCP, Hooks, Skills, Plugins, etc.	Prend en charge MCP, Hooks, Skills, Plugins, etc.
Agent Loop	La boucle centrale peut être modifiée via un plugin ou le code source	Le Harness public peut être modifié, mais le service hébergé a ses propres limites	Les extensions influencent le flux, mais le moteur non public ne peut pas être modifié librement
Session et état	Modes d’enregistrement, de stockage et de reprise remplaçables	App Server, etc. fournissent l’intégration des sessions et des événements	Gestion des workflows via les interfaces officielles et des sous-agents
Environnement d’exécution	Configuration autonome des fichiers, du Shell, du sandbox et des tâches en arrière-plan	Exécution locale possible, ou environnement cloud officiel	Dépend du point d’entrée du produit, du mode d’exécution et de l’autorisation

DeepSeek Harness : changer le « mode de fonctionnement du workflow »

L’architecture de DeepSeek Harness met en avant le principe « Tout est un plugin ». Les adaptateurs de modèle, le registre d’outils, l’historique des sessions, l’Agent Loop, le système de fichiers, l’exécution de commandes, le sandbox et les politiques d’approbation peuvent tous être remplacés via des plugins et de la configuration.

Par exemple, si une équipe exige que « chaque sujet s’appuie sur plusieurs sources indépendantes, faute de quoi il ne doit pas être enregistré », les développeurs peuvent intégrer l’outil de vérification et la politique d’exécution dans le flux du système. Mais le fait de pouvoir modifier le code source n’est qu’une condition de mise en œuvre : la fiabilité des règles demande encore des tests et des contrôles, et elle ne peut pas être garantie par la seule invite.

Codex : le code public et le service officiel sont deux périmètres de contrôle

L’avantage de Codex, c’est qu’on peut utiliser du code public pour l’exécution ou choisir l’expérience du produit officiel. Si vous intégrez ces capacités dans les logiciels de l’entreprise, le SDK, l’App Server et les points d’entrée pour l’exécution de scripts offrent différentes manières de les intégrer ; si vous utilisez Codex Cloud, l’environnement de calcul distant est géré par OpenAI.

Autrement dit, modifier le code public en local ne signifie pas pouvoir modifier le service cloud officiel. Ce n’est pas parce qu’une tâche cloud officielle peut continuer à tourner après la mise en veille de la machine locale qu’elle peut accéder directement aux fichiers d’un ordinateur éteint ou aux sessions de navigateur déjà connectées.

Claude Code : étendre les workflows, pas réécrire le moteur

Le MCP de Claude Code peut se connecter à des bases de données et à des services métier ; les Hooks permettent d’exécuter des vérifications avant et après l’appel d’un outil, lors d’une demande d’autorisation ou à la fin d’une tâche. Les Subagents peuvent quant à eux disposer d’un contexte, d’invites, de permissions d’outils et d’un choix de modèle indépendants, ce qui est pratique pour séparer la collecte d’informations de la vérification des sources.

Pour une tâche de veille journalistique, on peut concevoir un Hook de « validation avant enregistrement », puis créer un brouillon via un outil d’arrière-plan. Cela revient à influencer l’exécution par le biais d’interfaces d’extension, et non à modifier la boucle d’agent interne ; le choix indépendant du modèle ne signifie pas non plus que toutes les interfaces produit autorisent n’importe quel service de modèle.

Dans le schéma, il faut distinguer la connexion au modèle du système d’exécution : APIYI apiyi.com peut être une plateforme candidate pour l’accès à l’API du modèle, mais elle ne remplace pas les environnements d’exécution, les configurations de permissions et les règles produit propres aux trois outils.

Déployer soi-même DeepSeek Harness : quelles responsabilités de maintenance faut-il vraiment assumer ?

L’open source ne signifie pas zéro coût. Au-delà de l’invocation du modèle, un flux de veille journalistique a aussi besoin de services de recherche, d’un navigateur, de stockage, d’identifiants de connexion, d’un environnement d’exécution permanent, ainsi que de mécanismes de nouvelle tentative et de diagnostic en cas d’échec.

Poste de responsabilité	DeepSeek Harness auto-hébergé	Approche Codex	Approche Claude Code
Coûts des modèles et des outils	À configurer et à calculer soi-même	Varient selon l’API, le produit et le mode de tâche cloud	Varient selon l’API, le produit et le mode d’outil d’extension
Environnement d’exécution permanent	Déploiement, supervision et restauration à sa charge	Maintenance locale à sa charge ; le Cloud officiel gère l’environnement distant	Il faut vérifier le point d’entrée d’exécution précis et les conditions d’accès distant
Navigateur et connexion	Installer le fournisseur, gérer les sessions et les identifiants	À configurer et à valider selon l’environnement réel	À configurer et à valider selon le mode de connexion du navigateur
Sécurité et mises à jour	Responsabilité des composants, de l’isolation, des approbations et de la compatibilité	Après modification du code public, il faut maintenir sa propre version	Maintenir les extensions, les autorisations et la compatibilité lors des mises à jour
Point d’entrée candidat pour l’API du modèle	APIYI apiyi.com, à condition de valider d’abord l’adaptateur	Cela ne donne pas droit aux avantages d’un abonnement officiel au produit	Cela ne signifie pas que tous les points d’entrée sont compatibles

Les opérations de navigateur de DeepSeek Harness ne sont pas toutes prêtes à l’emploi. La documentation officielle impose d’installer dsh-browser-use et d’activer explicitement un fournisseur expérimental, par exemple Playwright MCP, Chrome DevTools MCP ou Stagehand.

L’état de connexion du navigateur n’est pas restauré automatiquement à partir des journaux de session ; après un rechargement ou un fork de session, un nouvel état de navigateur est créé. De plus, une action déjà émise ne peut pas être annulée en annulant la tâche. Par conséquent, un back-office de production doit distinguer « générer un brouillon », « enregistrer un brouillon » et « publier du contenu », et ne pas considérer le bouton Annuler comme un mécanisme de rollback métier.

Les restrictions de sécurité sont particulièrement importantes : l’éditeur marque DeepSeek Harness comme une préversion pour développeurs et précise qu’un audit de sécurité n’a pas encore été réalisé, et qu’il ne faut pas le considérer comme sûr pour la production. Il est recommandé d’utiliser le principe du moindre privilège et des machines virtuelles jetables, des conteneurs ou des environnements dédiés ; le bac à sable intégré ne doit pas être l’unique ligne de défense pour exécuter des tâches non fiables.

Comment commencer par vérifier l’accès au modèle avec DeepSeek Harness, Codex et Claude Code ?

Vérifier d’abord l’API du modèle, puis l’appel d’outils de l’Agent, et enfin l’enregistrement côté backend : c’est l’ordre qui simplifie le plus le débogage. Les deux exemples ci-dessous ne sont que des tests de connexion au modèle ; ils ne constituent en rien une installation ou une configuration complète des trois Agents, et ils ne prouvent pas non plus qu’un client quelconque soit directement compatible.

Tests de connexion minimaux au modèle pour DeepSeek Harness, Codex et Claude Code

L’identifiant de modèle défini dans les variables d’environnement doit correspondre à un nom actuellement disponible sur la plateforme, et la clé ne doit jamais apparaître dans le code ou dans les logs. Les exemples supposent que l’environnement d’exécution dispose déjà du SDK Python OpenAI.

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["AI_API_KEY"],
    base_url="https://api.apiyi.com/v1",
)
response = client.chat.completions.create(
    model=os.environ["AI_MODEL"],
    messages=[{"role": "user", "content": "列出新闻来源核查步骤。"}],
)
print(response.choices[0].message.content)

Vérification du protocole d’appel d’outils pour DeepSeek Harness, Codex et Claude Code

Une fois le texte brut validé, il faut vérifier que le modèle renvoie bien un appel d’outil conforme, puis enchaîner avec l’exécution de l’outil, le retour du résultat et la seconde réponse. Ci-dessous, on ne contrôle que la structure renvoyée au premier tour ; aucune action réelle n’est effectuée sur le backend de l’entreprise.

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["AI_API_KEY"],
    base_url="https://api.apiyi.com/v1",
)
response = client.chat.completions.create(
    model=os.environ["AI_MODEL"],
    messages=[{
        "role": "user",
        "content": "请调用 check_source 检查输入的新闻来源。",
    }],
    tools=[{
        "type": "function",
        "function": {
            "name": "check_source",
            "description": "Check a news source without changing data.",
            "parameters": {
                "type": "object",
                "properties": {"source": {"type": "string"}},
                "required": ["source"],
            },
        },
    }],
)
message = response.choices[0].message
print("tool_calls:", message.tool_calls)
print("content:", message.content)

Même lorsqu’un appel d’outil est bien renvoyé, il reste à vérifier l’analyse des paramètres, la gestion des erreurs, les événements de streaming et la restauration du contexte. Le fait que l’adaptateur DeepSeek accepte une Base URL personnalisée ne signifie pas pour autant que n’importe quel service réponde aux attentes de cet adaptateur ; Codex et Claude Code doivent eux aussi être validés selon leurs propres protocoles et exigences de configuration.

Conseil de vérification rapide : d’après la présentation publique de la plateforme, APIYI (apiyi.com) propose une clé API unique pour accéder à une interface compatible OpenAI couvrant les principaux modèles (OpenAI, Claude, Gemini, etc.). La facturation se fait à l’usage, avec des tarifs préférentiels annoncés et un crédit d’essai gratuit pour les nouveaux utilisateurs. Les modèles, offres et compatibilités exactes doivent être confirmés dans la documentation en vigueur et par une requête réelle : les droits d’accès à l’API du modèle ne comprennent pas les abonnements produits Codex Cloud ou Claude Code.

Dans quels scénarios privilégier DeepSeek Harness, Codex ou Claude Code ?

Si vous devez modifier « quand continuer à chercher, quand refuser d’enregistrer, comment reprendre une session interrompue », commencez par étudier DeepSeek Harness. Il offre un contrôle assez profond du mécanisme de fonctionnement, mais votre équipe doit être capable d’assumer le déploiement, la sécurité et la maintenance des versions.

Si vous voulez à la fois exploiter le code open source et conserver l’option du produit officiel et des tâches dans le cloud, commencez par étudier Codex. Déterminez d’abord si vous adoptez le CLI local, l’intégration SDK ou le Cloud : c’est seulement à cette condition que vous pourrez juger précisément quels composants vous maintenez vous-même.

Si l’objectif est d’utiliser un agent de programmation le plus rapidement possible et de l’intégrer aux processus de l’entreprise via MCP, Hooks et Subagents, commencez par étudier Claude Code. À condition toutefois que les interfaces d’extension officielles couvrent vos besoins, sans qu’il faille réécrire la boucle sous-jacente.

Pour un essai réel, je recommande d’appliquer le même ensemble de critères d’acceptation, plutôt que de comparer le nombre de fonctionnalités :

Vérification de la source : en cas d’impossibilité à confirmer l’origine, le système peut-il s’arrêter et expliquer pourquoi.
Contrôle des permissions : peut-il lire les données de test, mais sans pouvoir publier du contenu définitif.
Reprise après interruption : après un redémarrage, peut-il reconnaître les brouillons enregistrés et éviter les soumissions en double.
Gestion des pannes : lorsqu’un bouton du back-office change ou qu’un outil expire, laisse-t-il des traces exploitables pour le diagnostic.

Ce sont là des propositions de tests, et non des mesures déjà réalisées dans cet article. Le coût total doit aussi inclure le temps humain de diagnostic, de mise à niveau et de reprise, et pas seulement les tokens du modèle ou les frais d’abonnement.

Questions fréquentes sur DeepSeek Harness, Codex et Claude Code

Codex est passé en open source : peut-on pour autant utiliser gratuitement toutes ses capacités cloud ?

Non, ce raisonnement ne tient pas. La licence du code source de Codex CLI／Harness, l’accès aux modèles, le calcul distant et les services hébergés relèvent de niveaux distincts. L’accès aux API de modèles proposé par APIYI apiyi.com ne revient pas non plus à des droits Codex Cloud.

DeepSeek Harness peut-il se connecter à n’importe quel modèle en changeant seulement la Base URL ?

Ce n’est pas garanti. L’interface unifiée d’APIYI apiyi.com peut servir à tester la connexion de modèles candidats, mais il faut encore vérifier le protocole d’adaptation, l’appel d’outils, la sortie en streaming et la gestion des exceptions. Une réponse texte réussie ne suffit pas à conclure à une compatibilité complète avec un agent.

Claude Code dispose de Hooks : cela signifie-t-il que le moteur est open source ?

Non. Les Hooks sont une interface officielle de points d’exécution ouverts, qui permet d’inspecter ou d’influencer le déroulé, mais cela ne revient pas à pouvoir consulter et modifier la boucle interne non publiée.

Peut-on déployer DeepSeek Harness directement en production ?

Il ne faut pas en décider ainsi au seul motif qu’il est open source. La documentation officielle indique clairement que l’audit de sécurité n’est pas terminé. Mieux vaut commencer par un environnement isolé, des privilèges minimaux et un processus de test réversible.

Les tâches Codex Cloud continuent-elles après l’extinction de la machine locale ?

D’après la documentation officielle, les tâches cloud peuvent continuer à s’exécuter. Mais le cloud a besoin de son propre code, de ses dépendances, de son réseau et de ses autorisations : il ne peut pas piloter directement un ordinateur local déjà éteint.

Lequel des trois traite le plus vite une tâche de sélection de sujets d’actualité ?

Cet article ne rapporte aucun test comparatif sur une même tâche et ne peut donc fournir ni classement de vitesse ni taux de réussite. Il convient d’enregistrer, à entrées, autorisations et critères d’acceptation identiques, l’état d’avancement, les interventions humaines et le coût réel.

Points clés : DeepSeek Harness, Codex et Claude Code

Code source ouvert : on ne peut pas classer Codex parmi les produits purement fermés.
Profondeur du contrôle : une interface de plugins n’est pas la même chose qu’une modification de la boucle sous-jacente.
Responsabilité d’exploitation : l’auto-hébergement implique d’assumer le déploiement, la reprise après incident et les mises à niveau.
Limites des modèles : une API connectée ne veut pas dire une compatibilité complète avec un Agent.
Périmètre de sécurité : DeepSeek Harness reste une préversion développeur non auditée.
Critères de choix : on compare les résultats d’acceptation réels, sans remplacer l’efficacité par le nombre de fonctionnalités.

Conclusion : comment choisir entre DeepSeek Harness, Codex et Claude Code ?

Si vous avez besoin de maîtriser le mécanisme d’exécution sous-jacent, penchez-vous vers DeepSeek Harness ; si vous voulez explorer les deux voies du code public et du produit officiel, regardez Codex ; si vous préférez utiliser directement un outil de développement et le personnaliser via des extensions, étudiez Claude Code. Ce sont des critères de choix établis selon les besoins, pas un classement global des forces et faiblesses.

Je vous conseille d’abord de vérifier la connexion et l’invocation des outils des modèles candidats via APIYI apiyi.com, puis de tester séparément les mécanismes de permissions, de navigateur et de reprise de l’Agent. Le degré d’ouverture du code, la facilité d’utilisation et l’efficacité finale au travail sont trois dimensions qui ne peuvent pas se substituer l’une à l’autre.

Références pour DeepSeek Harness, Codex et Claude Code

Voici les sources officielles citées dans la documentation fournie par l’utilisateur, vérifiées le 12 novembre 2026. Le contenu en ligne, les points d’accès et les conditions de compte peuvent évoluer selon les versions ; aucun test uniforme des tâches n’a été réalisé pour cet article.

Dépôt officiel de DeepSeek Harness : github.com/deepseek-ai/deepseek-harness
Contient la licence, l’architecture, la configuration du navigateur et les consignes de sécurité.
Dépôt officiel de Codex : github.com/openai/codex
Permet de consulter le code public de la CLI et la licence Apache-2.0.
Présentation du Harness open source de Codex : developers.openai.com/blog/codex-as-a-platform
Distingue le système d’exécution ouvert, les points d’intégration et les services hébergés.
Présentation de Codex Cloud : help.openai.com/en/articles/20001545-using-codex-cloud
Présente l’environnement d’exécution distant officiel et les limites d’exécution des tâches.
Documentation officielle de Claude Code : code.claude.com/docs/en/overview
Pour MCP, Hooks, Subagents et les conditions de connexion au service, reportez-vous à la documentation correspondante.

Auteur : équipe technique APIYI
Échanges techniques : n’hésitez pas à échanger sur APIYI apiyi.com au sujet de l’adaptation des modèles, de l’appel d’outils et de l’intégration des agents ; en cas de dépannage, fournissez une configuration anonymisée et les messages d’erreur, sans soumettre de clés réelles ni d’identifiants d’administration.