A Cline lançou @cline/sdk hoje — seu harness de agente interno extraído como SDK TypeScript open-source sob Apache 2.0, que agora alimenta sua CLI e Kanban, com as extensões VS Code e JetBrains migrando para ele. A estrutura é uma stack de quatro camadas com dependências estritamente descendentes: @cline/shared carrega tipos, schemas, helpers de tools e contratos de hooks; @cline/llms é o gateway de provedores lidando com Anthropic, OpenAI, Google, AWS Bedrock, Mistral, LiteLLM e endpoints compatíveis com OpenAI; @cline/agents é o loop de execução stateless compatível com browser lidando com iteração, orquestração de tools e emissão de eventos; e @cline/core é o runtime do lado Node gerenciando sessões, armazenamento, tools built-in, transportes hub/remote, automação, agendamento, telemetria e carregamento de plugins. @cline/sdk mesmo re-exporta @cline/core como superfície pública. Node 22+ requerido.
O feature-set nativo é a parte que importa para quem está avaliando stacks de agente open-source: arquitetura de plugin, suporte multi-agente e subagentes, agendamento CRON, checkpointing, persistência de sessão através de superfícies, busca web e conectores MCP nativos. Isso mapeia quase diretamente para o que Claude Code provê como runtime fechado, com a diferença de que @cline/sdk permite que você importe o loop em sua própria aplicação em vez de rodar através de uma CLI de vendor. Para equipes construindo tooling IDE agêntico que não querem viver downstream da cadência de release da Anthropic, o SDK é a primeira escolha open-source crível neste nível de completude de features.
Os números de benchmark de manchete que a Cline publicou são afiados — e a leitura honesta requer um caveat. No Terminal Benchmark 2.0, Cline CLI pontuou 74,2% no claude-opus-4.7 versus os 69,4% publicados pela Anthropic; no claude-opus-4.6, 71,9% versus os 65,4% da Anthropic. O artigo anunciando o SDK não divulga a metodologia do harness de comparação ou a composição de tarefas, o que significa que a alegação apples-to-apples roda inteiramente sobre o framing da própria Cline. Em modelos de pesos abertos, Cline CLI reporta 55,1% no Kimi-K2.6 versus 37,1% para OpenCode e 45,5% para Pi-Code, pass@1 em 8 de maio. Esses números em modelos abertos são o sinal mais interessante para builders olhando para fora do lock-in de modelo fechado: um spread real através de agentes de código alternativos no mesmo modelo, mesmo sem divulgação completa do harness.
Para builders: se você esteve avaliando runtimes de agente para um IDE custom, uma ferramenta interna ou uma superfície de produto, @cline/sdk é o novo ponto de referência. O split de quatro camadas o torna usável a partir de CI, a partir de um sandbox de browser (via @cline/agents) ou como serviço Node (via @cline/core), e Apache 2.0 deixa o licenciamento limpo para integração comercial. O próximo passo pragmático é rodar o SDK contra seu próprio benchmark com seu próprio harness em vez de confiar nos números de manchete da Cline ou da Anthropic — o teste que decide o que enviar é aquele com suas tarefas, não as de outra pessoa. O pacote npm é @cline/sdk, e a migração das extensões VS Code e JetBrains para o mesmo runtime é o sinal de intenção: este é o core de longo prazo, não um projeto lateral experimental.