Conectar o Cursor ao Dailybot

Cursor é um editor de código com IA e recursos de agente embutidos. Você conversa, planeja e entrega dentro do editor enquanto o agente edita arquivos, roda comandos e segue as regras do repositório. Esse trabalho passa despercebido no Slack ou no standup porque acontece na sua máquina. Conectar o Cursor ao Dailybot fecha essa lacuna: quando o Cursor termina tarefas que importam, o time vê atualizações concisas no mesmo feed dos check-ins humanos.

Por que conectar o Cursor ao Dailybot

Trabalho invisível de agente é um problema real de coordenação. Gestores e colegas querem saber o que foi para produção, o que quebrou e o que está em andamento sem abrir cada branch ou transcript. O Dailybot transforma a saída do agente em sinais prontos para standup. O Cursor continua construindo; o Dailybot deixa o resultado visível no ritmo que o time já usa.

O que você configura

O setup tem três partes: o CLI no terminal do Cursor, um script reporter no projeto e regras de agente que dizem ao Cursor quando reportar.

Instale o Dailybot CLI no ambiente em que você usa Cursor (máquina local, devcontainer ou host remoto). No terminal integrado, rode a instalação global que o time padronizou (por exemplo npm install -g @dailybot/cli) e confirme com dailybot --version. Se o editor roda em container, inclua a mesma instalação na imagem ou em postCreateCommand para sobreviver a rebuilds.

Autentique-se com dailybot login e seu e-mail, ou defina DAILYBOT_API_KEY quando o login interativo for incômodo. O CLI precisa de sessão ou chave válida antes de qualquer reporte funcionar.

Adicione o script reporter ao repositório, em geral em agent_scripts/, alinhado ao que vocês já usam para outros agentes. O script envolve a mensagem, injeta metadata de repo e branch e publica na API do Dailybot. Faça commit para que cada clone do projeto tenha o mesmo ponto de entrada.

Configure as regras do agente do Cursor em .cursorrules na raiz do projeto (ou no caminho que o time usa para o Cursor). É ali que o Cursor lê instruções fixas. Inclua um bloco claro que defina quando reportar (por exemplo depois de entregar uma feature, corrigir um bug ou concluir um refactor em vários passos) e quando não reportar (typos, só formatação, bumps de dependências). Inclua a invocação bash exata que o agente deve rodar, com --metadata e um campo model para os reportes continuarem atribuíveis.

Se o repositório já documenta a mesma política em AGENTS.md para humanos, mantenha o texto alinhado para Cursor e outras ferramentas não contradizerem uma à outra.

Como os reportes aparecem

Os reportes leem como mini standups: uma a três frases em inglês descrevendo o que mudou e por que isso importa para o time. A metadata traz contexto (repositório, branch, identificador de model) sem colar diffs inteiros. Isso mantém o feed escaneável e respeita os limites de ruído que você definir em .cursorrules.

Como isso se compara ao Claude Code

O Claude Code é guiado por arquivos como CLAUDE.md e documentação do projeto que ele carrega por convenção. O gancho principal do Cursor para agentes nativos do editor é .cursorrules. Fora isso, a mecânica é a mesma: mesmo CLI, mesmo padrão de script reporter, mesma ideia de reporting com limiares. Quando você integra as duas ferramentas em um repositório, duplique a seção de reporting em cada superfície de instruções para nenhum agente precisar adivinhar.

Com isso pronto, o trabalho do Cursor deixa de existir só em sessões locais. Ele aparece onde o time já olha o progresso, sem copy-paste extra da sua parte.