O que aconteceu com Continue?
Continue foi assistente open source para VS Code, JetBrains e agent terminal cn. O homepage agora diz que foi adquirido pelo Cursor. O repo está read-only, sem manutenção ativa, e descreve 2.0.0 como release final para CLI e IDE.
Isso muda a recomendação. O código Apache 2.0 segue útil, mas não há expectativa normal de features, security patches, providers ou compatibilidade. Um novo adotante aceita risco, mantém fork ou escolhe alternativa ativa.
O que o produto final faz
IDE inclui autocomplete, Chat contextual, Edit, Plan read-only e Agent com tools. Agent busca repo, cria e modifica files, executa terminal, acessa web e MCP. Por padrão pede permissão; policies automatizam ou excluem tools.
Plan expõe inspeção, grep, maps, URLs, web search e diff. Agent adiciona mutação e execução. Rules em .continue/rules codificam convenções; configs escolhem modelos, contexto, prompts e MCP.
CLI cn oferece TUI e headless, agent ou YAML local, resume, rules, MCP, restrições, read-only e --auto. Docs suportavam contas Continue, API key ou Anthropic, mas caminhos precisam ser testados após aquisição.
Preços depois da aquisição
Não há tabela atual: /pricing retorna 404 e homepage é aviso. Solo, Team, Mission Control e créditos históricos estão stale. FAQ tem headings sobre assinatura e dados, mas clientes precisam de comunicação ou suporte real.
Cliente open source é grátis, operação não. APIs cobram, modelos locais exigem hardware, MCP pode cobrar e fork precisa de engenharia, IDE adapters, releases e vulnerability response.
Clientes pagos devem preservar invoices e termos, exportar configs e pedir respostas sobre fim do serviço, créditos, refunds, export, deletion, suporte e migração. Não suponha que Cursor inclua benefícios Continue.
Dados e segurança
Continue é client e orquestração. Código e prompts vão ao modelo configurado; MCP recebe argumentos; terminal roda no ambiente. Config local evita antiga cloud e modelo realmente local mantém inferência local apenas se nenhum modelo cloud, web tool, telemetria, MCP ou secret path receber dados.
O repo final diz que anonymous telemetry e auth foram removidos em 2.0.0. Packages antigos podem diferir; confirme versão. Policies históricas não explicam transfer, deletion ou retention da aquisição.
Permissões exigem cuidado em client EOL. Approval ajuda, mas policies automáticas e --auto escrevem e executam sem interrupção. Rules e MCP são código/instruções não confiáveis. Use ambiente limpo e low privilege, mantenha secrets fora, inspecione configs, restrinja network e nunca conecte produção.
Checklist de manutenção e migração
Inventarie extensão/CLI, providers, keys, Mission Control, configs, rules, MCP, prompts, sessions e jobs. Revogue tokens e rotacione secrets incertos.
Exporte formatos locais e capture comportamento em testes porque outro assistente interpreta diferente. Desative workflows hospedados antes de duplicar PRs e migre um fluxo read-only por vez. Valide retrieval, tools, qualidade, custo, logs, deletion e aprovação.
Um fork precisa de owner, Node/IDE suportados, scans, signing, vulnerability intake, provider tests, publishing, privacy docs e budget. Repo público não cria maintainer.
Veredito
Continue foi influente e o código final tem valor educativo, para forks e legado controlado. Não é default forte para deployment novo de longo prazo. Usuários existentes devem exportar e migrar; novos só devem adotar se quiserem possuir código, segurança, compatibilidade e operação.
