daily-meeting-update

Visión general de la skill daily-meeting-update

La skill daily-meeting-update es un flujo de preparación de reuniones que convierte actividad en bruto en una actualización de standup realmente utilizable. Está pensada para desarrolladores que necesitan una forma rápida y estructurada de responder a las preguntas reales de la daily meeting: qué cambió ayer, qué sigue hoy, qué está bloqueado y qué conviene comentar en vivo.

Qué hace realmente daily-meeting-update

A diferencia de un prompt genérico de “escribe mi standup”, daily-meeting-update primero intenta recopilar evidencias de herramientas que quizá ya usas, luego realiza una breve entrevista y finalmente da formato al resultado en Markdown. Su valor principal no es solo resumir: conecta los datos de actividad con el contexto humano.

Para quién encaja mejor

Esta daily-meeting-update skill funciona mejor para personas que:

• trabajan desde GitHub, Git, Jira o sesiones de Claude Code
• quieren un flujo de standup repetible en lugar de improvisar cada mañana
• necesitan una actualización pulida, pero sin perder control sobre lo que se incluye
• suelen olvidar temas de discusión o bloqueos si nadie se los pregunta

El trabajo real que resuelve

La mayoría de usuarios no necesita “redacción con IA”. Necesita ayuda para reconstruir con precisión lo que hizo ayer, detectar qué importa y empaquetarlo en una actualización breve que pueda pegar en el chat o decir en una reunión. daily-meeting-update for Meeting Prep destaca especialmente cuando tu trabajo está repartido entre commits, PRs, tickets y sesiones de programación.

Diferencias clave frente a un prompt simple

La diferencia principal está en la disciplina del flujo de trabajo:

• comprueba si las integraciones están disponibles en lugar de darlo por hecho
• extrae contexto antes de hacer preguntas
• plantea una entrevista fija de 4 partes
• combina trabajo detectable por máquina con matices aportados por el usuario

Eso hace que el resultado sea más fiable que un prompt a ciegas basado solo en la memoria.

Cuándo esta skill no es una buena opción

Conviene no usar daily-meeting-update si:

• no quieres ningún paso de entrevista
• tu trabajo ocurre sobre todo fuera de herramientas de desarrollo y es difícil de respaldar con Git/Jira/historial
• solo necesitas una actualización de estado de una línea
• buscas reporting a nivel de equipo en lugar de una actualización diaria personal

Cómo usar la skill daily-meeting-update

Contexto de instalación de daily-meeting-update

El repositorio de origen es softaworks/agent-toolkit, dentro de skills/daily-meeting-update. Si tu entorno admite skills alojadas en GitHub, una ruta de instalación habitual es:

npx skills add softaworks/agent-toolkit --skill daily-meeting-update

Si tu plataforma de agentes usa otro mecanismo de importación, añade la skill desde la ruta del repositorio y revisa después los archivos fuente antes de apoyarte en ella en una reunión real.

Lee primero estos archivos

Para una guía rápida de daily-meeting-update, empieza por:

1. skills/daily-meeting-update/SKILL.md — el flujo real y el comportamiento de activación
2. skills/daily-meeting-update/README.md — explicación más clara de las integraciones y ejemplos
3. skills/daily-meeting-update/scripts/claude_digest.py — muestra cómo se detecta y resume el historial de sesiones de Claude Code

Este orden de lectura importa porque el script deja ver qué significa en la práctica la “integración con el historial”.

Cómo se ejecuta el flujo de daily-meeting-update

La skill funciona en tres fases:

1. Detectar y ofrecer integraciones
   • historial de Claude Code
   • GitHub CLI
   • contexto del repositorio Git
   • Jira CLI
2. Entrevista
   • ayer
   • hoy
   • bloqueos
   • temas de discusión
3. Generar la actualización
   • combina la actividad extraída con tus respuestas
   • da formato a una actualización de standup en Markdown lista para compartir

El detalle operativo importante es este: está diseñada para extraer datos antes de la entrevista, de modo que las preguntas puedan ser específicas.

Qué información necesita de ti la skill

El daily-meeting-update usage funciona mejor cuando proporcionas:

• la fecha de la reunión o una ventana temporal relativa si “ayer” puede prestarse a confusión
• el repo o proyecto en el que quieres centrarte
• confirmación sobre si debe usar fuentes de GitHub/Jira/historial
• cualquier trabajo fuera de las herramientas que no aparezca en commits o tickets
• restricciones de audiencia como “standup hablado”, “post para Slack” o “actualización breve para manager”

Sin ese contexto, el resultado puede ser técnicamente correcto, pero incompleto.

Frases de activación que encajan bien con la skill

Esta skill está pensada para activarse con peticiones como:

• “help me with my daily”
• “prepare my standup update”
• “generate a scrum update”
• “what’s my status for today’s meeting?”

Si quieres el mejor resultado, conviene que la petición sea más específica que la frase de activación.

Cómo convertir una petición vaga en un prompt sólido

Débil:

Help me with my daily.

Mejor:

Prepare my daily standup update for today. Use GitHub and Claude Code history if available, focus on repo my-app, keep it under 6 bullets, and make blockers explicit.

Óptimo:

Prepare my daily standup update for today. Pull GitHub activity and Claude Code history if available, but ask before using Jira. Focus on work from yesterday in my-app and api-service. I need a Markdown version for Slack plus a shorter spoken version. Include: what I finished, what I’m doing next, blockers, and any topic I should raise with the team.

Un prompt mejor definido mejora la selección de fuentes, el formato de salida y el encaje con la reunión.

Cómo conseguir un resultado de daily-meeting-update más rico en fuentes

daily-meeting-update install solo te da el flujo; la calidad depende de que las fuentes sean accesibles. Antes de usarla, comprueba lo siguiente:

• gh auth status funciona si quieres contexto de GitHub
• tu repo es un repositorio git válido si esperas señales de git local
• Jira CLI está configurado si quieres contexto de tickets
• existe historial de Claude Code en ~/.claude/projects si quieres resúmenes de sesión

La skill evita explícitamente asumir que las herramientas ya están configuradas. Eso mejora la fiabilidad, pero también implica que debes contar con comprobaciones de permisos y disponibilidad.

Qué aporta el script de historial de Claude Code

scripts/claude_digest.py extrae un resumen de las sesiones de Claude Code, con campos como:

• título de la sesión
• ruta del proyecto
• rama
• archivos tocados
• número de comandos
• fecha/número de sesiones

Eso resulta útil cuando tu “trabajo realizado” se reconstruye mejor a partir de sesiones de desarrollo que solo a partir de PRs fusionados. También ayuda a recordar trabajo parcialmente terminado que quizá todavía no aparece en GitHub.

Flujo recomendado para usar daily-meeting-update cada día

Un patrón práctico de daily-meeting-update usage:

1. Ejecútala antes de tu standup, no durante.
2. Permite las integraciones disponibles.
3. Revisa la actividad extraída y selecciona solo lo relevante.
4. Responde las 4 preguntas de la entrevista con el contexto que falte.
5. Pide una reescritura más concisa si el primer borrador sale demasiado largo.
6. Guarda la salida en Markdown para Slack o para tus notas.

Así evitas que la herramienta se convierta en un simple volcado pasivo de actividad.

Formatos de salida que conviene pedir explícitamente

La skill genera Markdown, pero aun así deberías especificar el estilo que necesitas:

• lista con viñetas para el chat del standup
• guion hablado para exponerlo verbalmente
• estado orientado a manager con menos detalle de implementación
• versión breve para sincronización diaria y versión más larga para actualización asíncrona

Las peticiones de formato cambian mucho la utilidad del resultado, así que merece la pena indicarlas desde el principio.

FAQ de la skill daily-meeting-update

¿Es daily-meeting-update mejor que un prompt normal de standup?

Por lo general sí, si tu trabajo deja rastro en GitHub, Git, Jira o el historial de Claude Code. Un prompt normal depende de tu memoria. daily-meeting-update intenta reconstruir primero el contexto y luego hace preguntas dirigidas, lo que reduce omisiones y actualizaciones vagas.

¿Necesito tener configuradas todas las integraciones?

No. La skill está diseñada para comprobar qué hay disponible y preguntar antes de usarlo. Puedes seguir usando daily-meeting-update como un flujo basado solo en entrevista, pero su valor baja cuando no hay contexto externo que sirva de base al resumen.

¿Es apta para principiantes?

Sí, con una salvedad: quienes empiezan quizá necesiten ayuda para entender qué integraciones están realmente disponibles en su entorno. La entrevista en sí es sencilla, pero la calidad de la configuración afecta cuánto puede rellenar la skill de antemano.

¿Cuál es la limitación más importante?

La skill no sabe mágicamente qué actividad importa en términos políticos o estratégicos. Puede sacar a la luz evidencias del trabajo, pero aun así necesitas decidir:

• qué enfatizar
• qué no mencionar
• cómo presentar trabajo sin terminar
• qué bloqueos deben escalarse

¿Cuándo no debería usar daily-meeting-update?

No la uses si:

• tu actualización debe ser totalmente manual y privada
• el formato de tu reunión es muy personalizado y no se parece a ayer/hoy/bloqueos/temas
• necesitas un consolidado de equipo entre varias personas y no tu propio estado
• tu jornada consistió sobre todo en planificación, comunicación o diseño que no queda visible en las herramientas conectadas

Cómo mejorar la skill daily-meeting-update

Define mejor el alcance desde el principio

La forma más rápida de mejorar los resultados de daily-meeting-update es acotar el alcance:

• qué repo
• qué proyecto
• qué rango de fechas
• qué integraciones usar
• para qué audiencia es la actualización

Si no defines el alcance, la skill puede recopilar contexto correcto, pero con demasiado ruido.

Dile también qué no debe incluir

Un fallo bastante común es informar de demasiada actividad de poco valor. Evítalo indicando cosas como:

• “exclude routine review comments”
• “focus on merged work and meaningful progress”
• “don’t list exploratory branches unless they affect today”
• “omit internal troubleshooting details from the Slack version”

Eso hace que la actualización suene más a un standup humano y menos a un registro de actividad.

Añade la capa humana que falta

Los datos de herramientas rara vez capturan:

• por qué algo llevó más tiempo
• qué concesión o tradeoff hiciste
• qué decisión sigue pendiente
• qué necesitas de tus compañeros

Una vez aparezca el contexto detectado automáticamente, añade esos detalles durante la entrevista. Ahí es donde la daily-meeting-update skill se vuelve realmente útil en lugar de quedarse en reporting automatizado.

Usa un refinamiento en dos pasadas

Un buen patrón:

1. Primera pasada: generar un standup completo en Markdown.
2. Segunda pasada: pedir una versión más ajustada para esa reunión concreta.

Ejemplo de seguimiento:

Shorten this to 4 bullets, keep one blocker, and make the discussion topic a final line item.

Suele funcionar mejor que intentar forzar una brevedad perfecta desde la primera pasada.

Corrige la ambigüedad después del primer borrador

Si la primera salida mezcla trabajo terminado, trabajo en curso y trabajo planificado, pide explícitamente una reescritura con etiquetas más claras:

• Done yesterday
• Doing today
• Blockers
• Need input on

Esa estructura es especialmente útil cuando la actividad de GitHub incluye tanto trabajo fusionado como no fusionado.

Mejora la confianza verificando las fuentes de evidencia

Si la actualización parece desviada, inspecciona la ruta de origen en lugar de limitarte a editar el texto:

• comprueba si gh está autenticado con la cuenta correcta
• confirma que estás en el repositorio git adecuado
• verifica el acceso a Jira CLI
• revisa el comportamiento de scripts/claude_digest.py si el historial de sesiones parece incompleto

Esta es la forma más práctica de mejorar con el tiempo la calidad de salida de daily-meeting-update.