daily-meeting-update
Interactive daily standup/meeting update generator. Use when user says 'daily', 'standup', 'scrum update', 'status update', 'what did I do yesterday', 'prepare for meeting', 'morning update', or 'team sync'. Pulls activity from GitHub, Jira, and Claude Code session history. Conducts 4-question inter
By softaworks · 3,867 installs
npx skills add softaworks/agent-toolkit --skill daily-meeting-update
Source repository · Upstream listing
Daily Meeting Update
Generate a daily standup/meeting update through an interactive interview . Never assume tools are configured—ask first.
Workflow
Phase 1: Detect & Offer Integrations
Step 1: Silent Detection
Check for available integrations silently (suppress errors, don't show to user):
Integration Detection
Claude Code History ~/.claude/projects directory exists with .jsonl files
GitHub CLI gh auth status succeeds
Jira CLI jira command exists
Atlassian MCP mcp atlassian tools available
Git Inside a git repository
Step 2: Offer GitHub/Jira Integrations (if available)
Claude Code users: Use AskUserQuestionTool tool for all questions in this phase.
GitHub/Git:
If HAS GH or HAS GIT :
If yes:
Jira:
If HAS JIRA CLI or HAS ATLASSIAN MCP :
Step 3: Pull GitHub/Jira Data (if approved)
GitHub/Git — For each approved repo:
Commits by user since yesterday
PRs opened/merged by user
Reviews done by user
Jira — Tickets assigned to user, updated in last 24h
Key insight : Store results to use as context in Phase 2 interview.
Step 4: Offer Claude Code History
This integration captures everything you worked on with Claude Code — useful for recalling work that isn't in git or Jira.
Detection:
If Claude Code history exists, ask:
If yes, run the digest script:
Then present sessions with multiSelect:
Use AskUserQuestionTool with multiSelect: true to let user pick relevant items:
Key insight: User selects which sessions are work related. Personal projects or experiments can be excluded.
Do NOT run digest script when:
User explicitly says "No" to Claude Code history
User says they'll provide everything manually
~/.claude/projects directory doesn't exist
If digest script fails:
Fallback: Skip Claude Code integration silently, proceed with interview
Common issues: Python not installed, no sessions from yesterday, permission errors
Do NOT block the standup flow — the script is supplemental, not required
Phase 2: Interview (with insights)
Claude Code users: Use AskUserQuestionTool tool to conduct the interview. This provides a better UX with structured options.
Use pulled data as context to make questions smarter.
Question 1: Yesterday
If data was pulled , show it first:
If no data pulled:
If user response is vague, ask follow up:
"Can you give more details about X?"
"Did you complete anything specific?"
Question 2: Today
If Jira data was pulled , you can suggest:
Question 3: Blockers
Question 4: Topics for Discussion
Phase 3: Generate Update
Combine all information into clean Markdown:
Core Principles
1. Interview is primary — Tools supplement, they don't replace human context
2. Consent before access — Always ask before pulling from any integration
3. Context aware questions — Show pulled data during interview to trigger memory ("I see you merged PR 123...")
Quick Reference
Phase Action Tool
1. Detect & Offer Check gh/jira/claude history, ask user, pull data Bash (silent), AskUserQuestionTool
2. Interview Ask 4 questions with insights AskUserQuestionTool
3. Generate Format Markdown Output text
Claude Code only: Use AskUserQuestionTool tool for structured questions.
Claude Code Digest Script
Example Session
Output Example
Anti Patterns
Avoid Why (Expert Knowledge) Instead
Run gh/jira without asking Users may have personal repos visible, or be in a sensitive project context they don't want exposed Always ask first, let user choose repos
Assume current directory is the only project Developers often work on 2 5 repos simultaneously (frontend, backend, infra) Ask "Which projects are you working on?"
Skip interview even with tool data Tools capture WHAT happened but miss WHY and context (research, meetings, planning) Interview is primary, tools supplement
Generate update before all 4 questions User might have critical blocker or discussion topic that changes the narrative Complete interview, then generate
Include raw commit messages Commit messages are often cryptic ("fix", "wip") and don't tell the story Summarize into human readable outcomes
Ask for data after interview Showing insights during interview makes questions smarter ("I see you merged PR 123, anything else?") Pull data first, then interview with context
NEVER
NEVER assume tools are configured — Many devs have gh installed but not authenticated, or jira CLI pointing to wrong instance
NEVER skip the "Topics for Discussion" question — This is often the most valuable part of standup that tools can't capture
NEVER generate more than 15 bullets — Standup should be <2 minutes to read; long updates lose the audience
NEVER include ticket/PR numbers without context — "PROJ 123" means nothing; always include title or summary
NEVER pull data from repos user didn't explicitly approve — Even if you can see other repos, respect boundaries