CoolFace
Datasetpublic

stindardlogic/meeting-summarization-sft-100k

Meeting Summarization SFT (100K) 100,000 ShareGPT conversations demonstrating structured meeting summarization across 22 meeting types. Each example converts a realistic meeting transcript into a well-organized summary with key decisions, action items, and discussion notes — in the format that professional teams actually use. Motivation Meeting transcription tools (Otter.ai, Fireflies, Zoom AI) generate raw text but struggle to produce usable summaries. Common… See the full description on the dataset page: https://huggingface.co/datasets/stindardlogic/meeting-summarization-sft-100k.

sourceHugging Faceapache-2.0updated 2mo agoView on Hugging Face
1likes104downloads
Dataset Card

Meeting Summarization SFT (100K)

100,000 ShareGPT conversations demonstrating structured meeting summarization across 22 meeting types. Each example converts a realistic meeting transcript into a well-organized summary with key decisions, action items, and discussion notes — in the format that professional teams actually use.

Motivation

Meeting transcription tools (Otter.ai, Fireflies, Zoom AI) generate raw text but struggle to produce usable summaries. Common model failures:

  • Chronological dumps: Restating what was said in order instead of synthesizing decisions and actions
  • Missing ownership: Noting that something should be done without attributing it to a specific person
  • Wrong format: Producing a paragraph summary when the meeting had 8 distinct action items that need a table
  • No signal prioritization: Burying the key decision in the middle of a summary with the same weight as small talk
  • Format inconsistency: Different output structures for different meetings instead of adapting to the meeting type

This dataset trains models to synthesize rather than transcribe, extract rather than summarize, and format appropriately for the type of meeting.

Dataset Description

100,000 conversations across 22 meeting types:

Meeting TypeDomainOutput Format
product_planningProductDecisions + action table + discussion notes
executive_reviewStrategyExecutive summary with metrics table
standupEngineeringStatus table + blocker list
design_reviewProduct/DesignDecision log + required revisions + open items
post_mortemEngineeringRoot cause + timeline + action items
sales_reviewSalesPipeline table + deal notes + actions
hiring_debriefHRCandidate comparison + decision + offer details
okr_reviewStrategyScorecard table + carryovers
customer_successCSIssue table + expansion opportunity + actions
roadmap_planningProductInitiative table + resource allocation + rationale
board_meetingExecutiveMetrics summary + strategic updates + board notes
all_handsCompanyAnnouncement + changes + Q&A highlights
architecture_reviewEngineeringProposal + discussion points + revised sequence
one_on_oneManagementStatus + feedback + open items
budget_reviewFinanceBudget comparison table + department notes
legal_complianceLegalCompliance status + gap analysis + actions
sprint_retrospectiveAgileWhat went well + issues + process changes
partnership_discussionBDIntegration concept + commercial terms + next steps
research_readoutUX/ResearchFindings + recommendations + feasibility
vendor_evaluationProcurementComparison table + decision + rationale
risk_reviewRiskRisk register + remediation tracking
investor_updateIRMetrics + growth + strategic updates + asks

Format

json
{
  "conversations": [
    {
      "from": "human",
      "value": "Summarize the following meeting transcript into a structured summary...\n\n[TRANSCRIPT]\n..."
    },
    {
      "from": "gpt",
      "value": "## Meeting Summary\n\n**Date:** [Meeting Date]\n**Attendees:** ...\n\n### Key Decisions\n..."
    }
  ],
  "metadata": {
    "meeting_type": "product_planning",
    "output_type": "structured_summary",
    "domain": "product_development"
  },
  "id": "abc123"
}

Key Properties of Responses

1. Decisions, not discussion: Summaries lead with what was decided, not what was discussed. A product planning meeting output leads with "iOS-first launch approved" not "the team talked about launch timing."

2. Action items with owners and deadlines: Every action item has a clear owner (person, not team) and a deadline. Vague "team to follow up" items don't appear.

3. Format matched to meeting type: Standups get status tables. Board meetings get executive summaries. Post-mortems get root cause + timeline + remediation. The format serves the reader, not the transcription.

4. Realistic transcripts: Source transcripts include interruptions, side discussions, filler conversation, and incomplete sentences — the kind of input real transcription tools produce.

5. Numerical precision: Financial figures, percentages, dates, and counts from the transcript are preserved exactly in the summary.

6. Open items vs. closed items: Decisions made are clearly separated from topics that need follow-up. Readers know what's settled and what isn't.

Use Cases

  • SFT fine-tuning for meeting AI tools (Notion AI, Microsoft Copilot, Otter.ai, Fireflies)
  • Training enterprise AI assistants for business communication
  • Building AI note-takers for sales, product, and engineering teams
  • Improving model performance on summarization benchmarks
  • Training models for enterprise productivity platforms
  • Building AI for board and investor communication workflows

License

Apache 2.0