Harness ressemble donc davantage à un socle d’agents qu’à un assistant de programmation figé. Les développeurs peuvent modifier les composants qui entourent le modèle, au lieu de devoir accepter l’orchestration interne d’un produit comme une boîte noire.

Cette liberté a toutefois un prix : la compatibilité entre plugins, la gestion des dépendances, les permissions, la reprise sur erreur et les tests de mise à niveau deviennent une partie intégrante du travail d’intégration.

Cordis : le cœur de l’architecture « tout est plugin »

Harness repose sur Cordis, un noyau chargé de monter les plugins et de résoudre leurs dépendances. En pratique, le comportement de l’agent n’est pas enfermé dans une boucle monolithique impossible à remplacer.

Les composants interchangeables comprennent notamment :

• les adaptateurs de modèles ;
• les outils et les compétences ;
• les systèmes de session et de stockage ;
• les espaces isolés et l’accès au système de fichiers ;
• les boucles d’agent et la planification ;
• le comportement des sous-agents ;
• l’interface web et d’autres composants du runtime.

C’est la différence essentielle avec une application d’IA classique. Dans un produit traditionnel, il est souvent possible de régler les prompts, les outils ou les intégrations, mais le modèle d’exécution reste contrôlé par l’éditeur. Harness cherche à rendre cette couche elle-même configurable.

Les quatre modes proposés dans l’aperçu développeur illustrent cette logique. Ils ne correspondent pas à quatre produits indépendants, mais à quatre compositions initiales de plugins.

Mode Standard

Le mode Standard fournit l’environnement complet d’un agent de programmation : édition de fichiers, accès au shell, recherche, compétences, planification, objectifs, sous-agents et workflows.

Mode Code

Le mode Code expose les outils dans une interface orientée programmation. Le modèle peut ainsi regrouper plusieurs opérations dans un programme TypeScript, plutôt que d’effectuer une succession d’appels isolés lorsque la tâche se prête naturellement à cette approche.

Mode Minimal

Le mode Minimal limite volontairement l’environnement à un shell persistant et à un outil d’édition de fichiers. Cette configuration réduite convient notamment à l’évaluation contrôlée d’un modèle et à l’observation de son comportement avec peu de capacités intégrées.

Mode Creator

Le mode Creator s’adresse aux développeurs qui créent de nouveaux préréglages. Il ajoute l’inspection du runtime et l’expérimentation de plugins en mémoire afin d’explorer différentes combinaisons de composants.

Des sessions conçues pour être inspectées et rejouées

Harness met également l’accent sur la traçabilité. Les informations vues et produites par le modèle sont enregistrées dans un flux d’événements en ajout uniquement (append-only). Cela inclut les prompts système, le raisonnement, les appels d’outils et leurs résultats, la planification des sous-agents ainsi que les injections de contexte. Le même historique sert ensuite à rechercher, rejouer, reprendre ou bifurquer une session.

Cette conception peut faciliter le débogage et la reproduction d’un comportement. Lorsqu’une exécution échoue, les développeurs disposent d’un historique plus complet du contexte et des actions ayant conduit au problème. La fonction de bifurcation permet également de créer une nouvelle branche à partir d’une étape antérieure, sans recommencer toute l’expérience.

Mais des journaux aussi détaillés soulèvent des questions opérationnelles. Ils peuvent contenir des prompts confidentiels, du code source, des résultats d’outils, des identifiants accidentellement exposés au modèle ou d’autres données privées. Avant de traiter ces trajectoires comme de simples données de production, les équipes devront définir des règles de conservation, de contrôle d’accès, de masquage et d’isolation.

DeepSeek Harness face à Claude Code et Codex

DeepSeek Harness est souvent comparé à Claude Code et à OpenAI Codex, mais ces solutions ne se situent pas exactement au même niveau.

Claude Code et Codex sont des produits intégrés, conçus pour proposer un flux de travail de programmation relativement complet. Harness est un runtime ouvert dont la valeur principale tient à la composition et au contrôle. Son modèle, ses outils, son stockage, son espace isolé, son fonctionnement des sessions et sa boucle d’agent sont destinés à pouvoir être remplacés par des plugins plutôt qu’à rester figés dans un produit contrôlé par un fournisseur.

Le choix dépend donc surtout des priorités :

• Un produit intégré sera plus adapté à une équipe qui recherche une expérience prête à l’emploi, une installation limitée et un fonctionnement davantage administré.
• Harness sera plus intéressant lorsque la portabilité des modèles, l’auto-hébergement, la reproductibilité, la recherche sur les agents ou une politique d’exécution personnalisée sont prioritaires.

Son architecture ouverte ne suffit pas à en faire un meilleur assistant de programmation. La comparaison pertinente oppose un runtime extensible à des produits plus directifs. Le succès de Harness dépendra de la valeur concrète de cette flexibilité par rapport au travail d’ingénierie supplémentaire qu’elle impose.

Pourquoi l’emballement sur GitHub doit être relativisé

Le projet a suscité une attention spectaculaire dès sa publication. Plusieurs rapports évoquent plus de 20 000 étoiles GitHub en environ une heure à une heure et demie, puis plus de 141 000 étoiles au 17 août 2026.

Ces chiffres sont remarquables, mais ils doivent être interprétés avec prudence. Une étoile GitHub mesure surtout l’attention, la curiosité ou la volonté de garder un projet en favoris. Elle ne prouve ni l’existence de déploiements actifs, ni la réussite des tâches, ni la sécurité, ni la fiabilité, ni la capacité de maintenance à long terme. Les comparaisons affirmant que Harness a grandi plus vite que Grok-1 dépendent également de la définition du projet et de la période retenue ; elles doivent donc être présentées comme des comparaisons rapportées, et non comme un record industriel définitivement établi.

La conclusion la plus solide est qu’un nombre important de développeurs s’intéresse à une pile d’agents plus ouverte. En revanche, la croissance du nombre d’étoiles ne permet pas de conclure que le framework est déjà prêt pour la production.

Coûts : le code est libre, pas l’inférence

La licence MIT couvre le code du framework, mais elle ne rend pas gratuite l’utilisation des modèles. Un runtime d’agents peut renvoyer plusieurs fois les instructions système, les résultats des outils, les règles de sécurité et l’historique accumulé au modèle.

Si l’estimation d’environ 47 600 tokens d’entrée non mis en cache par interaction est exacte, le volume de contexte pourrait peser sensiblement sur les coûts et la latence. Cette donnée n’est toutefois pas établie indépendamment par les sources les plus solides fournies ici.

Le fournisseur et le modèle choisis jouent également un rôle. La sortie de DeepSeek V4-Pro s’est accompagnée d’un passage à une tarification distinguant les périodes de pointe et les périodes creuses. Des rapports indiquent un tarif de pointe de 3,96 dollars par million de tokens en sortie, contre 0,87 dollar auparavant. La facture réelle d’un workflow Harness dépendra toujours du modèle sélectionné, du taux de cache, de la réduction du contexte, de la verbosité des outils et du nombre d’itérations de l’agent.

Une technologie prometteuse, mais encore instable

DeepSeek présente Harness comme un aperçu développeur et prévient que les plugins centraux et les API continueront d’évoluer. Les équipes qui l’évaluent devraient donc figer les versions, verrouiller les dépendances, isoler les tests, vérifier les mises à niveau avant tout déploiement et conserver une procédure de retour en arrière.

Les signalements concernant des échecs de plugins tiers et un grand nombre de propositions d’extensions peuvent refléter un écosystème qui se constitue rapidement. Les chiffres précis associés à ces signalements ne sont cependant pas assez étayés ici pour servir de mesures fiables. La leçon d’ingénierie reste claire : chaque point d’extension supplémentaire ajoute du travail de compatibilité, de sécurité et de maintenance.

Verdict

DeepSeek Harness est important parce qu’il considère le runtime de l’agent — et pas seulement le modèle — comme une couche d’ingénierie ouverte et de premier plan. Son système de plugins fondé sur Cordis et son historique de session en ajout uniquement offrent un niveau de contrôle inhabituellement élevé sur la manière dont un agent raisonne, agit, conserve son état et peut être inspecté.

Le projet pourrait donc intéresser les chercheurs, les équipes d’infrastructure et les développeurs qui ont besoin de systèmes d’agents composables. Il est moins évident qu’il convienne aux équipes qui veulent simplement un assistant de programmation fiable, sans configuration ni exploitation complexes.

À court terme, Harness ne semble pas destiné à remplacer immédiatement Claude Code ou Codex. Il se positionne plutôt comme une alternative ouverte pour les organisations prêtes à échanger le confort d’un produit clé en main contre la portabilité des modèles, la traçabilité et le contrôle. Sa pérennité dépendra de la stabilité des API, de la qualité des plugins, de la sécurité des frontières d’exécution, de la documentation et de la complexité opérationnelle rencontrée après la démonstration initiale.

Harness ressemble donc davantage à un socle d’agents qu’à un assistant de programmation figé. Les développeurs peuvent modifier les composants qui entourent le modèle, au lieu de devoir accepter l’orchestration interne d’un produit comme une boîte noire.

Cette liberté a toutefois un prix : la compatibilité entre plugins, la gestion des dépendances, les permissions, la reprise sur erreur et les tests de mise à niveau deviennent une partie intégrante du travail d’intégration.

Cordis : le cœur de l’architecture « tout est plugin »

Harness repose sur Cordis, un noyau chargé de monter les plugins et de résoudre leurs dépendances. En pratique, le comportement de l’agent n’est pas enfermé dans une boucle monolithique impossible à remplacer.

Les composants interchangeables comprennent notamment :

• les adaptateurs de modèles ;
• les outils et les compétences ;
• les systèmes de session et de stockage ;
• les espaces isolés et l’accès au système de fichiers ;
• les boucles d’agent et la planification ;
• le comportement des sous-agents ;
• l’interface web et d’autres composants du runtime.

C’est la différence essentielle avec une application d’IA classique. Dans un produit traditionnel, il est souvent possible de régler les prompts, les outils ou les intégrations, mais le modèle d’exécution reste contrôlé par l’éditeur. Harness cherche à rendre cette couche elle-même configurable.

Les quatre modes proposés dans l’aperçu développeur illustrent cette logique. Ils ne correspondent pas à quatre produits indépendants, mais à quatre compositions initiales de plugins.

Mode Standard

Le mode Standard fournit l’environnement complet d’un agent de programmation : édition de fichiers, accès au shell, recherche, compétences, planification, objectifs, sous-agents et workflows.

Mode Code

Le mode Code expose les outils dans une interface orientée programmation. Le modèle peut ainsi regrouper plusieurs opérations dans un programme TypeScript, plutôt que d’effectuer une succession d’appels isolés lorsque la tâche se prête naturellement à cette approche.

Mode Minimal

Le mode Minimal limite volontairement l’environnement à un shell persistant et à un outil d’édition de fichiers. Cette configuration réduite convient notamment à l’évaluation contrôlée d’un modèle et à l’observation de son comportement avec peu de capacités intégrées.

Mode Creator

Le mode Creator s’adresse aux développeurs qui créent de nouveaux préréglages. Il ajoute l’inspection du runtime et l’expérimentation de plugins en mémoire afin d’explorer différentes combinaisons de composants.

Des sessions conçues pour être inspectées et rejouées

Harness met également l’accent sur la traçabilité. Les informations vues et produites par le modèle sont enregistrées dans un flux d’événements en ajout uniquement (append-only). Cela inclut les prompts système, le raisonnement, les appels d’outils et leurs résultats, la planification des sous-agents ainsi que les injections de contexte. Le même historique sert ensuite à rechercher, rejouer, reprendre ou bifurquer une session.

Cette conception peut faciliter le débogage et la reproduction d’un comportement. Lorsqu’une exécution échoue, les développeurs disposent d’un historique plus complet du contexte et des actions ayant conduit au problème. La fonction de bifurcation permet également de créer une nouvelle branche à partir d’une étape antérieure, sans recommencer toute l’expérience.

Mais des journaux aussi détaillés soulèvent des questions opérationnelles. Ils peuvent contenir des prompts confidentiels, du code source, des résultats d’outils, des identifiants accidentellement exposés au modèle ou d’autres données privées. Avant de traiter ces trajectoires comme de simples données de production, les équipes devront définir des règles de conservation, de contrôle d’accès, de masquage et d’isolation.

DeepSeek Harness face à Claude Code et Codex

DeepSeek Harness est souvent comparé à Claude Code et à OpenAI Codex, mais ces solutions ne se situent pas exactement au même niveau.

Claude Code et Codex sont des produits intégrés, conçus pour proposer un flux de travail de programmation relativement complet. Harness est un runtime ouvert dont la valeur principale tient à la composition et au contrôle. Son modèle, ses outils, son stockage, son espace isolé, son fonctionnement des sessions et sa boucle d’agent sont destinés à pouvoir être remplacés par des plugins plutôt qu’à rester figés dans un produit contrôlé par un fournisseur.

Le choix dépend donc surtout des priorités :

• Un produit intégré sera plus adapté à une équipe qui recherche une expérience prête à l’emploi, une installation limitée et un fonctionnement davantage administré.
• Harness sera plus intéressant lorsque la portabilité des modèles, l’auto-hébergement, la reproductibilité, la recherche sur les agents ou une politique d’exécution personnalisée sont prioritaires.

Son architecture ouverte ne suffit pas à en faire un meilleur assistant de programmation. La comparaison pertinente oppose un runtime extensible à des produits plus directifs. Le succès de Harness dépendra de la valeur concrète de cette flexibilité par rapport au travail d’ingénierie supplémentaire qu’elle impose.

Pourquoi l’emballement sur GitHub doit être relativisé

Le projet a suscité une attention spectaculaire dès sa publication. Plusieurs rapports évoquent plus de 20 000 étoiles GitHub en environ une heure à une heure et demie, puis plus de 141 000 étoiles au 17 août 2026.

Ces chiffres sont remarquables, mais ils doivent être interprétés avec prudence. Une étoile GitHub mesure surtout l’attention, la curiosité ou la volonté de garder un projet en favoris. Elle ne prouve ni l’existence de déploiements actifs, ni la réussite des tâches, ni la sécurité, ni la fiabilité, ni la capacité de maintenance à long terme. Les comparaisons affirmant que Harness a grandi plus vite que Grok-1 dépendent également de la définition du projet et de la période retenue ; elles doivent donc être présentées comme des comparaisons rapportées, et non comme un record industriel définitivement établi.

La conclusion la plus solide est qu’un nombre important de développeurs s’intéresse à une pile d’agents plus ouverte. En revanche, la croissance du nombre d’étoiles ne permet pas de conclure que le framework est déjà prêt pour la production.

Coûts : le code est libre, pas l’inférence

La licence MIT couvre le code du framework, mais elle ne rend pas gratuite l’utilisation des modèles. Un runtime d’agents peut renvoyer plusieurs fois les instructions système, les résultats des outils, les règles de sécurité et l’historique accumulé au modèle.

Si l’estimation d’environ 47 600 tokens d’entrée non mis en cache par interaction est exacte, le volume de contexte pourrait peser sensiblement sur les coûts et la latence. Cette donnée n’est toutefois pas établie indépendamment par les sources les plus solides fournies ici.

Le fournisseur et le modèle choisis jouent également un rôle. La sortie de DeepSeek V4-Pro s’est accompagnée d’un passage à une tarification distinguant les périodes de pointe et les périodes creuses. Des rapports indiquent un tarif de pointe de 3,96 dollars par million de tokens en sortie, contre 0,87 dollar auparavant. La facture réelle d’un workflow Harness dépendra toujours du modèle sélectionné, du taux de cache, de la réduction du contexte, de la verbosité des outils et du nombre d’itérations de l’agent.

Une technologie prometteuse, mais encore instable

DeepSeek présente Harness comme un aperçu développeur et prévient que les plugins centraux et les API continueront d’évoluer. Les équipes qui l’évaluent devraient donc figer les versions, verrouiller les dépendances, isoler les tests, vérifier les mises à niveau avant tout déploiement et conserver une procédure de retour en arrière.

Les signalements concernant des échecs de plugins tiers et un grand nombre de propositions d’extensions peuvent refléter un écosystème qui se constitue rapidement. Les chiffres précis associés à ces signalements ne sont cependant pas assez étayés ici pour servir de mesures fiables. La leçon d’ingénierie reste claire : chaque point d’extension supplémentaire ajoute du travail de compatibilité, de sécurité et de maintenance.

Verdict

DeepSeek Harness est important parce qu’il considère le runtime de l’agent — et pas seulement le modèle — comme une couche d’ingénierie ouverte et de premier plan. Son système de plugins fondé sur Cordis et son historique de session en ajout uniquement offrent un niveau de contrôle inhabituellement élevé sur la manière dont un agent raisonne, agit, conserve son état et peut être inspecté.

Le projet pourrait donc intéresser les chercheurs, les équipes d’infrastructure et les développeurs qui ont besoin de systèmes d’agents composables. Il est moins évident qu’il convienne aux équipes qui veulent simplement un assistant de programmation fiable, sans configuration ni exploitation complexes.

À court terme, Harness ne semble pas destiné à remplacer immédiatement Claude Code ou Codex. Il se positionne plutôt comme une alternative ouverte pour les organisations prêtes à échanger le confort d’un produit clé en main contre la portabilité des modèles, la traçabilité et le contrôle. Sa pérennité dépendra de la stabilité des API, de la qualité des plugins, de la sécurité des frontières d’exécution, de la documentation et de la complexité opérationnelle rencontrée après la démonstration initiale.