foundation-meeting-agenda

Name: foundation-meeting-agenda
Author: product-on-purpose

486stars64forks

How to install foundation-meeting-agenda?

product-on-purpose/pm-skills/foundation-meeting-agenda

$npx -y skills add product-on-purpose/pm-skills --skill foundation-meeting-agenda

Installs into the current project.

Summary

Produces an attendee-facing agenda that sets what will be discussed, who owns each topic, and how time will be spent. Supports ten meeting type variants (standup, planning, review, decision-making, brainstorm, 1-on-1, stakeholder-review, project-kickoff, working-session, exec-bri

Files · 1

View on GitHub

SKILL.md

1	<!-- PM-Skills \| https://github.com/product-on-purpose/pm-skills \| Apache 2.0 -->
2	# Meeting Agenda
3
4	A meeting agenda is the attendee-facing structural document that sets expectations before a meeting. It answers "what will we discuss, who owns each topic, how will we spend the time, and what does done look like?" Distinct from a meeting brief, which is the user's private strategic prep; the agenda is shared with participants and focused on structure and flow.
5
6	This skill belongs to the Meeting Skills Family. It conforms to the [Meeting Skills Family Contract](../../docs/reference/skill-families/meeting-skills-contract.md), which defines shared frontmatter, file naming, the go-mode behavioral pattern, and universal output requirements across all meeting skills.
7
8	## When to Use
9
10	- Running or chairing a cross-functional working session, project kickoff, stakeholder review, or decision meeting
11	- Any meeting with more than three attendees or more than thirty minutes
12	- Recurring meeting where a rolling structure (1-on-1, team sync) needs fresh framing each time
13	- Mid-initiative alignment moment where explicit desired outcomes prevent drift
14
15	## When NOT to Use
16
17	- The user's preparation is private and tactical (positioning, stakeholder reads, asks). Use `foundation-meeting-brief` instead.
18	- The meeting has already happened. Use `foundation-meeting-recap` for post-meeting summarization.
19	- The user wants to communicate outcomes to non-attendees. Use `foundation-stakeholder-update` after the meeting.
20
21	## Zero-friction execution
22
23	Per the family contract, this skill never blocks on interrogation. Default flow:
24
25	1. Read all provided inputs (topic, any referenced files, attendee list, constraints)
26	2. Run inference on missing values (meeting type from topic keywords, duration default, objective from topic phrasing, attendee roles from context)
27	3. Present a brief inference summary and accept one-word `go` or corrections
28	4. Produce the agenda
29
30	If invoked with `--go`, skip the inference summary and produce output directly using defaults (duration 30 min, meeting type `other`, and so on). If the user provides all values upfront, no checkpoint appears.
31
32	Blocking questions are used only when inference confidence is actively low on a load-bearing input and no reasonable default exists. This should be rare.
33
34	## Anti-meeting check
35
36	This skill opens with an explicit question: "Does this need to be a meeting, or could it be handled async?"
37
38	v1.1.0: the check now requires a positive synchronous-value statement. The meeting passes the check only when at least one of these is named:
39
40	- Tradeoff to discuss. multiple options, uncertain preference
41	- Conflict to resolve. named stakeholders disagreeing
42	- Co-creation. shared whiteboarding or document-writing in the meeting
43	- Relationship-building. first-time stakeholder meeting, mutual calibration
44	- Blocker escalation. time-sensitive unblocking
45
46	If none apply, the skill recommends the async alternative (written update, doc review, Slack poll) and produces a short one-page "how to handle this async" framing instead of an agenda.
47
48	The v1.0.0 version of this check ("single-owner decision with no tradeoffs", "pure information broadcast", "status-only sync with >5 people") was bypassed too easily. users would stay at five attendees or add "decision" to the topic. The stricter v1.1.0 biases toward async; users can still override.
49
50	This check is shared with `foundation-meeting-brief` and not run by the post-meeting skills (recap, synthesize, stakeholder-update).
51
52	## Instructions
53
54	When asked to create a meeting agenda, follow these steps:
55
56	1. Run anti-meeting check
57	Apply the trigger patterns above. If the user's objective matches, propose the async alternative and ask for override. Only proceed to step 2 on explicit override.
58
59	2. Parse and load inputs
60	Read the topic or purpose. Load all `@file` references provided. Extract any attendee list, time constraints, or linked documents.
61
62	3. Infer missing values
63	Apply these inference rules:
64
65	\| Value \| Inferred from \| Default \|
66	\|-------\|---------------\|---------\|
67	\| Meeting type \| Topic keywords, attendee seniority mix \| `other` (low confidence) \|
68	\| Duration \| Explicit in topic doc (rare); meeting-type-specific default when type is inferred at

People who liked this also viewed

6 picks

Type

foundation-meeting-agenda

486stars64forks

View on GitHub

How to install foundation-meeting-agenda?

product-on-purpose/pm-skills/foundation-meeting-agenda

$npx -y skills add product-on-purpose/pm-skills --skill foundation-meeting-agenda

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	<!-- PM-Skills \| https://github.com/product-on-purpose/pm-skills \| Apache 2.0 -->
2	# Meeting Agenda
3
4	A meeting agenda is the attendee-facing structural document that sets expectations before a meeting. It answers "what will we discuss, who owns each topic, how will we spend the time, and what does done look like?" Distinct from a meeting brief, which is the user's private strategic prep; the agenda is shared with participants and focused on structure and flow.
5
6	This skill belongs to the Meeting Skills Family. It conforms to the [Meeting Skills Family Contract](../../docs/reference/skill-families/meeting-skills-contract.md), which defines shared frontmatter, file naming, the go-mode behavioral pattern, and universal output requirements across all meeting skills.
7
8	## When to Use
9
10	- Running or chairing a cross-functional working session, project kickoff, stakeholder review, or decision meeting
11	- Any meeting with more than three attendees or more than thirty minutes
12	- Recurring meeting where a rolling structure (1-on-1, team sync) needs fresh framing each time
13	- Mid-initiative alignment moment where explicit desired outcomes prevent drift
14
15	## When NOT to Use
16
17	- The user's preparation is private and tactical (positioning, stakeholder reads, asks). Use `foundation-meeting-brief` instead.
18	- The meeting has already happened. Use `foundation-meeting-recap` for post-meeting summarization.
19	- The user wants to communicate outcomes to non-attendees. Use `foundation-stakeholder-update` after the meeting.
20
21	## Zero-friction execution
22
23	Per the family contract, this skill never blocks on interrogation. Default flow:
24
25	1. Read all provided inputs (topic, any referenced files, attendee list, constraints)
26	2. Run inference on missing values (meeting type from topic keywords, duration default, objective from topic phrasing, attendee roles from context)
27	3. Present a brief inference summary and accept one-word `go` or corrections
28	4. Produce the agenda
29
30	If invoked with `--go`, skip the inference summary and produce output directly using defaults (duration 30 min, meeting type `other`, and so on). If the user provides all values upfront, no checkpoint appears.
31
32	Blocking questions are used only when inference confidence is actively low on a load-bearing input and no reasonable default exists. This should be rare.
33
34	## Anti-meeting check
35
36	This skill opens with an explicit question: "Does this need to be a meeting, or could it be handled async?"
37
38	v1.1.0: the check now requires a positive synchronous-value statement. The meeting passes the check only when at least one of these is named:
39
40	- Tradeoff to discuss. multiple options, uncertain preference
41	- Conflict to resolve. named stakeholders disagreeing
42	- Co-creation. shared whiteboarding or document-writing in the meeting
43	- Relationship-building. first-time stakeholder meeting, mutual calibration
44	- Blocker escalation. time-sensitive unblocking
45
46	If none apply, the skill recommends the async alternative (written update, doc review, Slack poll) and produces a short one-page "how to handle this async" framing instead of an agenda.
47
48	The v1.0.0 version of this check ("single-owner decision with no tradeoffs", "pure information broadcast", "status-only sync with >5 people") was bypassed too easily. users would stay at five attendees or add "decision" to the topic. The stricter v1.1.0 biases toward async; users can still override.
49
50	This check is shared with `foundation-meeting-brief` and not run by the post-meeting skills (recap, synthesize, stakeholder-update).
51
52	## Instructions
53
54	When asked to create a meeting agenda, follow these steps:
55
56	1. Run anti-meeting check
57	Apply the trigger patterns above. If the user's objective matches, propose the async alternative and ask for override. Only proceed to step 2 on explicit override.
58
59	2. Parse and load inputs
60	Read the topic or purpose. Load all `@file` references provided. Extract any attendee list, time constraints, or linked documents.
61
62	3. Infer missing values
63	Apply these inference rules:
64
65	\| Value \| Inferred from \| Default \|
66	\|-------\|---------------\|---------\|
67	\| Meeting type \| Topic keywords, attendee seniority mix \| `other` (low confidence) \|
68	\| Duration \| Explicit in topic doc (rare); meeting-type-specific default when type is inferred at

People who liked this also viewed

6 picks

Type