Conectar Cursor a Dailybot

Cursor es un editor de código con IA y capacidades de agente integradas. Planeas, conversas y entregas desde el editor mientras el agente edita archivos, corre comandos y sigue las reglas del repo. Ese trabajo cuesta verlo en Slack o en el standup porque ocurre en tu máquina. Conectar Cursor a Dailybot cierra esa brecha: cuando Cursor termina tareas que importan, tu equipo ve actualizaciones concisas en el mismo feed que los check-ins humanos.

Por qué conectar Cursor a Dailybot

El trabajo invisible de los agentes es un problema real de coordinación. Managers y compañeros quieren saber qué salió a producción, qué se rompió y qué está en curso sin abrir cada rama o transcript. Dailybot convierte la salida del agente en señales listas para standup. Cursor sigue construyendo; Dailybot hace visible el resultado en el ritmo que tu equipo ya usa.

Qué configuras

El setup tiene tres partes: el CLI en la terminal de Cursor, un script reporter en el proyecto y reglas de agente que le dicen a Cursor cuándo reportar.

Instala el Dailybot CLI en el entorno donde usas Cursor (máquina local, devcontainer o host remoto). Desde la terminal integrada, corre la instalación global que estandarice tu equipo (por ejemplo npm install -g @dailybot/cli) y confirma con dailybot --version. Si el editor corre en un contenedor, mete la misma instalación en la imagen o en postCreateCommand para que sobreviva a los rebuilds.

Autentícate con dailybot login y tu correo, o define DAILYBOT_API_KEY cuando el login interactivo sea incómodo. El CLI necesita sesión o key válida antes de que cualquier reporte funcione.

Agrega el script reporter al repositorio, normalmente bajo agent_scripts/, alineado con lo que ya uses para otros agentes. El script envuelve el mensaje, inyecta metadata de repo y rama, y publica en el API de Dailybot. Haz commit para que cada clone del proyecto tenga el mismo punto de entrada.

Configura las reglas del agente de Cursor en .cursorrules en la raíz del proyecto (o la ruta que use tu equipo para Cursor). Ahí Cursor toma instrucciones permanentes. Agrega un bloque claro que defina cuándo reportar (por ejemplo después de entregar una feature, arreglar un bug o completar un refactor multipaso) y cuándo no (typos, solo formato, bumps de dependencias). Incluye la invocación bash exacta que debe correr el agente, con --metadata y un campo model para que los reportes sigan siendo atribuibles.

Si el repo ya documenta la misma política en AGENTS.md para humanos, mantén el wording alineado para que Cursor y otras herramientas no se contradigan.

Cómo se ven los reportes

Los reportes leen como mini standups: una a tres oraciones en inglés describiendo qué cambió y por qué le importa al equipo. La metadata aporta contexto (repositorio, rama, identificador de model) sin pegar diffs completos. Eso mantiene el feed escaneable y respeta los límites de ruido que definas en .cursorrules.

Cómo se compara con Claude Code

Claude Code se guía por archivos como CLAUDE.md y docs del proyecto que carga por convención. El hook principal de Cursor para agentes nativos del editor es .cursorrules. Por lo demás, la mecánica coincide: mismo CLI, mismo patrón de script reporter, misma idea de reporting con umbrales. Cuando incorporas ambas herramientas en un repo, duplica la sección de reporting en cada superficie de instrucciones para que ningún agente tenga que adivinar.

Con esto listo, el trabajo de Cursor deja de vivir solo en sesiones locales. Aparece donde tu equipo ya mira el progreso, sin copy-paste extra de tu parte.