Lançamento do Cursor CLI

• Cursor Agent agora pode ser usado em CLI ou em ambiente headless, permitindo usar os mesmos comandos no IDE ou no terminal
• No terminal, é possível fazer revisão de edição do agente, guia de trabalho em tempo real e configuração de regras personalizadas
• Suporte para uso de modelos de IA recentes (Anthropic, OpenAI, Gemini etc.), integração com o IDE desejado e criação de scripts e tarefas automatizadas
• Além do ambiente nativo, também é possível executar agentes em paralelo e de forma remota, além de integrar com diversos ambientes de desenvolvimento
• O CLI possui permissão para ler, editar, excluir arquivos e executar comandos, por isso é recomendado usá-lo apenas em um ambiente confiável

---

Visão geral do Cursor Agent CLI

Suporte a ambientes CLI e headless

• O Cursor Agent pode ser executado em CLI ou em ambiente headless
• Integrável com IDEs (Neovim, JetBrains etc.), terminal, servidores remotos e diversos ambientes de desenvolvimento
• O mesmo conjunto de comandos pode ser usado em qualquer lugar
• Exemplo: Cursor, JetBrains, Android Studio, Ghostty, Warp, Bash, Xcode

Principais recursos

• Revisão de modificação de código: é possível conferir e aplicar diretamente no terminal as alterações sugeridas pelo agente
• Ajuste em tempo real: é possível orientar o trabalho do agente enquanto ele está em andamento
• Definição de regras do usuário: personalização detalhada via AGENTS.md e MCP
• Uso de modelos de IA recentes: uso imediato de modelos recentes como Anthropic, OpenAI e Gemini
• Suporte a automação: atualização automática de documentação, acionamento de revisão de segurança, criação de agente de codificação customizado etc.

Evolução do produto

• Inicialmente: autocomplete inteligente de texto com reconhecimento de contexto
• Em seguida: perguntas e respostas de IA, edição de código inline (⌘+K)
• Após melhoria da qualidade de geração de código: expansão para permitir que o Agent crie arquivos, execute comandos de terminal e faça busca na base de código
• Em 2025: expansão do Agent de Editor para Web, Mobile e Slack
• Atualmente: suporte expandido para CLI e ambientes headless

Exemplo de instalação e execução do CLI

# Instalação  
curl https://cursor.com/install -fsSL | bash  
  
# Iniciar o CLI pelo prompt  
cursor-agent chat "find one bug and fix it"  

• O CLI ainda é uma versão beta
• Os mecanismos de segurança ainda estão em desenvolvimento, e como possui permissões de acesso a arquivos e execução de comandos, recomenda-se uso apenas em ambiente confiável

Referência

• Documentação do CLI: https://docs.cursor.com/en/cli/overview

[GN⁺]

Opinião no Hacker News

• Não sei bem onde eu usaria isso fora de ambientes virtualizados e não utilizados. Eu preferiria que trouxessem uma máquina virtual com armazenamento limitado. Acho que nunca vou dar ao LLM permissão de acesso superior à leitura em discos que eu possuo ou gerencio.

• Fico curioso sobre quando todo mundo vai adotar o padrão AGENT.md e usá-lo em vez de nomes como gemini.md/claude.md/crush.md/summary.md/qwen.md. Confira agent.md (redireciona para https://ampcode.com/AGENT.md) e também agent-rules.org

  • É um nome mais intuitivo do que o que eu uso, mas parece menos divertido. Eu uso atualmente com um symlink para um arquivo ROBOTS.md.
  • Essa é outra das minhas reclamações. Eu também padronizei para AGENT.md e crio aliases para Claude, Gemini etc., para que, ao chamá-los, sempre leiam esse arquivo. O problema é que o agente logo esquece disso. Acho que a experiência de coding agentic no CLI pode ser melhorada assim: (1) deveria ser fácil verificar quais comandos foram executados recentemente e (2) deveria ser fácil subir uma sandbox para rodar sessões unattended. Acho que, para gerar código, o que precisamos não é um gerador de código dirigido por IA, mas um gerador de código determinístico que aproveita a IA.
  • Acho que alguns provedores vão manter uma postura proprietária, rejeitando convenções emergentes como fez a Microsoft dos anos 90. No fim, no CLI existe uma forma de contornar isso e, de algum jeito, tudo pode ser usado ao ler as diretrizes do sistema. No IDE, porém, o lock-in de arquivo de configuração é bem mais forte. Recentemente também escrevi um post sobre como repassar o mesmo documento de diretrizes para cada AI coder, então deixo um estudo de caso relacionado.
  • A ideia de padronização do AGENT.md parece boa. Só que isso não combina tão bem com uma estrutura do tipo .cursor/rules/, em que vários arquivos de regras são incluídos conforme condições de front matter. Não sei se outro agent suporta esse tipo de abordagem, e no Cursor também é difícil prever exatamente quais arquivos de regras ele lê. Existe a opção de linkar arquivos de regras suplementares, mas não sei se há algum agente que suporte bem isso.

• O lançamento de agentes de codificação com IA está tão rápido quanto o dos frameworks JavaScript. Mas, sinceramente, estou gostando bastante desse movimento.

  • Agora é divertido pensar em quantos frameworks JavaScript dá para fazer vibe coding.

• Não imaginava que agentes de codificação baseados em terminal pudessem ser tão divertidos. Dá pra deixar um rodando em background enquanto faço #dayjob e, de quebra, já bate aquela sensação de hacker. O 2025 deve virar o ano do terminal. Também é ótimo para meus objetivos de protótipo, e o Claude Code foi a tecnologia mais divertida que já experimentei nesse sentido.

• Eu acho que o CLI agora é uma boa ideia. O próximo nível de abstração parece ser: alguém (provavelmente eu) abrir um issue ou feature request em um PR do Github, e ao apertar um botão o agente resolve sozinho. Já houve conversas parecidas no GitHub, mas o ecossistema deles do gh copilot é tão diversificado que eu fico confuso se é GA ou se eu tenho acesso. (Para referência: na documentação oficial existe, mas não funciona tão suavemente quanto eu imaginava)

• É interessante ver agentes de IA reescrevendo a definição de IDE. Na era do chat AI, esse movimento não estava acontecendo. Quanto mais o agente consegue agir de forma autônoma, menos importante fica a UI tradicional da IDE. Acredito que uma ferramenta CLI pode criar um novo ecossistema de ferramentas de desenvolvimento. Fazer plugins de IDE completos no VSCode ou IntelliJ é realmente trabalhoso, e a compatibilidade entre IDEs não é boa. Já as ferramentas CLI e MCP são bem mais simples, com maior composição/portabilidade.

• Eu acho que o Cursor será a melhor suíte de ferramentas a longo prazo

  1. Vai entregar uma experiência de ponta a ponta com integração apertada entre CLI, agente em background, IDE e app do Github (bugbot etc.)
  2. À medida que os modelos de frontier internalizarem a distribuição de trabalho, o Claude Code perde exclusividade
  3. Deve haver uma filosofia de reduzir ao máximo o custo de troca entre fornecedores de modelo (com suporte a vendors independentes) para concentrar incentivos no avanço dos modelos. A competição deve ser entre modelos, não em lock-ins de UI, dados ou rede
  • Eu quero apostar no oposto. Acredito que a verdadeira capacidade agentic aparece junto com o treinamento por RL, como no processo de criação conjunta de Tony e Schut. A importância ontológica do Claude Code estar no Cursor, e também o fato de o Cursor ter virado para agentic rápido e depois ter saído com parceria com a OpenAI, estão aí. O Cursor também provavelmente não vai conseguir ir longe sem se juntar à OpenAI ou à Meta.

• Situação engraçada: eu esperava que a Anthropic desse uma GUI para o Claude.

  • No lançamento do Claude Code, ouvi dizer que, como em breve nenhum IDE vai fazer sentido, não fazia sentido construir uma GUI.
  • Fico curioso se isso não é o Claude Desktop.

• Agora vários laboratórios de frontier entraram nesse mercado e abriram assinaturas de consumidor para uso via CLI também. Então não sei bem por que produtos como o Cursor sobrevivem. Se uma função já vem incluída em assinaturas OAI/Anthropic/GOOG, por que pagar a mais?

  • Na verdade, estou pensando no oposto. Se o Cursor fizer a melhor UX para todos os cenários (chatbots mobile/desktop, assistente, agente de codificação em IDE/CLI/web container etc.), podem surgir produtos mais refinados conforme mais recursos entram. Se pegar market share, os modelos viram basicamente commodity, e dá para selecionar conforme o contexto dentro do Cursor. No fim, os usuários vão aprender os comandos e configurações do Cursor, e o custo de trocar isso fica enorme. Só de instalar/remover outros apps/plugins já é trabalhoso.
  • Eu acho que o Cursor precisa de uma estratégia agressiva e diferenciada para sobreviver. Em vez disso, com o Cursor os modelos de cada laboratório estão virando commodity.
  • Eu também pago pelo Cursor e pelo ChatGPT. Se eu usasse Android, certamente teria pago pelo Gemini também. Chatbots têm (1) menor competitividade de assinatura do que modelos de API e (2) hoje estão em guerra de UX, mais do que de qualidade de modelo. No fim, os vencedores do mercado de chatbots são ChatGPT e produtos integrados por padrão (Gemini, MSFT Copilot).
  • Isso acontece porque dá para escolher o melhor modelo a qualquer momento. Ontem era possível usar Claude Opus 4.1, hoje é GPT-5. Se você assina só a Anthropic, vai ficar amarrado ao Claude.

• Fico curioso para saber qual é a vantagem em comparação com IDEs tradicionais e se isso foi feito tentando se parecer com o Claude Code

  • Pensando um pouco diferente: será que um agente realmente precisa de uma IDE para escrever código? A IDE/editor é para mim, não precisa ser usada necessariamente pelo agente. Isso significa que eu não preciso me forçar a usar uma IDE forkeada e imperfeita.
  • Ficou claro para muita gente que o VSCode mainline é, de fato, uma barreira de entrada. Eu e pessoas ao meu redor também não usamos muito agentes que exigem um fork de VSCode. Em vez disso, há a vantagem de também suportar quem prefere Jetbrains e editores baseados em terminal.
  • Passa a ser possível usar IDEs além do VSCode.
  • Dá para rodar o Cursor CLI no terminal da IDE que você quiser, sem ficar preso só ao modelo da Claude.
  • Ainda fico com uma dúvida: por que a Cursor não entrega essas funcionalidades separadamente em vez de incorporar direto ao produto principal?