Cline a publié @cline/sdk aujourd'hui — son harness d'agent interne extrait en SDK TypeScript open-source sous Apache 2.0, qui propulse maintenant sa CLI et son Kanban, avec les extensions VS Code et JetBrains qui migrent dessus. La structure c'est une stack à quatre couches avec dépendances strictes descendantes : @cline/shared porte les types, schémas, helpers d'outils et contrats de hooks ; @cline/llms est la passerelle de providers gérant Anthropic, OpenAI, Google, AWS Bedrock, Mistral, LiteLLM et endpoints compatibles OpenAI ; @cline/agents est la boucle d'exécution stateless compatible browser gérant itération, orchestration d'outils et émission d'événements ; et @cline/core est le runtime côté Node gérant sessions, stockage, outils built-in, transports hub/remote, automation, scheduling, télémétrie et chargement de plugins. @cline/sdk lui-même re-exporte @cline/core comme surface publique. Node 22+ requis.
Le feature-set natif c'est la partie qui compte pour quiconque évalue les stacks d'agent open-source : architecture plugin, support multi-agent et sous-agents, scheduling CRON, checkpointing, persistance de session à travers les surfaces, recherche web et connecteurs MCP natifs. Ça mappe presque directement à ce que Claude Code fournit comme runtime fermé, avec la différence que @cline/sdk te laisse importer la boucle dans ta propre application plutôt que de rouler à travers une CLI vendor. Pour les équipes qui bâtissent du tooling IDE agentique et qui ne veulent pas vivre en aval de la cadence de release d'Anthropic, le SDK est le premier choix open-source crédible à ce niveau de complétude de features.
Les chiffres de benchmark à la une que Cline a publiés sont tranchants — et la lecture honnête requiert un caveat. Sur Terminal Benchmark 2.0, Cline CLI a scoré 74,2 % sur claude-opus-4.7 contre 69,4 % publié par Anthropic ; sur claude-opus-4.6, 71,9 % contre 65,4 % d'Anthropic. L'article qui annonce le SDK ne divulgue pas la méthodologie du harness de comparaison ni la composition des tâches, ce qui veut dire que la prétention apples-to-apples roule entièrement sur le framing de Cline lui-même. Sur les modèles à poids ouverts, Cline CLI rapporte 55,1 % sur Kimi-K2.6 contre 37,1 % pour OpenCode et 45,5 % pour Pi-Code, pass@1 au 8 mai. Ces chiffres sur modèles ouverts sont le signal plus intéressant pour les builders qui regardent en dehors du lock-in modèle-fermé : un vrai écart à travers les agents de code alternatifs sur le même modèle, même sans divulgation complète du harness.
Pour les builders : si tu as évalué des runtimes d'agent pour une IDE custom, un outil interne ou une surface produit, @cline/sdk est le nouveau point de référence. Le split à quatre couches le rend utilisable depuis CI, depuis un sandbox browser (via @cline/agents) ou comme service Node (via @cline/core), et Apache 2.0 laisse le licensing propre pour intégration commerciale. La prochaine étape pragmatique c'est de rouler le SDK contre ton propre benchmark avec ton propre harness plutôt que de truster les chiffres à la une de Cline ou d'Anthropic — le test qui décide quoi shipper c'est celui avec tes tâches, pas celles de quelqu'un d'autre. Le package npm c'est @cline/sdk, et la migration des extensions VS Code et JetBrains sur le même runtime c'est le signal d'intention : c'est le core long-terme, pas un side project expérimental.