daily-meeting-update

Visão geral da skill daily-meeting-update

A skill daily-meeting-update é um fluxo de preparação para reuniões que transforma atividade bruta em uma atualização de standup realmente utilizável. Ela foi feita para desenvolvedores que precisam de uma forma rápida e estruturada de responder às perguntas reais da daily: o que mudou ontem, o que vem hoje, o que está bloqueado e o que vale discutir ao vivo.

O que a daily-meeting-update realmente faz

Diferente de um prompt genérico de “escreva meu standup”, a daily-meeting-update primeiro tenta reunir evidências a partir de ferramentas que você talvez já use, depois conduz uma entrevista curta e, por fim, formata o resultado em Markdown. O valor central não está só em resumir; ela conecta dados de atividade com contexto humano.

Para quem ela funciona melhor

Esta daily-meeting-update skill é mais indicada para quem:

• trabalha a partir de GitHub, Git, Jira ou sessões do Claude Code
• quer um fluxo repetível de standup em vez de improvisar toda manhã
• precisa de uma atualização bem apresentada, mas ainda quer controlar o que entra
• costuma esquecer tópicos de discussão ou bloqueios se não for provocado

Qual problema ela resolve na prática

A maioria das pessoas não precisa de “IA escrevendo”. Precisa de ajuda para reconstruir o dia anterior com precisão, identificar o que importa e empacotar isso em uma atualização curta para colar no chat ou falar na reunião. A daily-meeting-update for Meeting Prep é mais forte quando seu trabalho fica espalhado entre commits, PRs, tickets e sessões de código.

Principais diferenciais em relação a um prompt simples

A principal diferença está na disciplina do fluxo:

• verifica se as integrações estão disponíveis em vez de presumir que estão
• puxa contexto antes de fazer perguntas
• faz uma entrevista fixa em 4 partes
• combina trabalho detectável por máquina com nuances fornecidas pelo usuário

Isso torna a saída mais confiável do que um prompt cego baseado só na memória.

Quando esta skill não é uma boa escolha

Evite a daily-meeting-update se:

• você não quer nenhuma etapa de entrevista
• seu trabalho acontece majoritariamente fora de ferramentas de desenvolvimento e é difícil de comprovar via Git/Jira/histórico
• você só precisa de um status de uma linha
• você quer um relatório do time inteiro, e não uma atualização diária pessoal

Como usar a skill daily-meeting-update

Contexto de instalação da daily-meeting-update

O repositório de origem é softaworks/agent-toolkit, na pasta skills/daily-meeting-update. Se o seu ambiente suportar skills hospedadas no GitHub, um caminho comum de instalação é:

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

Se a sua plataforma de agentes usar outro mecanismo de importação, adicione a skill a partir do caminho do repositório e depois revise os arquivos-fonte antes de confiar nela em uma reunião real.

Leia estes arquivos primeiro

Para um daily-meeting-update guide rápido, comece por:

1. skills/daily-meeting-update/SKILL.md — o fluxo real e o comportamento de acionamento
2. skills/daily-meeting-update/README.md — explicação mais clara das integrações e exemplos
3. skills/daily-meeting-update/scripts/claude_digest.py — mostra como o histórico de sessões do Claude Code é detectado e resumido

Essa ordem de leitura importa porque o script revela o que “integração com histórico” significa de fato na prática.

Como funciona o fluxo da daily-meeting-update

A skill opera em três fases:

1. Detectar e oferecer integrações
   • histórico do Claude Code
   • GitHub CLI
   • contexto do repositório Git
   • Jira CLI
2. Entrevista
   • ontem
   • hoje
   • bloqueios
   • tópicos de discussão
3. Gerar atualização
   • combina a atividade coletada com as suas respostas
   • formata uma atualização de standup em Markdown pronta para compartilhar

O detalhe operacional mais importante: ela foi pensada para buscar dados antes da entrevista, para que as perguntas possam ser específicas.

Quais informações a skill precisa de você

O daily-meeting-update usage funciona melhor quando você informa:

• a data da reunião ou a janela de tempo relativa, caso “ontem” seja ambíguo
• o repo ou projeto em que quer focar
• a confirmação de uso de fontes como GitHub/Jira/histórico
• qualquer trabalho feito fora das ferramentas, que não apareceria em commits ou tickets
• restrições de público, como “standup falado”, “post no Slack” ou “atualização breve para gestor”

Sem esse contexto, o resultado pode estar tecnicamente correto, mas ainda assim incompleto.

Frases de acionamento que combinam com a skill

Esta skill foi pensada para ativar em pedidos como:

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

Se você quiser o melhor resultado, torne o pedido mais específico do que a frase de acionamento.

Como transformar um pedido vago em um prompt forte

Fraco:

Help me with my daily.

Melhor:

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.

Ideal:

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.

Um prompt mais forte melhora a seleção de fontes, o formato de saída e a aderência ao tipo de reunião.

Como obter uma saída melhor enriquecida por fontes

O daily-meeting-update install entrega o fluxo, mas a qualidade depende das fontes acessíveis. Antes de usar, verifique:

• se gh auth status funciona, caso você queira contexto do GitHub
• se o seu repo é um repositório git válido, caso espere sinais do git local
• se o Jira CLI está configurado, caso queira contexto de tickets
• se existe histórico do Claude Code em ~/.claude/projects, caso queira resumos de sessão

A skill evita explicitamente presumir que as ferramentas já estão configuradas, o que é bom para confiabilidade, mas significa que você deve esperar checagens de permissão e disponibilidade.

O que o script de histórico do Claude Code adiciona à daily-meeting-update

scripts/claude_digest.py gera um digest das sessões do Claude Code, incluindo campos como:

• título da sessão
• caminho do projeto
• branch
• arquivos tocados
• quantidade de comandos
• data/contagem de sessões

Isso é útil quando o seu “trabalho feito” é mais fácil de reconstruir a partir das sessões de código do que apenas de PRs mergeados. Também ajuda a lembrar trabalho parcialmente concluído que talvez ainda não esteja visível no GitHub.

Fluxo sugerido para uso diário

Um padrão prático de daily-meeting-update usage:

1. Execute antes do standup, não durante.
2. Permita as integrações disponíveis.
3. Revise a atividade coletada e selecione só o que é relevante.
4. Responda às 4 perguntas da entrevista com o contexto que estiver faltando.
5. Peça uma reescrita mais concisa se a primeira versão vier verbosa demais.
6. Salve a saída em Markdown para usar no Slack ou nas suas anotações.

Isso evita que a ferramenta vire apenas um despejo passivo de logs.

Formatos de saída que vale pedir explicitamente

A skill gera Markdown, mas ainda assim você deve especificar o estilo de que precisa:

• lista com bullets para chat de standup
• roteiro falado para apresentação verbal
• status voltado para gestor, com menos detalhe de implementação
• versão enxuta para sync diário e versão mais longa para atualização assíncrona

Pedidos de formatação mudam bastante a utilidade do resultado, então vale defini-los logo no início.

FAQ da skill daily-meeting-update

A daily-meeting-update é melhor do que um prompt comum de standup?

Na maioria dos casos, sim — se o seu trabalho deixa rastros em GitHub, Git, Jira ou no histórico do Claude Code. Um prompt comum depende da memória. A daily-meeting-update tenta reconstruir o contexto primeiro e só depois faz perguntas direcionadas, o que reduz itens esquecidos e atualizações vagas.

Preciso ter todas as integrações configuradas?

Não. A skill foi desenhada para verificar o que está disponível e perguntar antes. Você ainda pode usar a daily-meeting-update só como fluxo de entrevista, mas o valor cai quando não existe contexto externo para sustentar o resumo.

Ela é amigável para iniciantes?

Sim, com uma ressalva: iniciantes podem precisar de ajuda para entender quais integrações estão realmente disponíveis no ambiente deles. A entrevista em si é simples, mas a qualidade da configuração impacta o quanto a skill consegue pré-preencher.

Qual é a maior limitação?

A skill não sabe magicamente qual atividade importa do ponto de vista político ou estratégico. Ela pode trazer evidências do trabalho, mas você ainda precisa decidir:

• o que enfatizar
• o que não mencionar
• como enquadrar trabalho não concluído
• quais bloqueios precisam de escalonamento

Quando não devo usar a daily-meeting-update?

Não use se:

• sua atualização precisa ser totalmente manual e privada
• o formato da sua reunião é muito customizado e não se parece com ontem/hoje/bloqueios/tópicos
• você precisa de um consolidado da equipe em vez do seu próprio status
• seu dia foi composto majoritariamente por planejamento, comunicação ou design que não aparecem nas ferramentas conectadas

Como melhorar a skill daily-meeting-update

Dê um escopo melhor logo de início

A forma mais rápida de melhorar os resultados da daily-meeting-update é restringir o escopo:

• qual repo
• qual projeto
• qual intervalo de datas
• quais integrações usar
• para qual público a atualização se destina

Se você pular o escopo, a skill pode coletar contexto correto, mas barulhento.

Diga o que não deve entrar

Um modo de falha comum é relatar atividade demais com pouco valor. Evite isso dizendo coisas 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”

Isso faz a atualização soar mais como um standup humano e menos como um log de atividade.

Acrescente a camada humana que falta

Dados de ferramentas raramente capturam:

• por que algo demorou mais
• qual tradeoff você fez
• qual decisão ainda está pendente
• o que você precisa dos colegas

Depois que o contexto detectado automaticamente aparecer, adicione esses detalhes durante a entrevista. É aí que a daily-meeting-update skill se torna realmente útil, em vez de ser apenas um relatório automatizado.

Use refinamento em duas passadas

Um bom padrão:

1. Primeira passada: gere um standup completo em Markdown.
2. Segunda passada: peça uma versão mais enxuta, adaptada à reunião.

Exemplo de follow-up:

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

Isso costuma funcionar melhor do que tentar forçar brevidade perfeita já na primeira passada.

Corrija ambiguidades depois do primeiro rascunho

Se a primeira saída confundir trabalho concluído, trabalho em andamento e trabalho planejado, peça explicitamente uma reescrita com rótulos mais claros:

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

Essa estrutura é especialmente útil quando a atividade do GitHub inclui tanto trabalho mergeado quanto não mergeado.

Melhore a confiança verificando as fontes de evidência

Se a atualização parecer errada, inspecione a origem do problema em vez de só editar a redação:

• verifique se gh está autenticado na conta correta
• confirme que você está no repo git certo
• valide o acesso ao Jira CLI
• inspecione o comportamento de scripts/claude_digest.py se o histórico de sessões parecer incompleto

Essa é a forma mais prática de melhorar a qualidade de saída da daily-meeting-update ao longo do tempo.