Cline lanzó @cline/sdk hoy — su harness de agente interno extraído como SDK TypeScript open-source bajo Apache 2.0, que ahora alimenta su CLI y Kanban, con las extensiones VS Code y JetBrains migrando hacia él. La estructura es un stack de cuatro capas con dependencias estrictamente descendentes: @cline/shared lleva tipos, schemas, helpers de tools y contratos de hooks; @cline/llms es la pasarela de providers manejando Anthropic, OpenAI, Google, AWS Bedrock, Mistral, LiteLLM y endpoints compatibles con OpenAI; @cline/agents es el loop de ejecución stateless compatible con browser manejando iteración, orquestación de tools y emisión de eventos; y @cline/core es el runtime del lado Node manejando sesiones, almacenamiento, tools built-in, transportes hub/remote, automatización, scheduling, telemetría y carga de plugins. @cline/sdk mismo re-exporta @cline/core como superficie pública. Node 22+ requerido.
El feature-set nativo es la parte que importa para quien evalúa stacks de agente open-source: arquitectura de plugins, soporte multi-agente y subagentes, scheduling CRON, checkpointing, persistencia de sesión a través de superficies, búsqueda web y conectores MCP nativos. Eso mapea casi directamente a lo que Claude Code provee como runtime cerrado, con la diferencia de que @cline/sdk te deja importar el loop en tu propia aplicación en lugar de correr a través de una CLI de vendor. Para equipos construyendo tooling IDE agéntico que no quieren vivir downstream de la cadencia de release de Anthropic, el SDK es la primera elección open-source creíble a este nivel de completitud de features.
Los números de benchmark titulares que Cline publicó son afilados — y la lectura honesta requiere un caveat. En Terminal Benchmark 2.0, Cline CLI puntuó 74.2% en claude-opus-4.7 versus el 69.4% publicado por Anthropic; en claude-opus-4.6, 71.9% versus el 65.4% de Anthropic. El artículo que anuncia el SDK no divulga la metodología del harness de comparación o la composición de tareas, lo que significa que el reclamo apples-to-apples corre enteramente sobre el framing propio de Cline. En modelos de pesos abiertos, Cline CLI reporta 55.1% en Kimi-K2.6 versus 37.1% para OpenCode y 45.5% para Pi-Code, pass@1 al 8 de mayo. Esos números en modelos abiertos son la señal más interesante para builders mirando fuera del lock-in de modelos cerrados: un spread real a través de agentes de código alternativos en el mismo modelo, incluso sin divulgación completa del harness.
Para builders: si has estado evaluando runtimes de agente para un IDE custom, una herramienta interna o una superficie de producto, @cline/sdk es el nuevo punto de referencia. El split de cuatro capas lo hace usable desde CI, desde un sandbox de browser (vía @cline/agents) o como servicio Node (vía @cline/core), y Apache 2.0 deja el licenciamiento limpio para integración comercial. El siguiente paso pragmático es correr el SDK contra tu propio benchmark con tu propio harness en lugar de confiar en los números titulares de Cline o de Anthropic — el test que decide qué enviar es el que tiene tus tareas, no las de otro. El paquete npm es @cline/sdk, y la migración de las extensiones VS Code y JetBrains al mismo runtime es la señal de intención: este es el core de largo plazo, no un proyecto lateral experimental.