AISanity2 MIN READ
02.06.2026
.md

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

funny guy presenting

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.

Continue Reading
brewfather, mcp & ai
Home BrewingAI2 MIN

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
Ai genreated image wat workflow
SanityAI3 MIN

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