A few months ago, I found something that changed my views on AI tools. It’s called MCP (Model Context Protocol); it allows AI models to connect to external tools and data sources.
What MCP is, in practice
MCP is a way for models to call tools and data sources you expose. Before I had it, Bible study with Claude meant copying verses, looking up references by hand, or bouncing between apps. That broke focus.
With an MCP server, Claude AI can pull Bible data directly: verses, cross-references, commentaries, and related lookups.

Step-by-Step Guide: Building a Bible MCP Server on Cloudflare Workers
I wanted something I would actually use in morning study. Here is the path I took.
The problem
I read and take notes most mornings. Related-verse lookups meant more tabs and lost place. I wanted Claude to fetch that context for me.
Implementation
I used Cloudflare Workers because the free tier is enough for a small personal tool and deploy is simple.
The server exposes two consolidated MCP tools (down from an earlier 6-tool design):
- bible_content: search verses, or fetch a verse, passage, or chapter
- bible_reference: list books or chapters
Each tool supports a response_format option (concise/detailed) for token control. I used the approach from my AI Tool Optimization Guide and cut tool count by 67% and token usage by about 60-70%.
The MCP server code is surprisingly simple. Model Context Protocol handles all the complex communication, so I just focused on the Bible API integration and data logic.
Deploying MCP Server on Cloudflare Workers: Free and Fast
I deployed the server to Cloudflare Workers so it stays up without me babysitting a VM. On the free tier there is no host bill for this size of project, and the CDN keeps responses quick.
After I connected it to Claude over MCP, Bible lookups stopped being a copy-paste chore.



What it looks like in study
Now I can ask Claude things like:
- How did Jesus feed 5,000 people?
- What is the context around Romans 8:28?
- Compare this verse across different translations
Claude doesn’t just give me generic answers; it pulls real data from my server and provides exactly what I need.

Why the pattern matters
The Bible server is one use case. The more interesting part is the pattern: models stop being closed chat boxes when they can call tools you control.
Other places the same idea applies:
- Internal company data
- Personal calendar and tasks
- Market data APIs
- Home automation
- Domain research datasets
You do not need a large platform team to try it.
Lessons from building it
-
Start small: I didn’t try to build everything all at once. My first version just returned single verses. Then I added search. Iteration is your friend.
-
Think in tasks, not endpoints: I later consolidated six tools into two by grouping related actions (search, verse, passage, chapter into
bible_content). Adding aresponse_formatparameter (concise vs. detailed) cut token usage by 60–70%. See my AI Tool Optimization Guide for the full approach. -
MCP does the heavy lifting: I spent much more time thinking about the Bible data structure than the protocol. MCP simplifies all the connection challenges.
-
Free tier is powerful: I built something useful without spending a dime using Cloudflare Workers and free Bible APIs.
-
Documentation matters: When I got stuck, the MCP documentation and community examples saved me hours of debugging.
What I would add next
Tools are already grouped by task, and response_format lets the agent ask for concise or detailed answers. I may add commentary or personal notes later. With MCP that is an extension, not a rewrite.
Closing
Start with a topic you care about. Mine was Bible study. Yours might be recipes, workouts, or a book list. The hard part is choosing the workflow; the protocol work is smaller than it looks.
You can find my Bible MCP server code on GitHub if you want to see how it works or build something similar. For more MCP examples, check out the official MCP documentation and MCP server examples.