The argument in one line.
Priming Claude Code with a pre-context folder of meeting transcripts, project scope documents, and stakeholder research before running the GSD framework cuts project execution time in half by giving the AI all necessary context on first run.
Read if. Skip if.
- A solopreneur or small team builder who uses Claude Code for projects and wants to ship 2-3x faster by structuring research before running GSD.
- Someone who's tried GSD cold, felt it was slow or repetitive, and suspects better pre-context would unlock speed but doesn't know how to assemble it.
- A developer or builder with scattered project intel (meeting notes, docs, requirements) who wants a systematic way to synthesize it into a single primer Claude can ingest on first run.
- You're not using Claude Code or the GSD framework yet — this assumes you already run GSD and want to optimize it, not learn GSD from scratch.
- You work in domains where pre-context is minimal or fast-moving (e.g., real-time bug fixes, ad-hoc consulting) — the priming payoff shrinks when project scope shifts mid-execution.
- You're already shipping at the speed you want and don't have a backlog of half-finished Claude projects — this solves a specific pain point, not a universal one.
The full version, fast.
Running Claude Code's GSD (Get Shit Done) framework cold leaves speed on the table; priming it with a structured pre-context folder cuts project time roughly in half. Before invoking /GSD new project, build a project_research directory with three subfolders�discussions, project_scope, and stakeholders�and populate them using MCP servers: TLDV to pull meeting transcripts straight from your notetaker, and Apify to scrape stakeholder LinkedIn profiles, the client's site, and competitor pages. Drop proposals, pitch decks, and scope docs into project_scope manually. Then ask Claude to synthesize the whole folder into a single pre-context markdown file, and reference it when GSD starts asking onboarding questions. The shift is mindset: stop relying on the AI to discover the project and start acting as the architect who hands it a briefed workspace.
Chat with this breakdown — free.
Sign in and you get 23 free chat messages on us — ask for the hook, quote a framework, find the exact transcript moment, generate a markdown action plan. Bring your own key when you want unlimited.
Create a free account →Where the time goes.

01 · Cold open — social proof + problem statement
GSD results are real but he went in cold; priming with research made projects go faster. Promise: build a pre-context file that turns your workspace into an execution machine.

02 · GSD overview — what it does and why cold-start is the gap
Shows the GSD GitHub repo, explains --dangerously-skip-permissions, walks through PRD + Technical State -> phases -> execute phase flow.

03 · The pre-context framework — three inputs, one primer
Whiteboard diagram: People, Project_Scope, and Discussions feed Context_Markup -> GSD. Visual proof the three folders directly prime the context window.

04 · Project folder setup — Claude Code + MCPs installed
Inside Cursor on WSL, /init generates CLAUDE.md, TLDV and Apify MCPs installed. Creates project_research/ with discussions/, project_scope/, stakeholders/ subfolders.

05 · Discussions — TLDV MCP live demo
Live: Claude uses TLDV MCP to pull a weekly call transcript and write it as a markdown file into discussions/. Manual fallback shown.

06 · Stakeholders — Apify LinkedIn scraper live demo
Apify MCP scrapes a LinkedIn public profile and saves it as a stakeholder markdown. Competitor research via Apify also shown.

07 · Project scope — website scraping + manual docs
Scrape client website via Apify, add to project folder. Move proposals, pitch decks, scope docs into project_scope/ regardless of format.

08 · Synthesis — Claude builds the pre-context markdown
Final prompt: summarize project_research/ into a comprehensive pre-context file. Claude assembles everything. Trevor recommends manually dialing it in after.

09 · Engage GSD + wrap
/gsd new project — use pre-context to answer GSD questions. Result: set up like a professional AI consultant. Recap + CTA.
Lines worth screenshotting.
- Priming the GSD framework with a pre-context document assembled from meeting transcripts, project scope docs, and stakeholder LinkedIn profiles doubles the speed of the entire build.
- Going into GSD cold and letting it guide you through questions is slower than feeding it a fully assembled primer on the first prompt — the primer front-loads all the context gathering.
- The GSD framework creates two documents at project start: a phased roadmap (PRD) and a technical state document — these become the context window primer for every execution command.
- The pre-context folder has three sub-categories: stakeholder information, project discussions (transcripts), and scope documents — one markdown file synthesizes all three for GSD.
- TLDV and Apify MCPs handle the two hardest parts of pre-context assembly: downloading meeting transcripts automatically and scraping LinkedIn profiles of key stakeholders.
- Running Claude Code with --dangerously-skip-permissions removes the approval prompts that would interrupt an automated pipeline — standard practice for GSD users.
- A stakeholder profile in the pre-context file (decision maker vs. operator, seniority, power to approve scope) helps Claude calibrate its recommendations to the actual constraints of the project.
- The slash GSD new-project command creates the roadmap and technical state, but only after the pre-context file tells it who the stakeholders are, what was discussed, and what the scope is.
- Accessing transcripts via API (rather than copying them manually) is the hidden productivity multiplier — the MCP does the transcript retrieval automatically when you reference the meeting.
- The pre-context workflow shifts the developer from relying on AI to guide the project toward being the architect who gives AI a complete brief before it starts working.
- Version-controlling the pre-context folder inside the project means any team member can pick up the full project context by cloning the repository.
- A project scope document fed into the context window before GSD starts eliminates the early rounds of clarifying questions that slow down every cold-start build session.
Build the primer before you run the framework.
Structured context in equals structured output out — the pre-context assembly step is the unlock GSD users are missing.
- Create project_research/ with three subfolders before touching /gsd: discussions/, project_scope/, stakeholders/.
- Use TLDV MCP (or any notetaker with API access) to pull meeting transcripts directly into discussions/ as markdown.
- Use Apify MCP to scrape LinkedIn profiles for stakeholders/ and client/competitor sites for project_scope/.
- Run one synthesis prompt: Summarize everything in project_research/ into a comprehensive pre-context MD file.
- Then go in and manually dial it in — the AI-generated synthesis is the draft, not the final.
- Apply this pattern to LFB Line: make pre-context assembly the first deliverable in every client engagement.
- The TLDV + Apify MCP combo is worth testing as a productizable onboarding workflow inside MCN+.
Terms worth knowing.
- GSD framework
- A community-built workflow for Claude Code (short for Get Shit Done) that walks a user through scoping a new project, generating a roadmap and tech stack document, then executing the work in numbered phases.
- Claude Code
- Anthropic's command-line coding agent that runs in a terminal, reads and edits files in a project, and executes shell commands on the user's behalf.
- Pre-context file
- A single markdown document assembled before starting an AI build that summarizes stakeholders, prior discussions, and project scope so the coding agent has full background on its first run.
- Context window
- The amount of text a language model can hold in active memory at once. Anything outside it has to be re-fed, so curating what goes in determines how well the model performs.
- Dangerously skip permissions
- A Claude Code launch flag that disables the per-action approval prompts so the agent can read, write, and run commands without stopping to confirm each step.
- PRD
- Product Requirements Document. A written spec that lists what a project must do, who it serves, and how success is measured, used to align builders before code is written.
- Phases / milestones
- The chunks a roadmap is broken into so an agent can execute one bounded slice of work at a time instead of trying to build the whole project in one pass.
- MCP server
- Model Context Protocol server. A small adapter that lets an AI agent like Claude Code talk to an external service (a notetaker, a scraper, a database) through a standard interface.
- WSL
- Windows Subsystem for Linux. A built-in Windows feature that runs a real Linux environment alongside Windows, commonly used to run developer tools that expect a Unix shell.
- Cursor
- An AI-first code editor forked from VS Code that integrates LLM chat, inline edits, and agent workflows directly into the editing experience.
- /init
- A Claude Code slash command that scans the current repository and generates a CLAUDE.md file describing the project so the agent starts every future session with consistent baseline knowledge.
- CLAUDE.md
- A markdown file at the root of a project that Claude Code automatically loads at session start. It holds project-specific instructions, conventions, and commands the agent should follow.
- TLDV
- An AI meeting notetaker that records calls on Zoom, Google Meet, and Teams, then produces transcripts and summaries accessible by API or MCP for downstream automation.
- Apify
- A cloud platform of pre-built web scrapers (called Actors) for sites like LinkedIn, Google, and arbitrary websites, accessible by API or MCP so an agent can pull structured data on demand.
- Slash command
- A keyword starting with / that triggers a predefined workflow inside a tool like Claude Code, for example /init or /gsd new-project.
- Webhook
- A user-defined HTTP callback that a service fires when an event happens, letting another system react in real time, for example pulling a meeting transcript the moment a call ends.
- Scraper
- An automated program that extracts structured data from a webpage or platform, typically by simulating browser visits and parsing the returned HTML.
- Stakeholder
- Anyone with influence or decision authority over a project, such as a CEO, project manager, or operator, whose role determines what gets approved and how the work moves forward.
- Pitch deck
- A slide presentation used to win a client or investor, typically covering the problem, the proposed solution, scope, timeline, and price.
Things they pointed at.
Lines you could clip.
“I was going in cold, and I was letting GSD essentially just guide me through the project. But I discovered if I prime GSD with really good research information, my projects were going a lot faster.”
“I think it's really, really important to shift our mindset from completely relying on AI tools and making ourselves more the architects.”
“How can we 2x the 2x.”
Word for word.
Don't just watch it. Burn it in.
See every word as it's spoken — crank it to 2× and still catch all of it. The same dual-channel trick behind Amazon's Kindle + Audible.
The bait, then the rug-pull.
Trevor opens mid-proof, not mid-pitch. Two projects shipped at half speed with GSD — now he wants to 2x the 2x. The insight: going into GSD cold is leaving efficiency on the table, and the fix is one folder and three data sources.
Named ideas worth stealing.
GSD (Get Shit Done)
Claude Code framework: /gsd new project generates a PRD + Technical State doc, breaks work into phases, injects each phase into context window on execute.
Pre-Context Assembly
- Discussions (meeting transcripts via TLDV MCP)
- Project Scope (proposals, pitch decks, scope docs)
- Stakeholders (LinkedIn scrapes via Apify MCP)
Build three data folders before touching GSD. Synthesize into a single pre-context.md. Feed that to /gsd new project. This is the prime the primer step.
How they asked for the click.
“If you have any questions, leave a comment below. Please like and subscribe if you would like to see more of this content.”
Standard verbal CTA at end, no overlay, no card. Low friction but also low visibility.







































































