Como conectar o Cursor ao Dailybot?

Instale o CLI do Dailybot no terminal integrado do Cursor, autentique-se com dailybot login ou DAILYBOT_API_KEY, adicione agent_scripts/dailybot-report.sh ao repositório e documente quando reportar no .cursorrules. Envie um relatório de teste e confirme no feed do Dailybot.

Que configuração o .cursorrules precisa?

Inclua instruções claras sobre quando executar bash agent_scripts/dailybot-report.sh, com limiares (sim após funcionalidades e bugs; não após erros de digitação ou mudanças só no lockfile) e que --metadata inclua o identificador do modelo.

Como verificar se a conexão funciona?

Execute o script reporter manualmente com uma mensagem de teste. Se a entrada aparecer no feed da equipe em poucos segundos e o metadata estiver correto no painel, a integração está funcionando.

Conectar o Cursor ao Dailybot (passo a passo) - Academy

Tutorial prático: a visão geral da integração com o Cursor explica o valor; aqui estão os passos. No fim, agentes no Cursor publicam atualizações estilo standup no feed do Dailybot ao concluir trabalho relevante.

Observação: Em projetos com Claude Code costuma-se usar CLAUDE.md ou AGENTS.md para instruções do agente. No Cursor, o lugar usual é .cursorrules. O CLI e o fluxo com agent_scripts/ são os mesmos; muda só onde você documenta o comportamento.

O que você precisa antes de começar

Uma conta Dailybot (o plano gratuito basta).
Cursor instalado, com o projeto aberto.
Acesso ao terminal—use o terminal integrado do Cursor para que caminhos e ambiente coincidam com onde o agente roda comandos.

Em devcontainer, instale e autentique-se dentro do contêiner para a sessão persistir.

Passo 1: Instalar o CLI do Dailybot no terminal do Cursor

Abra o terminal integrado (Terminal → New Terminal) e instale o CLI globalmente:

npm install -g @dailybot/cli

Confirme que está no seu PATH:

dailybot --version

Em devcontainers, adicione postCreateCommand ou passo no Dockerfile para rodar npm install -g @dailybot/cli ao reconstruir—como em outras ferramentas globais.

Passo 2: Autenticar

dailybot login [email protected]

Siga o fluxo de verificação por e-mail e escolha o workspace certo, se solicitado.

Para ambientes tipo CI ou sem interação, use uma chave de API:

export DAILYBOT_API_KEY="your-api-key-here"

Crie a chave no painel do Dailybot (Configurações). Não commite segredos no git.

Passo 3: Adicionar o script reporter ao projeto

A maioria dos repositórios mantém o wrapper em agent_scripts/ na raiz (por exemplo agent_scripts/dailybot-report.sh). Ele formata mensagens, injeta metadata de repositório e branch e chama a API do Dailybot.

Se faltar, crie agent_scripts/ e adicione o script da documentação do Dailybot ou de um template interno. O agente deve invocar esse script, não curl manual.

Passo 4: Configurar `.cursorrules` para reportes

Edite .cursorrules (ou mescle com suas regras atuais) para o agente saber quando e como reportar. Seja explícito sobre o limiar para não lotar o feed.

Exemplos—reportar após: entregar uma funcionalidade, corrigir bug visível ao usuário, concluir refactor em vários passos, terminar um plano marco, ou vários commits relacionados que contem uma história coerente.

Exemplos—não reportar após: erros de digitação, só formatação, atualização de dependências sem mudança funcional, leitura exploratória ou trabalho inacabado.

Inclua um padrão de comando concreto, por exemplo:

bash agent_scripts/dailybot-report.sh "Resumo curto estilo standup do que mudou e por que importa." \
  --metadata '{"model":"your-model-id"}'

Ajuste flags (--milestone, --json-data) quando o fluxo da equipe precisar de mais detalhe.

Passo 5: Testar a conexão

Na raiz do projeto, no terminal do Cursor:

bash agent_scripts/dailybot-report.sh "Relatório de teste — verificando integração do Cursor com Dailybot." \
  --metadata '{"model":"cursor-test"}'

Abra o feed do Dailybot da sua equipe. A mensagem deve aparecer em poucos segundos, com contexto como repositório e branch quando a deteção de metadata funcionar.

Passo 6: Verificar no painel

No app web do Dailybot, confira o feed do workspace: teste, rótulos e metadata. Se houver aviso de nome de projeto, defina DAILYBOT_PROJECT_NAME no .env ou no ambiente (veja comentários no script reporter).

Solução de problemas

“CLI not authenticated”: Rode dailybot login de novo ou exporte um DAILYBOT_API_KEY válido. Em contêineres, monte arquivos de ambiente ou use environment no compose—não embuta chaves na imagem.

Script não encontrado: Execute a partir da raiz do repositório ou use o caminho relativo à raiz (bash agent_scripts/dailybot-report.sh).

Relatórios não chegam: Revise configurações do workspace, saída de rede do ambiente e se você está na organização Dailybot correta.

Regras ignoradas: Garanta que .cursorrules fique na raiz do projeto e cite o reporte de forma explícita; o Cursor lê esse arquivo para o comportamento do agente, ao contrário da convenção CLAUDE.md do Claude Code.

Pronto: mesma visibilidade do trabalho no Cursor que de outros agentes, sem copiar e colar no chat.