Case study · AI & automation
MCP server for AI-assisted video content workflow
An MCP server that lets an AI assistant run a multi-channel video pipeline, from research to script, visuals and voiceover.
At a glance
- Who it's for
- Video creators and small content teams running one or more channels.
- Core stack
- Python, Model Context Protocol, Google Sheets, Docs and Drive
- What sets it apart
- The assistant supplies the thinking and the MCP layer supplies structured access to the team's spreadsheet and documents.
What it looks like in use
Ask the assistant in plain words and watch the research, script and narration land in your own files.
From a topic idea to a finished script and voice
You ask in plain words
Type what you want, such as researching a new topic for one of your channels.
The assistant checks for repeats
It looks through your sheet first, so you do not make the same video twice.
It gathers the research
Search results, news and forum talk are pulled into one short brief.
Script and voice are made
The script follows your channel's style, and a narration file is generated on your computer.
Your sheet stays up to date
Each topic's status and links are saved in the spreadsheet your team already uses.
The challenge
A video channel needs a steady pipeline of topics that move from idea to research, script, visuals, voiceover and publishing.
Teams usually track this in spreadsheets while the writing happens elsewhere, so status drifts, duplicate topics creep in and every channel reinvents its own prompts. Running several channels multiplies the problem: each has its own tracking sheet, storage folder, tone and prompt rules.
The solution
Responsibility is split cleanly. The AI assistant does the reasoning and writing, while an MCP server exposes tools that read and write the data layer: a Google Sheet as the pipeline database, Docs for research and scripts, and Drive for assets.
A web research layer gathers search, news and forum material into a brief. Each channel has its own sheet, folder and prompt set, and every tool accepts a channel parameter. A separate local text-to-speech tool runs as a subprocess to produce narration, which is uploaded to Drive and linked in the sheet.
For your technical teamhow it works under the hood
One topic from request to narration
Key features
What the system does, as built in the codebase.
- 01
Multi-channel registry
Add, switch, update and remove channels, each with its own sheet and Drive folder.
- 02
Pipeline tracking
List, add and update topics, with workflow summary, stats and schedule views.
- 03
Duplicate detection
Fuzzy matching runs before a new topic is added.
- 04
Research brief builder
Web search, page fetch, forum and news search are combined into one brief.
- 05
Per-channel prompt sets
Research, script, visuals, thumbnail, title and description prompts are loaded per channel.
- 06
Script, visuals and voiceover stages
Context builders and save tools for each stage, with narration audio uploaded to Drive.
- 07
Performance insights
Syncs platform statistics and surfaces category performance and series candidates.
- 08
Command-line companion
Auth, setup and content commands that work outside the assistant.
How it fits together
From a creator's request to a script, visuals and narration.
- AI assistantreasoning and writing
- MCP serverroughly forty tools
- Agentsresearch, script, visuals, voice, analytics
- Research sourcessearch, news, forums
- Google Sheetspipeline state per channel
- Docs and Driveresearch, scripts, audio
- Local TTS toolnarration subprocess
- Assistant calls MCP tools; agents use services to read and write Sheets, Docs and Drive.
- The voice agent shells out to the local text-to-speech tool.
Implementation notes
Engineering decisions worth knowing about.
Broad tool surface
Roughly forty tools over a stdio server let any MCP-capable assistant drive the pipeline.
Layered structure
Agents orchestrate, and services wrap each Google API and research source.
Sheet as state machine
Sheet row status doubles as the workflow state, with colour-coding applied by a tool.
Isolated text-to-speech
TTS runs in a separate virtual environment through a subprocess, with a timeout, because of dependency incompatibility.
Cached research
Research results are cached with a TTL, and Brave search falls back to a keyless search.
Per-channel auth and logging
OAuth uses per-channel token files, with structured logging via structlog.
Technology stack
Taken from the project's dependency and config files.
- Language
- Python
- Protocol
- Model Context Protocol (mcp)
- Google APIs
- Sheets
- Docs
- Drive
- YouTube data
- CLI and logging
- click
- rich
- structlog
- Research
- requests
- httpx
- BeautifulSoup
- thefuzz
For your technical teamtechnology layers
Technology stack by layer
Business value
What the system enables. No numbers are claimed.
- Keeps AI-written content tied to a single source of truth for status.
- Helps avoid duplicate topics and steers each channel's voice through its own prompts.
- Lets one setup serve several channels without code changes.
- Puts the stages from approved idea to script, visuals and narration into one assistant-driven flow.
Need a system like this built?
Tell us what it needs to do and we will scope it with you on a call.