DemoEchter Lauf · claude-sonnet-5-5 · Oktober 2026

Using the meeting-minutes skill, write minutes for this fictional meeting. Title: Platform Weekly Sync, 2026-03-04, 30 minutes, organizer Priya, reviewer Sam. Present: Priya, Alex, Jo, Sam. Notes: we agreed to move the database upgrade to 18 March because the load test is not finished; Alex will finish the load test by 11 March; Jo will update the runbook with rollback steps by 13 March; open question: who owns the on-call handoff doc; risk: vendor patch might slip. No agenda or transcript.

Skill: meeting-minutes

Platform Weekly Sync: Meeting Minutes

Source material: ad-hoc notes (no agenda, transcript or recording), so some details may be missing.

1. Metadata

Title: Platform Weekly Sync
Date: 2026-03-04
Start Time (UTC): TBD (ask Priya)
Duration: 30 minutes
Organizer: Priya
Location / Virtual Link: Unknown
Minutes Author: Agent (Claude)
Reviewer: Sam
Distribution List: TBD. Suggested: Priya, Alex, Jo, Sam

2. Attendance

Present: Priya (organizer), Alex, Jo, Sam (reviewer). Roles are not recorded.
Regrets / Absent: None recorded
Notetaker / Recorder: Agent

3. Agenda

No agenda was provided. Topics below are inferred from the notes:

Database upgrade schedule
Load test and runbook readiness
On-call handoff doc ownership
Risks

4. Summary

The team moved the database upgrade to 2026-03-18 because the load test is not finished. Alex and Jo took actions to finish the load test and add rollback steps to the runbook. Ownership of the on-call handoff doc is still open.

5. Decisions Made

Decision 1: Move the database upgrade to 2026-03-18.
- Who decided / approved: Meeting attendees (specific approver not recorded)
- Rationale: The load test is not finished.
- Effective date: 2026-03-18

6. Action Items

[A1] Finish the load test
- Owner: Alex
- Due: 2026-03-11
- Acceptance Criteria: Load test completed. Result criteria are TBD.
- Linked artifacts: None
[A2] Update the runbook with rollback steps
- Owner: Jo
- Due: 2026-03-13
- Acceptance Criteria: Runbook includes rollback steps for the database upgrade.
- Linked artifacts: None
[A3] Confirm an owner for the on-call handoff doc
- Owner: TBD (Priya to assign, suggested)
- Due: TBD
- Acceptance Criteria: A named owner is recorded.

A3 comes from the open question and was not assigned in the meeting.

7. Notes by Agenda Item

Database upgrade schedule
- Key points:
  - The upgrade moves to 2026-03-18 because the load test is incomplete.
  - Alex will finish the load test by 2026-03-11.
  - Jo will add rollback steps to the runbook by 2026-03-13.
- Open issues:
  - Q1: Who owns the on-call handoff doc? (unassigned)

8. Parking Lot / Unresolved Items

Item: Owner of the on-call handoff doc
- Why parked / next step: No owner was identified.
- Suggested owner / forum: Priya, or the next Platform Weekly Sync

9. Risks / Blockers

Risk 1: The vendor patch might slip. Impact on the 2026-03-18 upgrade is not discussed (TBD). Mitigation owner: TBD.

10. Next Meeting / Follow-up

Proposed date: TBD, presumably the next weekly sync (about 2026-03-11)
Objectives: Confirm the load test result, check runbook progress, assign the on-call handoff doc owner, and review the vendor patch status.

11. Attachments / References

Agenda: None
Slides: None
Transcript / Recording: None
Related tickets: None

12. Version & Change Log

Version: 1.0 (draft, pending review by Sam)
Last updated: 2026-10-05, time TBD
Changes: Initial draft from ad-hoc notes

Gaps to fill before publishing: start time, location, roles, distribution list, owner and due date for A3, and a mitigation owner for the vendor patch risk.

Real run in an isolated folder with only this skill installed. Only the Skill and Read tools were enabled, so nothing was fetched from the web and no file was written. The example is fictional. The meeting notes are invented and no agenda or transcript was given, so the model marked the source as ad-hoc notes.

Was es macht

Verwandelt Notizen, ein Transkript oder eine Aufzeichnungszusammenfassung in ein Protokoll nach festem Schema mit zwölf Teilen: Metadaten, Anwesenheit, Agenda, Zusammenfassung, Entscheidungen (mit Entscheider und Begründung), Aufgaben (Verantwortliche, Frist, Abnahmekriterien), Notizen je Agendapunkt, offene Punkte, Risiken und Blocker, nächste Besprechung, Referenzen und Versionsverlauf. Entscheidungen und Aufgaben stehen vorn, und Unbekanntes wird als TBD markiert, mit dem Hinweis, wie es zu klären ist.

So funktioniert es

Fehlen Titel, Datum, Organisator, Agenda oder Prüfer, stellt das Modell bis zu drei Rückfragen.
Es entwirft das Protokoll im strikten Schema, bei einer 30-Minuten-Besprechung etwa eine Seite lang.
Es listet die Lücken auf, die vor der Veröffentlichung zu schließen sind, und empfiehlt, den Entwurf dem Organisator zur schnellen Prüfung zu schicken.

Geeignet für

Stand-ups, Design-Reviews, Planungs- und Triage-Meetings sowie Teams, die Protokolle wollen, die sich direkt in Tickets überführen lassen.

Hinweise & Risiken

Reine Anweisungen: keine Skripte, kein Netzwerkzugriff, keine Dateien, kein Konto. Das Veröffentlichen des fertigen Protokolls in einem Kanal und das Anlegen von Tickets werden als optionale Folgeschritte beschrieben, der Skill führt sie aber nicht selbst aus; prüfen Sie vor dem Teilen, wohin die Ausgabe geht. Protokolle können Namen und andere personenbezogene Daten aus der Besprechung enthalten, und der Skill rät, Rohdaten ohne Berechtigung nicht zu veröffentlichen. Stellen Sie sicher, dass Sie das Besprochene aufzeichnen und teilen dürfen.