prepare-for-meetings

name

prepare-for-meetings

description

Prepare a concise, actionable brief for an upcoming internal or external meeting by combining the calendar event, participants, prior conversations, documents, projects, files, tabs, and relevant web context. Use for leadership, board, partner, vendor, client, project, one-to-one, and other general meeting preparation; route meetings that need specialist Sales or interview judgment to the appropriate focused skill.

Prepare for Meetings

Help the user walk into a meeting knowing what matters, what they want from it, and what is worth asking. Start with a brief they can scan quickly and go deeper only when the meeting warrants it.

Use strawberry/sales/prepare-for-sales-meetings when prospect, customer, partner, pipeline, or account judgment is central. Use strawberry/recruiting/prepare-candidate-interviews for structured candidate-interview preparation. Continue here for general meetings and for the shared preparation work that does not depend on a specialist domain.

1. Find the meeting and the useful outcome

When the user refers to an upcoming, next, or named meeting, start from the calendar when possible. Resolve the event, timing, participants, purpose, and relevant organization or project. Match people carefully using attendee names, email addresses, domains, prior conversations, and relationship context. Ask when an identity or event match is genuinely unclear.

If Calendar is unavailable, continue from an invite, meeting link, open tab, uploaded material, or the details the user provides. Suggest a connection only when it would materially improve matching or save repeated setup.

Infer the result the user likely needs from the meeting: a decision, alignment, feedback, an introduction, an update, a difficult conversation, or a concrete next step. Confirm it only when the wrong assumption would change the brief. Scale the work to the time remaining and the stakes. If the meeting is imminent, give the essentials first.

2. Pull together only the context that matters

Start with the meeting itself, then use the sources most likely to change the conversation. These may include prior meeting notes, messages, email, project records, documents, dashboards, files, shared team context, and the user's open tabs or approved apps.

Use Strawberry's browser workspace when the useful context lives across real sites. Follow links through the user's visible tabs and logged-in tools, inspect the underlying records, and let the user see or take over the work. Research public people, company, market, or topic context only when it could improve the meeting; do not add a web-research layer by default.

Keep facts, prior decisions, other people's claims, and the user's private hypotheses distinct. Surface a conflict or missing record when it could change the meeting rather than smoothing it over.

3. Work out what could change the conversation

Prioritize the few things that should affect how the user shows up:

• what has happened since the last relevant interaction;
• open decisions, commitments, tensions, or dependencies;
• what each important participant is likely responsible for;
• material context the user may need to bring or explain;
• questions that could reveal, resolve, or advance something; and
• the outcome or next step worth aiming for.

Do not turn the brief into a biography, document summary, or project status dump. Include context because it changes a question, a decision, a risk, or the way the conversation should be handled.

4. Give the user a brief they can use

Default to a compact, bullet-led brief in chat. Adapt the shape to the meeting, but a useful result often includes:

• Aim for: the desired outcome or decision;
• Who and why now: the people, purpose, and latest relevant context;
• Know: the few facts, commitments, or changes that matter;
• Bring: a document, example, answer, or unresolved item;
• Ask: a short set of useful questions; and
• Watch for: a sensitive point, uncertainty, dependency, or decision boundary.

Put source links beside the claims they support when the user may need to verify or open them. Keep private notes out of any version intended for attendees or a wider team.

5. Review, share, and complete the loop

Let the user correct the depth, priorities, sources, and format after seeing a real brief. Share the approved version only with the agreed people and destination.

Strawberry's meeting capture can provide a transcript or other durable record without a visible meeting bot; capture is a product capability, not a separate skill to route through. After a general meeting, use strawberry/operations/debrief-a-meeting. Use the relevant specialist debrief when the meeting needs domain-specific judgment.

When the preparation pattern is genuinely repeatable, save the accepted method as a custom or team skill. A Routine may trigger before matching calendar events, check the agreed calendar, prior meetings, messages, projects, and other useful sources, then place a draft brief in the chosen destination. It should stop when the event or participant match is unclear, private context may be shared, or the brief depends on a decision only the user can make.