O Cline virou uma das portas de entrada mais comuns da IA no time de desenvolvimento justamente por ser fácil de instalar: é uma extensão de código aberto, não pede assinatura e qualquer pessoa coloca no editor em minutos. Por isso ele costuma chegar à empresa antes da conversa sobre ele. Quando o gestor descobre, a pergunta que aparece é "quanto custa?", e a resposta curta (nada, paga-se o modelo) esconde a parte que importa.
Este artigo explica o que o Cline AI é, quanto custa em cada forma de uso e o que mudou com o ClinePass. Mas o foco é a decisão que os tutoriais não tratam: por onde o código da empresa passa em cada rota de modelo, o que a telemetria registra, o que a aprovação por ação de fato protege e qual rota cada tipo de repositório pode usar.
O que é o Cline AI?
O Cline é um agente de programação de código aberto que roda dentro do editor. Pela própria FAQ oficial do Cline, o cliente de código aberto roda na máquina local, e o usuário paga apenas o acesso aos tokens dos modelos de IA que escolher. Ele lê arquivos, escreve código e executa comandos no terminal, pedindo aprovação a cada ação, a menos que alguém configure o contrário.
A documentação lista quatro formas de instalar: extensão de editor, CLI (linha de comando), SDK e um quadro do tipo Kanban. A extensão de VS Code e a CLI estão no plano gratuito; a extensão para JetBrains aparece na página de preços como item do Enterprise. Há ainda uma integração por ACP, o protocolo que leva o Cline para editores como Zed e Neovim.
A diferença para um assistente de autocompletar é o grau de autonomia. O Cline não sugere a próxima linha: ele recebe uma tarefa ("crie o endpoint de cadastro com validação e teste"), decide quais arquivos abrir, escreve as mudanças e roda o que for preciso para conferir. É exatamente essa autonomia que faz o caminho do código importar.
Como o Cline funciona por dentro?
O Cline separa pensar de fazer. No modo Plan, segundo a documentação, ele lê o código, faz buscas e discute a estratégia, mas não altera arquivos nem executa comandos. No modo Act, com o contexto do planejamento preservado, passa a editar e a rodar comandos. A recomendação oficial é começar pelo Plan.
- Leitura sob demanda: segundo a documentação do Enterprise, o Cline lê os arquivos quando a tarefa precisa e não indexa nem gera embeddings do repositório inteiro. O que sai para o modelo é o que entra no contexto daquela tarefa.
- Aprovação por ação: leitura, edição, comando no terminal, navegador e servidores MCP são categorias separadas, cada uma com sua chave de aprovação automática.
- Checkpoints: a cada edição ou comando, o Cline grava um retrato dos arquivos num repositório Git paralelo, que não mexe no histórico do projeto. Dá para voltar a qualquer ponto da tarefa. O recurso vem ligado.
- Rules e MCP: arquivos de regras dão instruções e padrões de código fixos ao agente; servidores MCP ligam o Cline a sistemas externos (banco de dados, ferramenta de tickets, documentação).
Nada disso depende do modelo. O agente é o mesmo com Claude, GPT, um modelo aberto ou um modelo rodando no próprio notebook. O que muda de um para outro é a qualidade da resposta, o custo e, principalmente, o trajeto que o código faz até virar resposta.
O Cline é gratuito? Quanto custa usar por mês?
A extensão é gratuita e não cobra por assento. O custo está no modelo, e há três formas de pagar por ele, além do plano Enterprise para empresas. A página de preços do Cline lista só dois planos (Open Source, gratuito, e Enterprise, sob consulta); o ClinePass é vendido à parte, como provedor separado.
| Forma de pagar o modelo | Como cobra | Quem fatura | Por onde o código passa |
|---|---|---|---|
| Chave própria (BYOK) | Por token, na tabela do provedor | O provedor (Anthropic, OpenAI, AWS, Google...) | Direto da máquina ao provedor |
| Créditos do Cline | Por token, pré-pago, sem assinatura | Cline | Pela infraestrutura do Cline |
| ClinePass | US$ 9,99 por mês, com limites de uso | Cline | Pela infraestrutura do Cline |
| Modelo local | Sem cobrança por token; custo é o hardware | Ninguém | Fica na máquina (Ollama, LM Studio) |
Cline: página de preços, FAQ, documentação do ClinePass e de modelos locais, consultadas em 28/10/2026
Para o gasto mensal, não existe número fixo fora do ClinePass: com chave própria ou créditos, a conta depende do modelo escolhido e do tamanho das tarefas. Agente lê muitos arquivos e repete chamadas, então a mesma pessoa pode gastar pouco num dia de ajustes e muito numa refatoração. O controle real é o teto de gasto configurado no provedor, não uma estimativa de tutorial.
Quem quer rodar sem conta nenhuma usa modelo local. A documentação de modelos locais sugere de 16 a 32 GB de RAM para modelos pequenos ou quantizados, de 32 a 64 GB para modelos médios de programação e acima de 64 GB para os maiores. É a única rota em que o código não sai da máquina para gerar a resposta.
O que é o ClinePass e quais modelos ele inclui?
O ClinePass é uma assinatura fixa lançada em 29 de junho de 2026, segundo o anúncio no blog oficial do Cline. Ele aparece no Cline como um provedor à parte: a pessoa assina, escolhe "ClinePass" nas configurações e passa a usar uma cesta de modelos sem pagar token a token.
Dois detalhes pesam para quem decide. O primeiro: a cesta não tem Claude nem GPT. Quem quer os modelos da Anthropic ou da OpenAI continua pagando por token, com chave própria ou créditos. O segundo: a cesta muda. A mesma página informa que GLM-5.2, Kimi K2.6, Kimi K2.7 Code e DeepSeek V4 Flash deixaram o ClinePass "por restrições de capacidade e atualizações de modelo", e indica substitutos.
Comparando com o anúncio de lançamento, que listava sete modelos na estreia, quatro deles já saíram em quatro meses. Para uso pessoal, isso é só trocar o modelo no menu. Para um time que validou um fluxo com um modelo específico, é uma variável que muda sem aviso no contrato, porque não há contrato: é uma assinatura individual de US$ 9,99.
Meu código passa pelos servidores do Cline?
Depende de como o modelo é pago. Esse é o ponto que os guias de preço tratam como detalhe de cobrança, mas é a pergunta que o jurídico e o time de segurança vão fazer primeiro.
O ClinePass usa a mesma via: a documentação dele diz que o acesso é estável "através da infraestrutura do Cline". Na prática, há três situações, e o diagrama abaixo resume.
- Chave própria: o código vai ao provedor que a empresa contratou. Valem os termos daquele contrato (retenção, uso para treino, região dos dados). O Cline não fica no meio do pedido.
- Créditos do Cline ou ClinePass: o código passa pela infraestrutura do Cline e segue para o provedor do modelo. Entram dois conjuntos de termos: os do Cline e os de quem serve o modelo.
- Modelo local: a inferência acontece na máquina. É a rota mais fechada, com o custo de hardware e de qualidade de resposta que isso implica.
E quando o agente roda na nuvem do Cline?
Há uma quarta situação para mapear: os Cloud Agents do Cline, que a documentação descreve como tarefas dadas pelo navegador sobre um repositório do GitHub, executadas numa área isolada na nuvem do Cline. Aí não é só o prompt que sai: o agente trabalha sobre o repositório fora da máquina da empresa.
O que a telemetria do Cline registra?
A rota do modelo não é o único fluxo de dados. A página de telemetria do Cline informa que ela vem ligada por padrão nas extensões de VS Code e JetBrains, no Cline Desktop e na CLI, tanto para quem entra com conta do Cline quanto para quem usa chave própria.
- O que entra: recursos usados, tarefas iniciadas e concluídas, trocas entre Plan e Act, erros, contagem de tokens, tempos, nomes de modelo e de provedor, versão, sistema operacional e editor, além de um identificador do dispositivo.
- O que não entra, em regra: código, conteúdo de arquivos e prompts.
- A exceção: nos provedores Cline e ClinePass, a telemetria daquele pedido pode incluir o prompt e a resposta do modelo.
Dá para desligar a telemetria?
Dá para desligar nas configurações gerais da extensão ou, na CLI, com a opção telemetryOptOut no arquivo de configuração global. Mesmo desligada, o Cline continua contatando seus servidores para login, para conferir recursos habilitados e para executar pedidos nos provedores Cline e ClinePass.
Para a empresa, há uma pegadinha: o administrador do Enterprise pode travar a telemetria para todos, mas a documentação avisa que o Cline Desktop e a CLI ignoram essa configuração da organização; a trava vale para as extensões de VS Code e JetBrains. Quem libera a CLI precisa cuidar disso máquina a máquina.
Qual rota de modelo cada tipo de repositório pode usar?
A decisão não é "liberar ou não o Cline", e sim qual rota vale para qual código. Uma régua prática, que a empresa ajusta ao que o contrato com cada cliente permite:
| Tipo de repositório | Rota que costuma caber | O que conferir antes |
|---|---|---|
| Projeto pessoal, prova de conceito, código público | Qualquer rota, inclusive ClinePass | Que não haja segredo ou dado real no projeto |
| Produto interno sem dado de cliente | Chave própria da empresa ou créditos do Cline | Termos do provedor sobre retenção e treino; teto de gasto |
| Código de cliente sob contrato | Chave própria em conta da empresa | Se o contrato permite enviar o código a terceiros e a qual |
| Sistema com dado pessoal ou regulado | Chave própria com retenção zero, nuvem da empresa ou modelo local | Base legal, região dos dados e registro do que a IA acessou |
| Segredo industrial, código crítico de segurança | Modelo local ou nenhum agente | Se o ganho compensa o risco; segredos fora do repositório |
A régua costuma esbarrar num ponto: no plano gratuito, quem escolhe o provedor é cada pessoa, na própria extensão. Sem uma configuração central, a política vira um documento que ninguém confere. É por isso que a pergunta seguinte é sobre o Enterprise.
O que a aprovação por ação protege, e o que não protege?
A aprovação por ação é o principal freio do Cline, e ela funciona: cada leitura, edição ou comando pede um clique, a menos que a categoria esteja liberada. A documentação de Auto Approve recomenda, como padrão, liberar só a leitura de arquivos do projeto e deixar edição, comandos, navegador e MCP desligados até haver motivo.
O limite está em quem decide o que é "seguro". Segundo a mesma página, o Cline não usa uma lista fixa de comandos permitidos: é o próprio modelo que marca cada comando como seguro ou como exigindo aprovação. Com "executar comandos seguros" ligado, a fronteira passa a ser o julgamento do modelo, não uma regra escrita pela empresa.
No extremo está o modo YOLO, que aprova tudo: operações em qualquer arquivo do sistema, qualquer comando, navegador, servidores MCP e a passagem do Plan para o Act. A documentação classifica o modo como perigoso e o indica para protótipos descartáveis, em ambientes isolados. O Enterprise tem controle para restringir o YOLO.
E o .clineignore, protege o .env?
Não como trava. A página do .clineignore avisa que o recurso será descontinuado e que ele filtra o que o Cline carrega sozinho, mas não é fronteira de segurança: arquivos ignorados ainda podem ser lidos por menção explícita com @ ou por comandos no terminal. A alternativa oficial é um hook que bloqueia leituras, edições e comandos sobre os caminhos listados, com a ressalva de que um comando criativo ainda pode escapar. Segredo seguro é segredo fora do repositório.
Quem conecta o agente a sistemas externos também precisa olhar a outra ponta: cada servidor MCP é uma porta que o agente abre para fora do editor, e a aprovação automática dessa categoria deveria ser decisão de quem administra, não de cada pessoa.
O Cline tem plano para empresas?
Tem, o Enterprise, com preço sob consulta. A página de preços lista o que ele acrescenta ao gratuito: extensão JetBrains, SSO, SLA, suporte dedicado, faturamento centralizado, controle de acesso por função, limite de provedores de inferência, painel de equipe e logs de autenticação, além de gestão de configuração. Itens como permissões finas aparecem como "em breve".
A visão geral do Enterprise detalha o desenho: a inferência vai para o provedor que a empresa configura (AWS Bedrock, Google Vertex AI, Azure OpenAI, Anthropic, OpenAI ou qualquer endpoint compatível), os papéis são membro, administrador e dono, e o uso pode ser exportado por OpenTelemetry para as ferramentas de observabilidade da empresa. Há ainda o armazenamento de prompts em S3 ou R2, para auditoria.
O ClinePass barateia o modelo. O Enterprise decide para onde o código vai. São compras de natureza diferente.
O que fica de fora até no Enterprise?
O ganho central para o gestor é o "limite de provedores": com ele, a régua da tabela anterior deixa de depender da boa vontade de cada pessoa. O que fica de fora até no Enterprise é o que não é técnico: decidir qual rota vale para qual cliente e registrar essa decisão.
Qual a diferença entre Cline e Cursor, e quais as alternativas?
O Cline é uma extensão que entra no editor que o time já usa; o Cursor é um editor completo, com assinatura por usuário e uso de modelo incluído no plano. No Cline, a empresa escolhe e paga o modelo; no Cursor, o modelo vem embutido e o controle está no plano contratado. Falamos do que configurar no Cursor em o que ligar antes de liberar o Cursor para o time.
| Ferramenta | Formato | Quem escolhe o modelo | Leitura relacionada |
|---|---|---|---|
| Cline | Extensão de código aberto, CLI e SDK | A empresa ou a pessoa, entre dezenas de provedores | Este artigo |
| Cursor | Editor próprio com assinatura | O plano, com modelos do catálogo do Cursor | Cursor IA na empresa |
| Claude Code | Agente da Anthropic no terminal e no editor | Modelos da Anthropic | Claude Code e as permissões |
| OpenAI Codex | Agente da OpenAI, local e na nuvem | Modelos da OpenAI | Codex e a internet desligada |
| GitHub Copilot | Assistente e agente dentro do GitHub e do editor | O plano do Copilot | o que o assento do Copilot não cobre |
Vale notar que, pela lista de provedores da documentação, o Cline aceita configurar a assinatura do Claude Code e a autenticação do OpenAI Codex como provedores. Nesses casos, a rota segue a regra da chave própria: o pedido vai à Anthropic ou à OpenAI nos termos da conta usada.
Quais os erros mais comuns ao liberar o Cline?
- Tratar "é gratuito" como "não tem decisão". A extensão é gratuita; a rota do código e o contrato do modelo não são neutros.
- Deixar cada pessoa escolher o provedor. Num mesmo time, uma usa chave da empresa, outra créditos do Cline, outra o ClinePass, e o código de um cliente passa por três caminhos diferentes.
- Assinar ClinePass para o time como se fosse plano corporativo. É assinatura individual, com cesta de modelos que muda e sem painel de equipe.
- Ligar "executar comandos seguros" achando que há uma lista. Quem classifica o comando é o modelo.
- Confiar no .clineignore para esconder segredos. Ele não é fronteira de segurança, pela própria documentação.
- Esquecer a telemetria. Ela vem ligada, e nas rotas do Cline pode carregar prompt e resposta.
- Usar o YOLO fora de ambiente isolado. Aprova tudo, inclusive comandos destrutivos e push para o repositório.
Quase todos esses erros nascem do mesmo lugar: a ferramenta entrou pela mão do desenvolvedor, sem passar por ninguém. É o padrão que descrevemos em shadow AI, a IA que o funcionário já usa.
Por onde começar hoje?
- Levante quem já usa o Cline e com qual provedor selecionado (Cline, ClinePass, chave própria ou local).
- Classifique os repositórios pela tabela de rotas e escreva qual provedor vale para cada classe.
- Crie uma conta da empresa no provedor escolhido, com teto de gasto, e distribua a chave por ela, não por cartão pessoal.
- Defina a aprovação automática padrão: leitura liberada; edição, comando, navegador e MCP só com motivo; YOLO só em ambiente isolado.
- Decida sobre a telemetria e desligue onde o contrato pedir, lembrando que na CLI a decisão é máquina a máquina.
- Tire segredos do repositório antes de confiar em qualquer arquivo de exclusão.
- Se o time passar de algumas pessoas, avalie o Enterprise pelo limite de provedores e pelo SSO, não pelo preço do modelo.
Se a empresa está montando esse desenho e quer ajuda para escolher rota, provedor e regras, é o trabalho do nosso serviço de desenvolvimento assistido por IA. E, para ver onde a tecnologia entra no conjunto da operação de marketing e vendas, o diagnóstico de marketing gratuito mostra a maturidade em cada frente em cerca de 30 minutos.

