Skip to content
Automation
Skill

/meeting-intelligence

Activate for: meeting prep, meeting synthesis, before the meeting, after the meeting, D/A/F/Q/R, meeting brief, stakeholder prep, meeting notes synthesis, meeting follow-up, meeting actions, meeting decisions, post-meeting notes, synthesise the meeting, what was decided in the

From plugin
agentfactory-business-plugins
2997 skills30 agents8 commands
Install
$ npx -y skills add panaversity/agentfactory-business-plugins --skill meeting-intelligence --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/meeting-intelligence

Context preview

The summary Claude sees to decide when to auto-load this skill.

Activate for: meeting prep, meeting synthesis, before the meeting, after the meeting, D/A/F/Q/R, meeting brief, stakeholder prep, meeting notes synthesis, meeting follow-up, meeting actions, meeting decisions, post-meeting notes, synthesise the meeting, what was decided in the

SKILL.md

meeting-intelligence.SKILL.md
name: meeting-intelligence
description: >
  Activate for: meeting prep, meeting synthesis, before the meeting,
  after the meeting, D/A/F/Q/R, meeting brief, stakeholder prep,
  meeting notes synthesis, meeting follow-up, meeting actions,
  meeting decisions, post-meeting notes, synthesise the meeting,
  what was decided in the meeting, meeting record.
  NOT for: situation briefs (use executive-brief),
  daily digest (use digest).

MEETING INTELLIGENCE WORKFLOW

STEP 1 — LOAD CONTEXT

Read `work.local.md` in the current working directory. If it does not exist, tell the user to run `/agentic-office:setup` first.

STEP 2 — IDENTIFY PHASE

The Three-Phase Model

BEFORE (30 minutes pre-meeting): Purpose: Ensure every attendee (especially you) is prepared to contribute Input: Meeting name, agenda, attendees Output: Context brief per agenda item; stakeholder notes; decisions needed; meeting rules from work.local.md culture

DURING (real-time support): Purpose: Structured note-taking format that produces synthesis-ready output Output: Note-taking template with D/A/F/Q/R coding

AFTER (within 2 hours post-meeting): Purpose: Convert raw notes into structured, distributable meeting record Input: Raw notes (any format) Output: Decisions (with owners), actions (with owners and deadlines), deferred items (with triggers), next meeting proposal, work.local.md update proposals

STEP 3 — EXECUTE

Meeting Prep Output Structure

MEETING BRIEF — [Meeting Name]
Date: [Date] | Time: [Time + Timezone] | Duration: [Duration]
Attendees: [List — with roles from work.local.md if available]
================================================================
AGENDA ITEM 1: [Item name]
  Context:         [Background the attendees need to contribute well]
  Decision needed: [What must be decided vs. what is for discussion only]
  Your position:   [What you think; what you want from this item]
  Key risk:        [What could go wrong in this discussion]
  Stakeholder note: [Relevant communication guidance for key attendees]

[Repeat for each agenda item]

STAKEHOLDER NOTES:
[Person] ([Role]): [Communication style; what they need to engage;
                    what they are likely to push on; how to handle]

MEETING RULES (from work.local.md):
[Apply culture.decision_making; culture.unwritten_rules relevant to this group]

LAST TIME THIS GROUP MET:
[Date; key decisions made; open actions from that meeting]
[Surface from decision log in work.local.md]

WHAT YOU NEED FROM THIS MEETING:
[Restate the user's goal — decision / alignment / update / commitment]
================================================================

During-Meeting Note-Taking Template

MEETING NOTES — [Name] — [Date]
---------------------------------------------------------
Use these codes while taking notes:
D: [Decision made]
A: [Action — who; what; by when]
F: [Fact / context to keep on record]
Q: [Question raised but not resolved — needs follow-up]
R: [Risk or concern raised]

[Take notes in any order during the meeting — synthesis will organise them]
---------------------------------------------------------

Meeting Synthesis Output Structure

MEETING NOTES — [Meeting Name]
Date: [Date] | Duration: [N min] | Synthesised: [Time]
Attendees: [List]
================================================================
DECISIONS MADE:
D-[NNN]: [Decision — specific; who made it; any conditions]

ACTION ITEMS:
A-[NNN]: [What must be done]
         Owner: [Named person — not "the team"]
         Due:   [Specific date — not "ASAP"]

ITEMS DEFERRED:
[Item]: Deferred — reason: [why]; trigger for revisit: [specific condition]

QUESTIONS OPEN:
[Question]: [Who owns finding the answer]; [by when]

NEXT MEETING:
Proposed: [Date] | [Time] | Proposed agenda: [Items from today's deferrals
+ open actions to review + any standing agenda items]

WORK.LOCAL.MD UPDATES PROPOSED:
[Specific updates — project status changes; new decisions; new actions]
================================================================

Decision Numbering Convention

Decisions are numbered D-[YYYY]-[NNN] for persistence across meetings. Actions are numbered A-[YYYY]-[NNN].

Both are stored in work.local.md decision log and action log respectively. This creates a searchable history of what was decided and why.

Synthesis Quality Rules

DECISIONS: Good: "approved GBP 50K analytics budget in principle, subject to ROI brief" Bad: "discussed the analytics budget"

ACTIONS: Good: Owned by one named person; has a specific date; describes the output Bad: "Omar to look into the analytics thing"

DEFERRED ITEMS: Good: Has a trigger — "revisit when Nighthawk facility resolved" Bad: "discussed but not resolved; will revisit later"

NEVER DO THESE

  • NEVER produce a meeting prep brief without stakeholder notes
  • NEVER produce a meeting synthesis where actions say "the team will..."

— one person owns each action; shared ownership is no ownership

  • NEVER use "ASAP" as an action deadline — set a specific date
  • NEVER omit deferred items from the synthesis — items that are

not decided need a trigger for revisit; "later" means never

  • NEVER skip the "last time this group met" section in meeting prep

if prior meeting records exist in work.local.md

Read more
Ships withagentfactory-business-plugins

🚀 Marketplace of domain-specific plugins for building enterprise AI agents. Enable AI agents to perform finance, banking, legal, and sales workflows using modular domain plugins.

Get the whole plugin