Weekly meeting synthesis — themes, decision arcs, stale commitments, and what deserves your attention next week. Use when the user says "weekly review", "what happened this week", "weekly summary", "recap my week", "any outstanding items", "week in review", or at the end of a work week.
npx skills add https://github.com/silverstein/minutes --skill minutes-weekly
Before running helper scripts or opening bundled references, set:
export MINUTES_SKILLS_ROOT="$(git rev-parse --show-toplevel)/.opencode/skills"
export MINUTES_SKILL_ROOT="$MINUTES_SKILLS_ROOT/minutes-weekly"
Synthesize a week of policy-authorized normal meetings and voice memos into a
forward-looking brief — themes, decision arcs, stale commitments, and what
deserves attention Monday. Restricted history is excluded by default.
This is a synthesis skill, not a command wrapper. It reads across the normal
meetings authorized by Minutes, cross-references decisions and action items,
and produces an intelligence brief. Restricted meetings are excluded from this
agent workflow by default and must never be treated as absent facts.
minutes list --limit 50
Filter to recordings from the last 7 days by checking the date field in each result's frontmatter. Do NOT use minutes search with a date string as the query — that searches file content, not dates.
For each selected recording, run minutes get "<exact path>" --json, require
exit status 0, and use only the returned content. List/search paths are hints,
not retained capabilities; never reopen them with the host Read tool.
If zero recordings this week:
Say: "No recordings found for the past 7 days. Nothing to synthesize."
Offer: "Want me to look at the past 2 weeks instead?"
Do NOT hallucinate a weekly summary.
If only 1-2 recordings:
Still produce the brief — it's shorter but still valuable. Note: "Light week — only [N] recordings."
Identify the 3-5 dominant themes across the authorized normal meetings this week. A theme is a topic that appeared in 2+ meetings.
For each theme:
Present as:
## This Week's Themes
### 1. Pricing (3 meetings)
- Mon: Case proposed $599 baseline
- Wed: Alex pushed back to annual billing
- Fri: Agreed on monthly billing experiment
- Status: RESOLVED (after 3 discussions)
### 2. Q2 Roadmap (2 meetings)
- Tue: Committed to April ship date
- Thu: Discussed pushing to May
- Status: CONFLICTING — not reconciled
For every decision found in the authorized normal sources this week, search for prior normal-source decisions on the same topic in the last 30 days:
minutes search "<topic>" --since <30-days-ago> --limit 20
Require search exit status 0. Reauthorize any result used in the decision arc
with minutes get "<exact path>" --json; never read a result path directly.
Classify each decision:
Present as a table:
## Decision Arcs
| Decision | Status | Arc | Last Meeting |
|----------|--------|-----|-------------|
| Pricing: monthly billing experiment | VOLATILE | $599→annual billing→monthly billing | Fri w/ Alex |
| Hire senior eng by Q2 | STABLE | Set Mar 10, held | Tue w/ Case |
| Q2 ship date | CONFLICTING | April vs May | Thu w/ team |
If there are CONFLICTING decisions, flag them prominently:
"⚠️ You have conflicting decisions on Q2 ship date. Monday is a good time to reconcile."
Scan authorized normal meetings from the past 30 days for action items:
minutes actions
Require exit status 0. If the native action surface fails, report the source
unavailable; never grep meeting files as a fallback.
Categorize:
Flag overdue items prominently:
"⚠️ 3 action items are overdue. The oldest is from Mar 10 (pricing doc for Alex)."
Run minutes people --json and minutes commitments --json for bounded relationship intelligence. Require exit status 0 from each; a projection failure means unavailable, never “no relationships” or “no commitments.” Continue using source-backed actions and consistency results from the surrounding phases.
Scan ~/.minutes/preps/ for prep files from this week that were never followed by a debrief:
ls ~/.minutes/preps/ 2>/dev/null
For each prep file from the last 7 days: check if a meeting with that person occurred after the prep date. If the user prepped but never debriefed:
"You prepped for a call with Alex on Tuesday but I don't see a debrief. Did the call happen?"
This catches meetings that happened but weren't recorded, or recordings that weren't processed.
Produce a "what deserves your attention Monday" section:
Before deciding how to order the weekly output, check:
node "$MINUTES_SKILLS_ROOT/_runtime/hooks/lib/minutes-learn-cli.mjs" get-presentation-focus weekly
If the result is:
decisions-first → lead with Decision Arcs and unresolved conflicts before commitmentscommitments-first → lead with Action Item Audit / stale commitments before decision arcsmemo-heavy → surface voice memos and idea capture much more prominently in the synthesisUse this concrete ordering:
decisions-firstcommitments-firstmemo-heavyIf there is no preference, keep the default order in this skill.
## Attention Monday
1. **Reconcile Q2 ship date** — April vs May is unresolved.
Last discussed Thu with the team.
2. **Send pricing doc to Alex** — Overdue since Friday.
She's expecting it. This is blocking.
3. **Follow up with Case on competitor grid** — He committed Mar 17.
No update yet. Worth a ping.
Prioritize by: CONFLICTING decisions > overdue action items > open commitments > unresolved preps.
End with three beats:
"Pricing dominated this week — 3 meetings, 3 changes, one resolution. That's behind you now."
"First thing Monday: send the pricing doc to Alex. It's overdue and she's waiting."
/minutes-prep to go in prepared." node "$MINUTES_SKILLS_ROOT/_runtime/hooks/lib/minutes-learn-cli.mjs" set-presentation-focus weekly commitments-first "User explicitly prefers commitments first in weekly synthesis"
node "$MINUTES_SKILLS_ROOT/_runtime/hooks/lib/minutes-learn-cli.mjs" set-presentation-focus weekly decisions-first "User explicitly prefers decisions first in weekly synthesis"
node "$MINUTES_SKILLS_ROOT/_runtime/hooks/lib/minutes-learn-cli.mjs" set-presentation-focus weekly memo-heavy "User explicitly wants stronger voice-memo emphasis"
~/meetings/memos/ in the weekly scan. Ideas captured on the go are easy to forget.Mobile-first design and engineering doctrine for iOS and Android apps. Covers touch interaction, performance, platform conventions, offline behavior, and mobile-specific decision-making. Teaches principles and constraints, not fixed layouts. Use for React Native, Flutter, or native mobile apps.
Design experiments and studies BEFORE data is collected — choosing a design, randomizing, blocking, and laying out treatment combinations so results are interpretable. Use whenever someone is planning a study, asks how to assign subjects/samples to groups, mentions randomization, blocking, stratification, controls, factorial or fractional-factorial designs, design of experiments (DOE), screening many factors, response-surface optimization, crossover or repeated-measures or split-plot designs, cluster/group randomization, Latin squares, plate layouts, batch/run-order effects, replication vs. pseudoreplication, or sequential/adaptive/group-sequential designs. Trigger even for informal phrasings like "how should I set up this experiment", "how do I avoid confounding", "what's the best way to test these 6 factors", or "assign these mice to conditions". For computing the sample size or power once the design is chosen, use statistical-power; for analyzing data already collected, use statistical-analysis.
Design systems, plan implementations, review architecture decisions - Use when you need to plan a complex feature, design system architecture, or make high-level technical decisions.
Analyze and prioritize a list of feature requests by theme, strategic alignment, impact, effort, and risk. Use when reviewing customer feature requests, triaging a backlog, or making prioritization decisions.
>- Plans, configures, and manages core GKE cluster networking. Covers private clusters, VPC-native configurations, DNS, node egress, Dataplane V2, and IP planning. Use when designing GKE networking layouts, configuring private clusters, setting up Dataplane V2, planning GKE IP ranges, or managing VPC- native cluster modes. Don't use for application ingress, load balancing, or service networking (use gke-service-networking instead).
Read this before adding or importing a component; follow the workflow instead of guessing. Explains how to add a new component to an azldev distro, covering inspecting the upstream spec, the inline-versus-dedicated-file decision, and validating with render, diff-sources, and build. Triggers include add component, new package, import package, create comp.toml, new component.
How to work in a Plain Notes project (the `plain-notes` starter pack): a flat notes/ folder plus a daily/ journal. The 'I just want to write' layout. Read when the project has these folders, OR when asked to jot a note, capture a quick thought, or write today's journal entry. Carries the linking habit and daily-entry behavior so templates and folder descriptions stay minimal. Complements the platform `open-knowledge` skill; does not replace it.
How to work in a Worldbuilding project (the `worldbuilding` starter pack): a fiction encyclopedia of characters, settings, themes, factions, and lore. Read when the project has these folders, OR when asked to add a character, setting, faction, or piece of lore, or to check the world for internal consistency. Carries the auto-stub and consistency behaviors so that guidance does not live inside template bodies or folder descriptions. Complements the platform `open-knowledge` skill; does not replace it.
Take silverstein/minutes-.opencode-minutes-weekly from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.