How I Used My Own Blog to Research My Presentation About It
Last updated: 02.06.2026
How I Used My Own Blog to Research My Presentation About It
Audio Narration

The author needed a fast way to collect 14 blog posts for a presentation without manually copy-pasting from the browser. Fortunately, the blog already exposed each post as clean markdown at /md/posts/[slug], originally built for AI tools. This endpoint strips away HTML, navigation, and cookie banners, returning only the core content, which the author then fed into Claude for rapid reading and summarisation. Before working with individual posts, the author used /llms.txt, a structured, machine-readable index of the site similar to robots.txt but designed for AI discovery. Claude used this index to understand the site’s structure and locate relevant posts. For the presentation itself, the author used Slidev, a markdown-based slide tool, allowing Claude to generate and refine slides directly in markdown. The experience highlighted a “meta” benefit: infrastructure built for AI and other developers ended up being most useful to the author, demonstrating that investing in AI-friendly content formats can pay off immediately for the site owner.
The Setup
When I was asked to present my blog to a group of colleagues, the first challenge was practical: how do I gather 14 posts worth of writing without copy-pasting from a browser? I'd built a lot into the blog over the past year and needed a fast way to pull it all together.
Markdown at /md/posts
Every post on the blog is available as clean markdown at /md/posts/[slug]. I built this endpoint for AI tools — strip the HTML, navigation, and cookie banners, and return just the content. It turned out to be exactly what I needed for my own research. I fed several posts directly into Claude, which read and summarised them in seconds.
llms.txt as a Site Index
Before diving into individual posts, I pointed Claude at /llms.txt — a structured index of the site, like a machine-readable table of contents. Claude used it to map what the site contained before pulling individual posts. It's a convention similar to robots.txt but designed for AI discovery rather than search engine crawling.
Building the Slides with Slidev
For the slides I used Slidev (sli.dev) — a presentation tool built for developers where slides are written in markdown. That means Claude can write and edit them directly. The Claude Code skill for Slidev made it straightforward to generate the initial structure, iterate on layout, and keep the tone consistent. No drag-and-drop interfaces to fight with.
The Meta Moment
There's something satisfying about a tool working for yourself first. The markdown API and llms.txt were built with the idea that AI systems and other developers would find the blog easier to consume. In practice, the first person to benefit was me — using my own infrastructure as a research pipeline for a presentation about that same infrastructure.
Conclusion
If you're building a content site and wondering whether AI discoverability is worth the effort — build it anyway, even if you're not sure who else will use it. The most immediate value might come from yourself.

I Fed Brewfather's API to Claude and Built My Own MCP Server
Brewfather is a comprehensive app for homebrewers that manages recipe design, batch tracking, fermentation logs, water chemistry, and ingredient inventory, making it a central hub for homebrew recipes. An MCP (Model Context Protocol) server acts like a plugin that exposes local tools and data to an AI such as Claude, letting it call a locally run server without any cloud intermediary or custom UI. Using Brewfather’s REST API, the author fed the documentation to Claude and quickly generated a local MCP server that connects Brewfather to Claude Code. This setup enables three key capabilities: browsing and inspecting real Brewfather recipes, checking the brew schedule and batch stages, and verifying whether the ingredient inventory is sufficient for an upcoming brew day. The main benefit is turning brewing data into a conversational interface, so users can simply ask questions like whether they are ready to brew on a given day. Future extensions could include logging fermentation readings, auto-creating batches from recipes, and sending notifications as batches progress through stages.
Read post
Using the WAT Framework: Writing Sanity MCP Workflows That Make Claude Consistent and Reliable
The text explains why open-ended AI instructions like “write a blog post about TypeScript” lead to inconsistent results. Because models are probabilistic, they vary structure, miss fields, and overlook edge cases, which is problematic for repetitive, structured tasks such as publishing to a CMS. To solve this, it introduces the WAT framework: Workflows, Agents, Tools. Workflows are plain-language markdown SOPs that encode domain knowledge and specify steps. Agents (Claude) handle reasoning and decisions. Tools are deterministic scripts or APIs, like the Sanity MCP, that execute actions. This separation narrows the decision space and keeps behavior consistent across sessions. A concrete example is the draft_blog_post workflow, which fetches authors and categories from Sanity, requires outline approval, and strictly defines document shape and constraints, including a 5000-byte body limit. Workflows evolve through a self-improvement loop: each failure adds new rules and edge cases. To get started, you document repeatable tasks, inputs, tools, steps, and edge cases, store them in .claude/wat/workflows/, and reuse them for faster, cheaper, and more reliable AI-assisted work.
Read post