Publicaciones

Redacta automáticamente tu daily standup a partir de PRs de GitHub y actividad de Jira

Tu standup ya lo escribiste ayer. Solo está disperso entre pull requests, mensajes de commit, hilos de Slack y transiciones de Jira. Lo que pierde tiempo es volver a escribirlo en un formulario cada mañana, no el trabajo en sí. Con un único asistente con MCP apuntado a tu repo y a tu tracker, puedes tener el borrador listo antes de abrir el canal del standup. Lo revisas, corriges lo que esté mal y lo envías. Todo el proceso toma 30 segundos en lugar de cinco minutos.

Por qué redactar gana a escribir

El argumento a favor de la automatización aquí es más estrecho de lo que parece. Los standups son cortos, así que generar uno no ahorra mucho tiempo en términos absolutos. La ventaja es que un borrador hecho por IA te hace empezar desde los datos en lugar de desde un campo en blanco. Cuando empiezas desde un campo en blanco a las 9 de la mañana, escribes lo que te resulta más reciente: la tarde de ayer, lo que tienes en pantalla, el bug por el que tu manager acaba de preguntar. Te olvidas del PR que entregaste antes de comer. Te olvidas de que ayudaste a alguien a depurar su deploy. La actualización queda desequilibrada. Cuando empiezas desde un borrador construido a partir de actividad real, editas, no resumes. El resultado es más preciso, requiere menos esfuerzo y casi no cuesta nada una vez que el flujo está montado.

Las fuentes de datos que vale la pena usar

La mayoría de los standups de ingeniería necesitan tres señales. Un asistente de IA con los servidores MCP correctos conectados puede traer las tres sin que tengas que copiar y pegar nada. No necesitas todo. Un borrador sólido puede salir solo con GitHub más tu tracker. El contexto del calendario está bien pero es opcional.

El flujo, de principio a fin

Así se ve el bucle real una vez que tienes los servidores MCP conectados. (Para una introducción a MCP, mira qué es MCP y por qué les importa a los equipos ágiles.)

1. Conecta los servidores MCP que necesita tu asistente

   Apunta tu cliente de IA al servidor MCP de GitHub, al servidor MCP de tu tracker (Atlassian publica uno para Jira, Linear tiene el suyo) y al servidor MCP de Kollabe. Configuración única por cliente.

2. Envíale al asistente tu prompt de standup

   Un prompt reutilizable que le indica al modelo dónde buscar, qué forma deben tener las respuestas y a qué standup enviarlas. Guárdalo como un slash command, un snippet o un prompt guardado en tu cliente.

3. Revisa el borrador

   El asistente trae la actividad de ayer, redacta respuestas por pregunta y te muestra el resultado. Edita lo que esté mal. Añade un blocker que todavía nadie conozca.

4. Envía

   Dile al asistente que envíe. Llama a la herramienta

   standup_submit_answers

   de Kollabe y tu actualización aparece en el canal como cualquier otra entrega.

Un prompt que realmente funciona

El truco para un buen borrador es ser específico con el formato. Si pides "escribe mi standup", obtendrás prosa. Si le dices al modelo exactamente qué preguntas responder y cómo se ve un buen resultado, obtendrás algo que puedes enviar. Aquí tienes un prompt que funciona en Claude Desktop, Cursor o cualquier cliente MCP. Ajusta las partes específicas de tu equipo según tu setup.

Draft my standup for today.

1. Use the Kollabe MCP to find my standup. Get the question list.
2. For yesterday's date, pull:
   - GitHub: my PRs (opened, merged, reviewed) in the
     acme/api and acme/web repos
   - Jira: tickets I moved or commented on in project ENG
3. For each standup question, draft a 1-2 sentence answer using
   the activity above. Reference ticket IDs and PR numbers.
   For "Today", use my calendar plus any in-progress PRs as context.
4. If I had no real blockers, leave the blocker answer empty.
   Don't invent one.
5. Show me the draft. Wait for confirmation before submitting.

La línea "wait for confirmation" importa. Sin ella, algunos clientes enviarán en el primer turno y perderás la oportunidad de editar.

Cómo debería verse el borrador

Un standup auto-redactado bueno se lee como uno que escribiría una persona pensante. Corto, específico, con números de ticket en los lugares correctos.

Pregunta	Respuesta auto-redactada
¿Qué hiciste ayer?	Entregué ENG-412 (rate limiting en /v1/auth) — PR #2841 mergeado. Revisé el PR #2839 de Sarah sobre la migración de billing, pedí cambios en la ruta de rollback.
¿Qué vas a hacer hoy?	Voy a tomar ENG-415 (rotación de refresh token). Pairing con Tom a las 14:00 sobre el deploy de staging.
¿Algún blocker?	Necesito que el DBA dé el visto bueno al plan de migración en ENG-418 antes de poder mergear. Le escribí a Priya ayer, sin respuesta todavía.

Fíjate en lo que el modelo no hizo: no rellenó con "gran progreso hoy" ni te resumió la descripción del PR. Sacó los hechos que importan y se detuvo. Si tus borradores están saliendo inflados, el problema casi siempre es el prompt. Añade una regla explícita de "sin relleno, sin resumen de descripciones de PR" y se ajustará al instante.

El paso de envío

Una vez que el borrador se ve bien, el asistente lo envía vía la herramienta MCP de Kollabe. El flujo es:

1. standup_list

   para encontrar el standup de tu espacio

2. standup_list_questions

   para obtener los IDs de las preguntas

3. standup_submit_answers

   con pares

   {questionId, answer}

   para la fecha

No tienes que pensar en nada de esto. El modelo hace la búsqueda. Vale la pena conocerlo por si un paso falla, ya que el error normalmente te dice qué llamada se rompió. Si tu equipo usa la herramienta de standup de Kollabe, las entregas aparecen en el canal de la misma forma sin importar si vinieron de la app web o de un cliente MCP. Las reacciones y el resumen diario de IA funcionan por encima de cualquiera de los dos.

Cosas a las que prestar atención

Algunos otros detalles que vale la pena conocer:

• Los repos privados y los proyectos de Jira necesitan tokens con scope. OAuth se encarga de esto en la mayoría de los servidores MCP, pero si no ves un repo o proyecto en tu asistente, probablemente la conexión no recibió acceso a él.
• Las zonas horarias importan. "Ayer" para un equipo de Londres no es "ayer" para uno de San Francisco. Dile al modelo qué zona horaria quieres.
• No envíes blockers automáticamente. Un blocker es una petición de ayuda. Si la IA detecta algo que parece un blocker, decide tú si realmente lo es y a quién necesitas etiquetar. Los blockers disparados automáticamente se ignoran rápido.
• Edita la voz de escritura. Las viñetas cortas están bien, pero las lecturas estériles se sienten raras. Un poco de personalidad ayuda mucho. Mira cómo escribir actualizaciones de standup que realmente se lean para las reglas.

Cuándo vale la pena montar esto

Auto-redactar gana su sitio cuando entregas standups a diario, vives en GitHub y un tracker, y ya estás usando un asistente con capacidad MCP para otro trabajo. La configuración son 10 minutos. El beneficio diario es pequeño por persona, pero se acumula a lo largo de un año. No vale la pena si el standup de tu equipo es mayormente conversación síncrona, o si tu trabajo está mayormente fuera de herramientas que la IA pueda leer (talleres, llamadas con clientes, trabajo de diseño). Para esos equipos, la IA se aprovecha mejor en el lado de la detección de patrones — leyendo entregas a lo largo del equipo y señalando tendencias.