Real Use Case

Use Case #3: Meeting Transcript to Code

How Claude extracted technical requirements from a rambling business meeting and implemented them into a 1,265-line configuration file.

W

William Welsh

Author

Jan 18, 2026
7 min read
Use Case #3: Meeting Transcript to Code

Use Case #3: Meeting Transcript to Code

We had a strategy call with the client. Lots of good ideas. Lots of "we should do X" and "what if we tried Y."

The next day, instead of manually extracting action items, I pasted the transcript into Claude.

TL;DR: A 10-minute meeting transcript—full of crosstalk and tangents—became structured requirements and a 1,265-line config file update in 22 minutes. Zero requirements missed. Zero manual extraction.

The Input

A raw meeting transcript. Not cleaned up. Full of crosstalk, half-finished sentences, tangents about unrelated topics, and "you know what I mean" statements. About 10 minutes of conversation, roughly 2,000 words.

The Prompt

Here's a meeting transcript regarding changes we need to make to
the content engine. Read through this and ultrathink about what
it all means and how we can implement it. Come up with a
comprehensive plan for specific changes.

What Claude Extracted

From the rambling discussion, Claude identified three layers:

Content Strategy Decisions

  • Articles should target business owners, not developers
  • Use "AI employees" not "custom apps" (language mapping)
  • 8-part article structure instead of 5-part
  • Strict templates for some categories, flexible for others

Technical Requirements

  • Conditional content categories (service-specific)
  • Quality checklist updates
  • Language rules enforcement
  • Multi-stream service targeting

Implementation Details

  • Which config sections needed changes
  • Specific field values to modify
  • New validation rules to add

The Implementation

Claude then modified the client config file. This file is 1,265 lines of JSON-style configuration. It added conditional logic for content categories, language replacement rules, and restructured the article template system.

What Impressed Me

Context bridging — The meeting mentioned "buyers speak differently than techies." Claude translated that into specific language replacement rules without me spelling it out.

Selective listening — It ignored the tangent about lunch plans and the off-topic discussion about a different project.

Structural thinking — It didn't just dump changes into the file. It organized them into logical sections and added comments explaining the rationale.

The Results

MetricBeforeAfter
Meeting notes → implementation4 hours22 minutes
Requirements missedUsually 2-30
Config errors1-2 per update0

Try It Yourself

Copy this prompt to extract action items from your own meeting transcripts:

I have a meeting transcript to analyze. Let me set the context:

**Meeting Context:**
1. What was this meeting about? (feature planning / bug triage / strategy / other)
2. What codebase should changes apply to? (path or "current project")
3. What output do you need? (action items / code changes / both)

Once you paste the transcript, I will:
- Filter out crosstalk and tangents
- Extract concrete decisions made
- Identify technical requirements
- Map decisions to specific code changes
- Create an implementation plan
- Optionally: implement the changes directly

Paste your transcript below (don't worry about cleaning it up).

Pro tips:

  1. Record your meetings (with consent)
  2. Get a transcript — Otter.ai, Whisper, whatever
  3. Paste the whole thing — don't clean it up
  4. The messy input is actually better — Claude can identify what matters

From a real client meeting, December 30, 2025.

W

William Welsh

Building AI-powered systems and sharing what I learn along the way. Founder at Tech Integration Labs.

View Profile
Share this article:

Related Articles

View all →