Auth
Entra, sabe quién eres.
dailybot loginLogin con OTP. Guarda un token de sesión en `~/.config/dailybot/`.
dailybot statusCheck-ins pendientes; con `--auth` muestra qué credencial está activa.
El CLI de Dailybot
El CLI `dailybot` convierte cada verbo público de Dailybot en un solo comando de shell. Reporta desde tu terminal, envía mensajes a tu equipo desde CI, consulta al asistente desde un pipe, cablea un loop de agente con hooks deterministas. Open source, dual-auth, multiplataforma — sin SDK que importar, sin runtime que instalar.
$ curl -sSL https://cli.dailybot.com/install.sh | bashmacOS · Linux · Windows · WSL
El punto del CLI
Un binario, cero runtime
Un solo binario nativo. Sin Node, sin Python, sin Docker. `dailybot --version` debería ser tu primer prompt.
Cada verbo es un comando
Si existe en la API de Dailybot, existe como subcomando de `dailybot`. Sin API keys que enchufar, sin cliente HTTP que escribir.
Dual-auth: OTP o API key
OTP personal para developers, key de larga vida para CI. Mismo acceso, mismos comandos, misma salida.
No bloqueante, scripteable, JSON-first
`--json` en cada comando. Nunca detiene tu trabajo principal. Los exit codes siguen POSIX — seguro en cualquier pipeline.
15+
comandos en producción
6
canales de instalación — curl, brew, npm, apt, winget, manual
4
plataformas de chat — Slack, Teams, Discord, Google Chat
MIT
con licencia. Cada release, para siempre.
Cada comando envuelve 1:1 un endpoint público documentado. Nada oculto, nada propietario. Quince comandos que puedes memorizar en una tarde.
Auth
dailybot loginLogin con OTP. Guarda un token de sesión en `~/.config/dailybot/`.
dailybot statusCheck-ins pendientes; con `--auth` muestra qué credencial está activa.
Reportes
dailybot agent updatePublica un reporte estilo standup. No bloqueante, devuelve una URL directa al update.
dailybot hookHooks deterministas del ciclo de vida del harness del agente — solo ledger local.
Mensajería
dailybot chat sendEnvía mensajes del bot a usuarios, canales o equipos — Slack, Teams, Discord, Google Chat.
dailybot chat updateEdita un mensaje ya enviado — el padre o cualquier respuesta del hilo.
Asistente
dailybot askOne-shot o TUI a pantalla completa. Slash commands `/status`, `/checkins`, `/report`, `/help`.
Ciclo de vida
dailybot versionImprime la versión instalada y la más nueva disponible en el canal de releases.
dailybot upgradeTrae el release más nuevo in-place. Mismo canal desde el que instalaste.
dailybot uninstallElimina el binario y cada archivo de configuración. Sin estado residual.
Elige el package manager que tu máquina ya conoce. Mismo binario, mismos comandos, la ruta que tomes. Si no estás seguro, usa el one-liner de curl — funciona en macOS, Linux y WSL.
curl -sSL https://cli.dailybot.com/install.sh | bashbrew install dailybothq/tap/dailybotnpm install -g @dailybot/clicurl -fsSL https://cli.dailybot.com/gpg | sudo gpg --dearmor -o /usr/share/keyrings/dailybot.gpg
echo "deb [signed-by=/usr/share/keyrings/dailybot.gpg] https://cli.dailybot.com/apt stable main" \
| sudo tee /etc/apt/sources.list.d/dailybot.list
sudo apt update && sudo apt install dailybotwinget install DailybotHQ.CLI# Grab the release for your OS/arch
curl -L https://github.com/DailybotHQ/cli/releases/latest/download/dailybot-linux-x86_64 \
-o /usr/local/bin/dailybot
chmod +x /usr/local/bin/dailybot
dailybot --versionCada release lleva binarios pre-compilados para macOS (Apple Silicon + Intel), Linux (x86_64 + arm64) y Windows (x86_64). El script de instalación detecta tu plataforma.
Estos son los patrones que vemos que los equipos pegan una vez y olvidan. No son snippets idealizados — son la forma exacta del comando de shell que termina en el alias, el job de CI o el script del agente.
Desde tu shell
Añade un alias en tu `.zshrc` / `.bashrc` y tu update de standup queda a un solo comando. No bloqueante — no se atraviesa al trabajo.
alias standup='dailybot agent update'
standup "Shipped the auth refactor — JWT now works across all services."Desde CI/CD
Guarda `DAILYBOT_API_KEY` como secret de CI y cada deploy publica su propia release note. Sin bot custom de Slack, sin tuberías de webhooks.
# .github/workflows/deploy.yml
- name: Report deploy
env:
DAILYBOT_API_KEY: $SECRETS_DAILYBOT_API_KEY
RELEASE_TAG: $GITHUB_REF_NAME
run: |
dailybot chat send \
-c $RELEASES_CHANNEL \
-m "Shipped $RELEASE_TAG :rocket:"Desde un loop de agente
Envuelve cualquier agente de larga duración con `dailybot hook session-start` y `dailybot agent update` al salir. El equipo ve al agente terminar el trabajo — no solo empezarlo.
dailybot hook session-start -f generic
# ... agent does the work ...
dailybot agent update \
"Refactored the payments module — extracted the retry logic into a shared helper." \
--metadata '{"model":"claude-opus-4.7"}'Desde ChatOps
Un solo `dailybot chat send` publica el titular y hasta diez respuestas del hilo juntas. Sin race conditions, sin follow-ups faltantes.
dailybot chat send \
-c C0123456789 \
-m "Release v4.12.0 shipped :rocket:" \
--thread-message "Frontend deploy: green" \
--thread-message "Backend deploy: green" \
--thread-message "Migrations: applied"Para agentes de codificación de IA
El Dailybot Agent Skill es el CLI sobre rieles: le enseña a cada CLI de IA relevante — Claude Code, Cursor, OpenAI Codex, Gemini, Copilot — cómo invocar el verbo `dailybot` correcto en el momento correcto. Mismo binario debajo. Misma auth, misma salida. Tu agente deja de ser una caja negra y empieza a aparecer en el standup del equipo.
Cuatro reglas que el CLI se impone a sí mismo. Ese es el contrato con tu shell, tu CI y tu harness de agente.
01
Cada subcomando envuelve un único endpoint público de Dailybot. Si funciona vía la API, funciona vía el CLI. Nada oculto, nada extra.
02
Lee `dailybot login` o `$DAILYBOT_API_KEY`, elige la que esté disponible. Mismo acceso en tu laptop y en CI.
03
`--json` en cada comando. Salida humana en stdout, warnings en stderr, exit codes POSIX. Seguro para pipe, seguro para grep.
04
Los reportes, hooks y mensajes nunca detienen el trabajo principal. Un publish fallido se vuelve warning, no stack trace. El CLI es una herramienta, no una dependencia.
Un SDK te pide importar una librería, aparear versiones y gestionar un runtime. Un CLI no pide nada: mete un binario en `/usr/local/bin` y funciona en cada shell, cada pipeline, cada Makefile, cada harness de agente. Cuando decimos que el CLI es el camino más corto a Dailybot, lo decimos literal — el CLI trae cada verbo que nuestros propios agentes usan todos los días, con licencia MIT, multiplataforma, y sin ninguna ceremonia con forma de SDK.
Portable
Un binario, sin runtime. Corre en un container tan fácil como en tu laptop o en una Raspberry Pi.
Scripteable
Salida JSON, exit codes POSIX, `--json` en cada verbo. Seguro para hacer pipe a `jq`, seguro para encadenar con `&&`.
Honesto
Open-source, MIT, dual-auth. Si te queda corto, forkéalo. Nada de tu workflow queda atado a nosotros.
El roadmap público vive en el CHANGELOG del repo del CLI. Aquí va la versión corta.
Pasado
`dailybot login` y `DAILYBOT_API_KEY` dan acceso idéntico — el CLI fue diseñado para funcionar igual en tu laptop y en CI, sin un solo condicional en tus scripts.
Ahora
Auth, reportes, mensajería, `ask` con TUI Textual a pantalla completa, hooks deterministas del agente — todo enviándose hoy y mapeado 1:1 a los verbos de la API pública.
Próximo
Integraciones de CI más profundas, más subcomandos según lanzamos nuevos endpoints, y un ciclo más corto entre lo que el CLI hace y lo que nuestros propios agentes piden.
El CLI es una sola línea para instalar y un solo comando para probar. Empieza con `dailybot login`, luego `dailybot agent update "Probando el CLI"` — ese reporte aterriza en el standup del equipo un segundo después.