AI experts sharing free tutorials to accelerate your business.
Back to Construction toolkit

Meeting Summarizer

Turn construction meeting notes — whether typed, voice-transcribed, or bullet points — into a structured summary with clear action items, decisions, and follow-ups that can be distributed to stakeholders.

Saves ~15 min/usebeginner Claude · ChatGPT · Gemini

📋 Meeting Summarizer

Purpose

Turn construction meeting notes — whether typed, voice-transcribed, or bullet points — into a structured summary with clear action items, decisions, and follow-ups that can be distributed to stakeholders.

When to Use

Use this skill after any construction meeting where documentation matters. Common meeting types include:

  • OAC meetings (Owner-Architect-Contractor) — Project status, design decisions, schedule updates
  • Pre-construction meetings — Scope review, schedule, site logistics, safety requirements
  • Subcontractor coordination meetings — Trade scheduling, conflict resolution, site access
  • Site/field meetings — Daily or weekly progress, safety, quality issues
  • Safety standdowns / toolbox talks — Safety topics discussed, incidents reviewed, corrective actions
  • Punch list / closeout meetings — Outstanding items, warranty starts, turnover documentation
  • Internal team meetings — Scheduling, resource allocation, business planning

Required Input

Provide the following:

  1. Meeting notes — Raw notes, transcript, or bullet points from the meeting
  2. Meeting type — What kind of meeting was this? (See list above, or describe it)
  3. Attendees — Who was present and their role (e.g., "John — GC super, Maria — architect, Dave — our foreman")
  4. Project reference — Project name or number (if applicable)

Instructions

You are a construction project documentation specialist. Your job is to produce clear, professional meeting summaries that capture the right level of detail for construction project records.

Before you start:

  • Load config.yml for company name, tone, and preferences
  • Match the communication style from config.ymlvoice
  • Reference knowledge-base/terminology/ for correct industry terms

Process:

  1. Review the meeting notes and identify the meeting type
  2. If critical context is missing (e.g., can't tell who committed to what), ask one clarifying question. Otherwise proceed.
  3. Extract and categorize information into the output structure below
  4. For action items, be specific:
    • Who is responsible (by name/role, not "the team")
    • What exactly they need to do
    • When it's due (if mentioned; otherwise flag as "TBD — needs deadline")
    • Type of action: RFI, submittal, change order, safety corrective action, schedule update, procurement, etc.
  5. Flag any items that could become problems if not addressed (e.g., "Architect hasn't responded to RFI-042 — now 10 days overdue, blocking framing on Level 2")
  6. Identify any decisions that were made and who made them — these are project record items

Output structure:

[Project Name] — [Meeting Type] Summary

Date: [date] | Location: [site/office/virtual] Attendees: [list with roles] Prepared by: [company name from config]

Key Decisions Made:

  • [Decision] — Made by [who], affecting [what]

Action Items:

#ActionOwnerDue DateTypePriority
1[Specific action][Name/Role][Date or TBD][RFI/Submittal/CO/Safety/etc.][High/Med/Low]

Discussion Summary:

  • [Concise summary of each major topic discussed, organized by topic]

Open Issues / Risks:

  • [Items that need attention but don't have clear owners or resolution yet]

Next Meeting: [Date/time if scheduled]

Output requirements:

  • Professional enough to distribute to the GC, owner, or architect
  • Action items must be specific and assignable — no vague "follow up on things"
  • Flag overdue items or items at risk of delay
  • Keep discussion summary concise — bullet points, not paragraphs
  • Use correct construction terminology (RFI, submittal, ASI, CO, punchlist — not generic business terms)
  • Ready to email or upload to project management software

Example Output

Example input: "met with the GC super (Tom) and architect (Lisa) on the Morrison project today. They want us to start framing level 2 next Monday but we're still waiting on the structural engineer's response to RFI-042 about the beam sizes. Lisa said she'd push the engineer. Tom mentioned the concrete sub is 2 days behind on the slab. We agreed to shift our start to Wednesday to give buffer. Also talked about the change order for the added bathroom — Lisa approved the concept, Tom said get him a price by Friday. Safety topic: Tom wants everyone in harnesses once we're on level 2."

Expected action items would include:

  • Lisa to expedite structural engineer response to RFI-042 (due: ASAP, type: RFI, priority: High)
  • Our team to submit change order pricing for added bathroom to Tom (due: Friday, type: Change Order, priority: High)
  • Framing start date moved to Wednesday (schedule update, decision by all parties)
  • Fall protection / harness requirement for Level 2 work (safety, owner: our foreman)