Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Use when preparing for, running, or closing a live meeting with an AI assistant dashboard. Triggers on "meeting copilot", "live copilot", "prepare for a call", "update copilot", "close the session", or requests to turn transcript chunks into meeting questions, topic maps, decisions, and follow-ups.
.claude/skills/serejaris-meeting-copilot/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-01 | ✗→✓ | ▲ Improved | -5% | 0% |
| case-03 | ✗→✓ | ▲ Improved | 19% | 0% |
| case-04 | ✗→✓ | ▲ Improved | 51% | 0% |
| case-08 | ✗→✓ | ▲ Improved | -17% | 0% |
| case-09 | ✗→✓ | ▲ Improved | 26% | 0% |
Create and maintain a local HTML dashboard for a live meeting. The dashboard gives the user a second-screen view of context, questions, topic progress, decisions, risks, and follow-ups while the call is happening.
This skill is designed for private workspaces. Do not publish raw transcripts, client names, personal notes, or generated meeting artifacts unless the user explicitly asks for a sanitized export.
Use one of three modes:
| Mode | When | Output | | --- | --- | --- | | CREATE | Before the meeting | A local dashboard app with prepared context and questions | | UPDATE | During the meeting | Updated questions, topics, decisions, risks, and follow-ups from transcript chunks | | CLOSE | After the meeting | Final summary, action items, CRM or notes updates, and optional sanitized export |
Inputs:
Create this structure:
textYYYY-MM-DD-meeting-copilot/ app/ index.html app.js components.js styles.css tabs/ briefing.js questions.js topics.js decisions.js followups.js state/ transcript.txt diff.py
Dashboard tabs:
briefing.js: meeting goal, known context, participants, constraintsquestions.js: grouped live questionstopics.js: planned and discussed topicsdecisions.js: decisions, risks, blockers, open loopsfollowups.js: action items, owners, due dates, next message draftIf the app uses ES modules, serve it over HTTP:
bashcd YYYY-MM-DD-meeting-copilot/app python3 -m http.server 8080
Then open http://127.0.0.1:8080.
Input is usually a full transcript copied from a transcription tool. Treat it as sensitive.
Use suffix diffing so the agent processes only the new part:
python#!/usr/bin/env python3 import pathlib import sys baseline = pathlib.Path(__file__).parent / "transcript.txt" old = baseline.read_text() if baseline.exists() else "" new = sys.stdin.read() old_s = old.strip() new_s = new.strip() if not old_s: sys.stdout.write(new) elif new_s.startswith(old_s): sys.stdout.write(new_s[len(old_s):].lstrip()) else: sys.stderr.write("[diff] baseline mismatch; using full transcript\n") sys.stdout.write(new)
Recommended update flow:
state/transcript-new.txt.python3 state/diff.py < state/transcript-new.txt > state/delta.txt.state/delta.txt.questions.js, topics.js, decisions.js, followups.js.state/transcript-new.txt to state/transcript.txt.Do not update long-term profile or history files during UPDATE unless the user asks. Keep the live loop fast.
Group questions by topic. Avoid one long list.
Use 3 to 6 groups, with 3 to 6 questions per group:
jsfunction questionGroup(title, items) { if (!items.length) return ""; return card(title, `<ul>${items.map((item) => `<li>${item}</li>`).join("")}</ul>`); }
Good groups:
Mark critical questions clearly, especially around money, deadlines, authority, legal constraints, and irreversible decisions.
Track meeting flow as planned, discussed, skipped, or unresolved.
Use a compact visual language:
If using a graph, include only topics, projects, concepts, decisions, and risks. Do not put private participant names into public exports.
At the end of the meeting:
Close output template:
markdown# Meeting Summary ## Outcome ## Decisions ## Action Items | Item | Owner | Due | Status | | --- | --- | --- | --- | ## Open Questions ## Follow-up Draft
Never put these in public artifacts:
For public examples, use placeholders:
Participant ACompany X~/workspace/crmhttps://example.com/private-docBefore calling the work done:
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-12 | pass→pass | 17,270 | 10,657 | -38% | 1 | 1 | 0% | 1,892 | 2,348 | +24% | 0 | 0 | — |
case-11 | fail→fail | 10,513 | 3,527 | -66% | 1 | 1 | 0% | 1,901 | 1,798 | -5% | 0 | 0 | — |
case-01 | fail→pass | 43,460 | 41,147 | -5% | 1 | 1 | 0% | 8,268 | 7,833 | -5% | 0 | 0 | — |
case-02 | pass→pass | 12,200 | 2,178 | -82% | 1 | 1 | 0% | 1,145 | 1,770 | +55% | 0 | 0 | — |
case-03 | fail→pass | 15,366 | 9,975 | -35% | 1 | 1 | 0% | 1,949 | 2,319 | +19% | 0 | 0 | — |
case-04 | fail→pass | 8,343 | 4,337 | -48% | 1 | 1 | 0% | 1,417 | 2,138 | +51% | 0 | 0 | — |
case-05 | pass→pass | 13,102 | 9,210 | -30% | 1 | 1 | 0% | 1,993 | 2,055 | +3% | 0 | 0 | — |
case-06 | fail→fail | 18,508 | 2,808 | -85% | 1 | 1 | 0% | 2,075 | 1,896 | -9% | 0 | 0 | — |
case-07 | pass→pass | 15,549 | 10,292 | -34% | 1 | 1 | 0% | 2,327 | 2,107 | -9% | 0 | 0 | — |
case-08 | fail→pass | 20,598 | 10,229 | -50% | 1 | 1 | 0% | 2,538 | 2,116 | -17% | 0 | 0 | — |
case-09 | fail→pass | 19,186 | 17,895 | -7% | 1 | 1 | 0% | 2,465 | 3,101 | +26% | 0 | 0 | — |
case-10 | fail→pass | 16,486 | 10,933 | -34% | 1 | 1 | 0% | 1,749 | 2,283 | +31% | 0 | 0 | — |
case-13 | pass→pass | 10,219 | 3,770 | -63% | 1 | 1 | 0% | 1,817 | 1,998 | +10% | 0 | 0 | — |
case-14 | fail→fail | 12,977 | 2,837 | -78% | 1 | 1 | 0% | 2,141 | 1,792 | -16% | 0 | 0 | — |
case-15 | fail→pass | 13,284 | 2,362 | -82% | 1 | 1 | 0% | 2,173 | 1,777 | -18% | 0 | 0 | — |
case-16 | pass→fail | 8,675 | 2,490 | -71% | 1 | 1 | 0% | 1,366 | 1,632 | +19% | 0 | 0 | — |
case-17 | fail→pass | 12,835 | 2,549 | -80% | 1 | 1 | 0% | 1,075 | 1,665 | +55% | 0 | 0 | — |
case-18 | fail→pass | 11,275 | 7,561 | -33% | 1 | 1 | 0% | 1,736 | 1,794 | +3% | 0 | 0 | — |
case-19 | pass→pass | 8,195 | 1,872 | -77% | 1 | 1 | 0% | 1,366 | 1,700 | +24% | 0 | 0 | — |
case-20 | fail→pass | 17,166 | 3,255 | -81% | 1 | 1 | 0% | 2,731 | 1,930 | -29% | 0 | 0 | — |
case-21 | pass→pass | 21,856 | 22,067 | +1% | 1 | 1 | 0% | 3,210 | 4,205 | +31% | 0 | 0 | — |
case-22 | pass→pass | 22,510 | 15,796 | -30% | 1 | 1 | 0% | 3,645 | 4,686 | +29% | 0 | 0 | — |
case-23 | pass→pass | 25,183 | 23,461 | -7% | 1 | 1 | 0% | 3,887 | 6,366 | +64% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 23 cases were attempted. The headline lift of +39 percentage points is the difference between those two pass rates over the 23 comparable cases. 1 case got worse with the skill loaded, and it is included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.