daily-meeting-update

Überblick über den daily-meeting-update-Skill

Der daily-meeting-update-Skill ist ein Workflow zur Meeting-Vorbereitung, der rohe Aktivitätsdaten in ein brauchbares Standup-Update verwandelt. Er ist für Entwickler gedacht, die schnell und strukturiert auf die eigentlichen Fragen im Daily antworten müssen: Was hat sich gestern geändert, was steht heute als Nächstes an, wo gibt es Blocker und was sollte live besprochen werden.

Was daily-meeting-update tatsächlich macht

Anders als ein generischer Prompt vom Typ „schreib mein Standup“ versucht daily-meeting-update zuerst, Belege aus Tools zu sammeln, die du vermutlich bereits nutzt, führt danach ein kurzes Interview und formatiert das Ergebnis anschließend als Markdown. Der eigentliche Mehrwert liegt nicht nur in einer Zusammenfassung, sondern darin, Aktivitätsdaten mit menschlichem Kontext zusammenzubringen.

Für wen der daily-meeting-update-Skill am besten passt

Dieser daily-meeting-update-Skill passt am besten zu Menschen, die:

• mit GitHub, Git, Jira oder Claude Code Sessions arbeiten
• einen wiederholbaren Standup-Workflow wollen, statt jeden Morgen zu improvisieren
• ein sauber formuliertes Update brauchen, aber trotzdem kontrollieren möchten, was aufgenommen wird
• Diskussionsthemen oder Blocker oft vergessen, wenn sie nicht gezielt danach gefragt werden

Der eigentliche Job-to-be-done

Die meisten Nutzer brauchen nicht einfach „AI writing“. Sie brauchen Hilfe dabei, den gestrigen Tag korrekt zu rekonstruieren, Wichtiges zu erkennen und daraus ein kurzes Update zu machen, das sie in einen Chat kopieren oder im Meeting mündlich vortragen können. daily-meeting-update for Meeting Prep ist besonders stark, wenn deine Arbeit über Commits, PRs, Tickets und Coding-Sessions verteilt ist.

Zentrale Unterschiede gegenüber einem einfachen Prompt

Der Hauptunterschied liegt in der Workflow-Disziplin:

• prüft, ob Integrationen verfügbar sind, statt sie einfach vorauszusetzen
• zieht zuerst Kontext heran, bevor Fragen gestellt werden
• stellt ein festes Interview mit 4 Teilen
• kombiniert maschinell erkennbare Arbeit mit Nuancen, die vom Nutzer kommen

Dadurch ist das Ergebnis verlässlicher als ein blinder Prompt, der nur auf Erinnerung basiert.

Wann dieser Skill schlecht passt

Lass daily-meeting-update aus, wenn:

• du gar keinen Interview-Schritt möchtest
• deine Arbeit überwiegend außerhalb von Dev-Tools stattfindet und sich kaum aus Git/Jira/History belegen lässt
• du nur ein einzeiliges Status-Update brauchst
• du ein teamweites Reporting statt eines persönlichen Tagesupdates willst

So nutzt du den daily-meeting-update-Skill

Installationskontext für daily-meeting-update

Das Upstream-Repository ist softaworks/agent-toolkit, unter skills/daily-meeting-update. Wenn deine Umgebung GitHub-gehostete Skills unterstützt, ist ein typischer Installationspfad:

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

Wenn deine Agent-Plattform einen anderen Import-Mechanismus nutzt, füge den Skill über den Repository-Pfad hinzu und prüfe anschließend die Quelldateien, bevor du dich in einem echten Meeting darauf verlässt.

Diese Dateien solltest du zuerst lesen

Für einen schnellen daily-meeting-update-Leitfaden beginne mit:

1. skills/daily-meeting-update/SKILL.md — der eigentliche Workflow und das Trigger-Verhalten
2. skills/daily-meeting-update/README.md — klarere Erklärung der Integrationen und Beispiele
3. skills/daily-meeting-update/scripts/claude_digest.py — zeigt, wie Claude Code Session-History erkannt und zusammengefasst wird

Diese Reihenfolge ist wichtig, weil das Script sichtbar macht, was „History-Integration“ in der Praxis tatsächlich bedeutet.

So läuft der daily-meeting-update-Workflow ab

Der Skill arbeitet in drei Phasen:

1. Integrationen erkennen und anbieten
   • Claude Code History
   • GitHub CLI
   • Git-Repository-Kontext
   • Jira CLI
2. Interview
   • gestern
   • heute
   • Blocker
   • Diskussionsthemen
3. Update erzeugen
   • kombiniert abgerufene Aktivität mit deinen Antworten
   • formatiert daraus ein teilbares Markdown-Standup-Update

Das wichtige operative Detail: Er ist darauf ausgelegt, Daten vor dem Interview zu ziehen, damit die Fragen konkreter ausfallen.

Welche Eingaben der Skill von dir braucht

Die daily-meeting-update-Nutzung funktioniert am besten, wenn du Folgendes mitgibst:

• das Meeting-Datum oder ein relatives Zeitfenster, falls „gestern“ nicht eindeutig ist
• das Repo oder Projekt, auf das du dich konzentrieren willst
• eine Bestätigung, ob GitHub-/Jira-/History-Quellen verwendet werden sollen
• alle Arbeiten außerhalb der Tools, die nicht in Commits oder Tickets auftauchen würden
• Vorgaben zum Zielpublikum wie „gesprochenes Standup“, „Slack-Post“ oder „kurzes Manager-Update“

Ohne diesen Kontext kann das Ergebnis zwar technisch korrekt, aber trotzdem unvollständig sein.

Trigger-Phrasen, die gut zum Skill passen

Dieser Skill soll bei Anfragen wie diesen anspringen:

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

Wenn du das beste Ergebnis willst, formuliere die Anfrage konkreter als nur die Trigger-Phrase.

Aus einer groben Anfrage einen starken Prompt machen

Schwach:

Help me with my daily.

Besser:

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.

Am besten:

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.

Ein stärkerer Prompt verbessert Quellenauswahl, Ausgabeformat und Passung zum Meeting deutlich.

So bekommst du bessere, quellenangereicherte Ergebnisse

daily-meeting-update install verschafft dir nur den Workflow; die Qualität hängt von erreichbaren Quellen ab. Prüfe vor der Nutzung:

• ob gh auth status funktioniert, wenn du GitHub-Kontext nutzen willst
• ob dein Repo ein gültiges Git-Repository ist, wenn du lokale Git-Signale erwartest
• ob die Jira CLI eingerichtet ist, wenn du Ticket-Kontext willst
• ob Claude Code History unter ~/.claude/projects existiert, wenn du Session-Digests nutzen willst

Der Skill vermeidet bewusst die Annahme, dass Tools bereits korrekt konfiguriert sind. Das ist gut für die Zuverlässigkeit, bedeutet aber auch, dass du mit Verfügbarkeits- und Berechtigungsprüfungen rechnen solltest.

Was das Claude Code History-Script beiträgt

scripts/claude_digest.py zieht eine Zusammenfassung von Claude Code Sessions, einschließlich Feldern wie:

• Session-Titel
• Projektpfad
• Branch
• bearbeitete Dateien
• Anzahl der Befehle
• Datum/Anzahl der Sessions

Das ist besonders hilfreich, wenn sich deine „erledigte Arbeit“ leichter aus Coding-Sessions rekonstruieren lässt als nur aus gemergten PRs. Es erinnert auch an teilweise fertige Arbeit, die in GitHub womöglich noch gar nicht sichtbar ist.

Empfohlener Workflow für die tägliche Nutzung

Ein praxistaugliches Muster für die daily-meeting-update-Nutzung:

1. Führe ihn vor dem Standup aus, nicht währenddessen.
2. Erlaube verfügbare Integrationen.
3. Prüfe die gezogene Aktivität und wähle nur relevante Punkte aus.
4. Beantworte die 4 Interview-Fragen mit dem fehlenden Kontext.
5. Bitte um eine knappere Fassung, wenn der erste Entwurf zu ausführlich ist.
6. Speichere die Markdown-Ausgabe für Slack oder deine Notizen.

So verhinderst du, dass das Tool nur zu einem passiven Activity-Log wird.

Ausgabeformate, nach denen du explizit fragen solltest

Der Skill erzeugt Markdown, aber du solltest trotzdem den gewünschten Stil angeben:

• Stichpunktliste für Standup-Chat
• Sprechfassung für die mündliche Präsentation
• manager-tauglicher Status mit weniger Implementierungsdetails
• knappe Version für den Daily Sync, längere Version für ein asynchrones Update

Formatvorgaben verändern den praktischen Nutzen spürbar, also am besten direkt zu Beginn festlegen.

FAQ zum daily-meeting-update-Skill

Ist daily-meeting-update besser als ein normales Standup-Prompt?

In der Regel ja, wenn deine Arbeit Spuren in GitHub, Git, Jira oder Claude Code History hinterlässt. Ein normales Prompt hängt von deiner Erinnerung ab. daily-meeting-update versucht zuerst, Kontext zu rekonstruieren, und stellt danach gezielte Fragen. Das reduziert übersehene Punkte und vage Updates.

Muss ich jede Integration eingerichtet haben?

Nein. Der Skill ist darauf ausgelegt zu prüfen, was verfügbar ist, und zuerst nachzufragen. Du kannst daily-meeting-update auch nur als Interview-Workflow verwenden, aber der Mehrwert sinkt, wenn kein externer Kontext vorhanden ist, auf den sich die Zusammenfassung stützen kann.

Ist das anfängerfreundlich?

Ja, mit einem Vorbehalt: Einsteiger brauchen unter Umständen Hilfe dabei zu verstehen, welche Integrationen in ihrer Umgebung tatsächlich verfügbar sind. Das Interview selbst ist unkompliziert, aber die Qualität des Setups bestimmt, wie viel der Skill vorab ausfüllen kann.

Was ist die größte Einschränkung?

Der Skill weiß nicht auf magische Weise, welche Aktivität politisch oder strategisch wichtig ist. Er kann Arbeitsnachweise sichtbar machen, aber du musst weiterhin selbst entscheiden:

• was du hervorheben willst
• was du besser nicht erwähnst
• wie du unfertige Arbeit einordnest
• welche Blocker eskaliert werden sollten

Wann sollte ich daily-meeting-update nicht verwenden?

Nutze ihn nicht, wenn:

• dein Update vollständig manuell und privat bleiben muss
• dein Meeting-Format stark individuell ist und nicht zu gestern/heute/Blocker/Themen passt
• du ein Team-Rollup über mehrere Personen statt deines eigenen Status brauchst
• dein Arbeitstag überwiegend aus Planung, Kommunikation oder Design bestand, die in den angebundenen Tools nicht sichtbar sind

So verbesserst du den daily-meeting-update-Skill

Gib den Scope beim daily-meeting-update von Anfang an enger vor

Der schnellste Weg zu besseren daily-meeting-update-Ergebnissen ist ein klarer Scope:

• welches Repo
• welches Projekt
• welcher Datumsbereich
• welche Integrationen verwendet werden sollen
• für welches Publikum das Update gedacht ist

Wenn du den Scope weglässt, kann der Skill zwar korrekten, aber verrauschten Kontext einsammeln.

Sag explizit, was nicht hinein soll

Ein häufiger Fehler ist, dass Aktivitäten mit geringem Wert überberichtet werden. Verhindere das mit Hinweisen wie:

• „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“

So klingt das Update eher nach einem menschlichen Standup und weniger nach einem Aktivitätsprotokoll.

Ergänze die fehlende menschliche Ebene

Tool-Daten erfassen selten:

• warum etwas länger gedauert hat
• welchen Trade-off du gemacht hast
• welche Entscheidung noch aussteht
• was du von Teamkollegen brauchst

Sobald der automatisch erkannte Kontext erscheint, ergänze diese Punkte im Interview. Genau dort wird der daily-meeting-update-Skill wirklich nützlich, statt nur automatisiertes Reporting zu liefern.

Nutze Verfeinerung in zwei Durchläufen

Ein gutes Muster:

1. Erster Durchlauf: ein vollständiges Markdown-Standup erzeugen.
2. Zweiter Durchlauf: um eine straffere Version bitten, die genauer zum Meeting passt.

Beispiel für einen Follow-up:

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

Das funktioniert meist besser, als schon im ersten Durchlauf perfekte Kürze erzwingen zu wollen.

Korrigiere Unschärfen nach dem ersten Entwurf

Wenn der erste Output erledigte, laufende und geplante Arbeit vermischt, fordere explizit eine Überarbeitung mit klareren Labels an:

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

Diese Struktur ist besonders nützlich, wenn die GitHub-Aktivität sowohl gemergte als auch noch nicht gemergte Arbeit enthält.

Verbessere die Vertrauenswürdigkeit, indem du die Quellen prüfst

Wenn das Update nicht stimmig wirkt, prüfe den Quellpfad statt nur den Wortlaut zu bearbeiten:

• kontrolliere, ob gh mit dem richtigen Account authentifiziert ist
• bestätige, dass du im richtigen Git-Repo bist
• prüfe den Zugriff der Jira CLI
• schau dir das Verhalten von scripts/claude_digest.py an, wenn die Session-History unvollständig wirkt

Das ist der praktikabelste Weg, die Qualität der daily-meeting-update-Ausgabe über die Zeit hinweg zu verbessern.