Skip to main content

How I Ended Up Creating an AI Playground to Illustrate and Educate



TL;DR

AI Playground

User Guide

From a Conversation to a Spark

Recently, I participated in a World Café event organized by CareerTeam. The topic was how AI is being used in HR and beyond. My original curiosity was about the "arms race" between AI-generated CVs and motivation letters on one side, and AI-driven applicant tracking systems on the other. 

Unfortunately, that discussion never really happened. But the event was still eye-opening: most participants were from HR, and I got an insider's view into how they're dealing with AI---both for themselves and for their organizations. 

One moment stuck with me: An HR professional explained how her company implemented a chatbot for employees who don't know where to find information. A small company, limited resources---yet they made it work. That was my spark. If they could deploy something useful, then anyone should be able to.

Monday: RAG in 24 Hours

That thought turned into action the following Monday (August 25). I dove into RAG (Retrieval-Augmented Generation). After watching a few YouTube tutorials, I pieced together how it works:

  • Split text into chunks using LangChain
  • Generate embeddings for retrieval
  • Pass context to the LLM

I crafted a first prompt and let Claude Code help me build the prototype. Within 24 hours I had something working. Another day of refinement made it reliable enough to demo.

Then I thought---why stop at RAG?

  • I added a regular chat interface.
  • Integrated vision models.
  • Redesigned the whole site to support model selection at runtime via a simple JSON configuration.

By midweek, I had a much more flexible system in place.

Friday: Enter MCP

On Friday, I decided to add MCP (Model Context Protocol) support to the chat function. This was trickier. Claude Code struggled at first with the tool-calling flow, so it took multiple iterations. I started simple with a Weather API (OpenMeteo). After debugging and refining, we had a working Weather MCP server.

Then Claude suggested: "Why not build a registry of MCP services?"

That was all the encouragement I needed---I spent Saturday afternoon building out five more MCP servers. Here's where it got really interesting.

The AHA Moments

When I looked for publicly available MCP services, I found almost none. Most were designed to run locally in Python, which didn't fit my cloud-centric TypeScript stack. So I asked Claude: "Convert this Python MCP server into TypeScript."

And it just... did. Smoothly. That was my first AHA moment.

The second AHA moment came a few hours later when I realized I could do this over and over. Conversion after conversion, commit after commit. The workflow was smooth, and I wasn't hitting the dreaded token context limit I had learned to work around. Why? Because Anthropic's Sonnet 4 model had just been upgraded with a 1 million token context window. I'd read about it before, even commented on LinkedIn---but now I could actually use it.

It felt transformative.

Wrapping Up

Today is Sunday, August 31st. What started as a casual event turned into a full week of exploration, coding, and a few breakthrough realizations. The result is the AI Playground---a space to illustrate, experiment, and hopefully educate others about how these systems fit together.

🔗 Check it out here: AI Playground 

📘 Read the guide here: User Guide


Comments

Popular posts from this blog

The case for central bank digital currency as public infrastructure to enable digital assets

I have dabbled a fair amount with all sorts of crypto currencies and their respective permissionless networks. In fact, I have been dabbling since 2012 which is by my last count a whopping 12 years. While I have always maintained that I do believe the general concept for digitization and programmability of assets is on the right path, its implementation, the user experience, the accessibility, the fraudulent activities, and the overall inefficiencies permissionless DLTs have, never made me into a true believer. I have stated that opinion on several occasions, here , here and here . There are still barriers to entry when it comes to digitization of assets: sustainable- and interoperable infrastructure. To illustrate this, I recently asked a notary public here in Zurich, why they can’t store the notarized documents as PDFs, the answer surprised me: because they must keep records for at least 70 years. Now, think about what would have happened if we stored these documents on floppy disks...

Apples Vision Pro Headset strategy is all about its Arm-chips.

  Apple has given us a vision of what their VR and AR future might entail. But as have others pointed out numerous times, the whole point of the showcase at the WWDC 23 was to let people experiment, I’ve heard others say that it’s like the launch of the Apple Watch when Apple didn’t really know what would become of it. This is similar and yet different.  Just like the Apple Watch (and the iPad before it), Apple sought to porting its whole ecosystem onto a watch – granted, the Apple Watch can’t live on its own and a better comparison would probably be the iPad. The iPad can live without any other Apple device and unlike the iPhone, never really had a clearly defined function other than to watch movies and browse the web. It was not until it gained the ability to be used with a pencil that artists and designers started to explore the potential.  I’m trying to point out that Apple took 5 years from the first iPad in 2010 to the iPad Pro with pencil in 2015 to find its “kille...

I've Been Vibe Coding for 2 Months, Here's What I Believe Will Happen

In the past few months, I've embarked on an experiment that has fundamentally changed how I approach software development. I've been "vibe coding" - essentially directing AI to build software for me without writing a single line of code myself. This journey has been eye-opening, and I'd like to share what I've learned and where I think this is all heading. My Vibe Coding Journey I started vibe coding with Claude and Anthropic's Sonnet 3.5 model, later upgrading to Sonnet 3.7, Claude Code, and other tools. My goal was straightforward but comprehensive: create a CRM system with all the features I needed: Contact management (CRUD operations, relationships, email integration, notes) Calendar management (scheduling meetings, avoiding conflicts) Group management for organizing contacts A campaign system with templates A standalone application using the CRM's APIs for external contacts to book meetings direct The technical evolution of this project was inter...