Capstone. Veroeffentliche Deinen ersten MCP-Server

Level 6 hat Dich beigebracht wie ein MCP-Server gebaut, deployed, distribuiert und mit OAuth abgesichert wird. Plus wie Multi-Agent-Setups das Ganze orchestrieren. Jetzt baust Du Deinen eigenen Server, machst ihn installierbar fuer andere und schreibst eine Mini-Doku dazu.

Wer das Capstone fertig hat, ist offiziell auf Operator-Level Sechs angekommen: Du baust Tools die andere benutzen koennen, nicht nur Tools die Du selber benutzt.

Die Aufgabe

Such Dir einen kleinen, eindeutigen Use-Case aus Deinem eigenen Leben oder Beruf. Beispiele die genug klein sind:

• Ein MCP-Server der Wikipedia in Deiner Sprache abfragt und sauber formatiert zurueckgibt.
• Ein MCP-Server der Wetter-Daten holt und auf eine bestimmte Region zugeschnitten antwortet.
• Ein MCP-Server der Deine Notizen aus Obsidian, Notion oder einem Markdown-Ordner durchsucht.
• Ein MCP-Server der eine spezifische API anbindet die Du beruflich brauchst (Bookwize, Cal.com, ein Branchen-Tool).
• Ein MCP-Server der einen wiederkehrenden Workflow kapselt (z.B. "neuen Lead in CRM anlegen plus Bestaetigungs-Mail").

Wichtig: nicht zu gross. Drei bis fuenf Tools sind genug. Wenn Du fuenfzehn Tools planst, hast Du das Capstone zu gross gemacht und wirst frustriert abbrechen.

Pflicht-Komponenten

Mindestens drei Tools. Jedes mit klarer Beschreibung, getypter Parameter-Definition (Zod oder JSON Schema) und sinnvollem Output.

Validation und Error-Handling. Tools muessen sauber abbrechen wenn die Parameter nicht passen, statt mit cryptischen Stack-Traces zu sterben.

Rate-Limiting. Wenn Dein Server eine externe API ruft, muss er Quoten respektieren. Das hier ist eine harte Regel, nicht "nice to have".

Health-Endpoint wenn Du HTTP-Transport baust, oder ein klar dokumentierter --version-Output beim stdio-Mode.

README. Drei Sektionen: Was tut der Server, Install in 30 Sekunden, Beispiel-Prompts.

Tests. Mindestens drei Vitest-Tests pro Tool. Happy Path, Edge Case, Error Case. Wenn Du keine Tests schreibst, hast Du das Capstone nicht bestanden, egal wie schoen der Code ist.

Distribution

Such Dir eine der drei Distributions-Optionen:

• npm publish als stdio-Server. Simpelster Pfad, jeder kann ihn mit npx -y dein-server einbinden.
• MCPize Cloud Run als HTTP-Transport mit Bearer-Auth. Wenn Du SaaS-Erfahrung sammeln willst.
• Eigener Docker-Container auf einem Server (z.B. Hetzner). Wenn Du volle Kontrolle willst und keine externen Plattformen.

Veroeffentlich es. Wirklich. Make it real. Selbst wenn Du nur Du selbst der erste User bist.

Der Output

Ein Repo (oeffentlich auf GitHub oder, wenn der Use-Case privat ist, in Deinem Studio Account).

Mindestens einen erfolgreichen Install-Test von einer anderen Maschine als der wo Du entwickelt hast. Wenn Du den Server nur lokal startest und dann sagst "fertig", hast Du Distribution nicht verstanden.

Eine Mini-Demo (Screen-Recording oder Screenshots) wo Du in Claude Code, Claude Desktop oder Cursor das Tool benutzt und die Antwort kommt.

Ein kurzer Reddit- oder LinkedIn-Post (300 bis 500 Worte) der erklaert: warum hast Du den Server gebaut, wie funktioniert er aus User-Sicht, wo war der schwierigste Teil. Du musst ihn nicht publishen, aber Du sollst ihn schreiben, weil Schreiben dazu zwingt das was Du gebaut hast aus User-Sicht zu erklaeren.

Bewertungs-Kriterien fuer Dich selbst

• Funktioniert die Installation auf einer neuen Maschine ohne dass Du Hilfestellung gibst?
• Sind die Tool-Beschreibungen so klar dass Claude oder ein anderer Agent das richtige Tool fuer den richtigen Job auswaehlt, ohne dass Du im Prompt nachhelfen musst?
• Sind Deine Tests echte Tests oder hast Du nur expect(true).toBe(true) geschrieben?
• Hast Du die Distribution wirklich durchgezogen oder ist der Code "gleich fertig zu publishen"? Letzteres zaehlt nicht.

Was Du danach hast

Du hast einen oeffentlichen MCP-Server in Deinem Namen, ein Repo das Du in Bewerbungen verlinken kannst, einen Post den Du in Communities teilen kannst, und ein Stueck Software das Du selber benutzt. Vier Beweise auf einmal dass Du auf Operator-Level Sechs angekommen bist.

Wenn Du den Server in der Arena registrieren willst (Du erinnerst Dich an die Arena aus Level 5 und 6), kannst Du jetzt Bots bauen die genau Deinen Server nutzen und damit eigene Workflows abbilden. Das ist die naechste Stufe, kein Capstone-Pflicht-Teil.

Was als Naechstes kommt

Es gibt kein Level 7. Wenn Du Level 6 abschliesst, bist Du an einem Punkt wo Du selbst entscheidest was als naechstes kommt: Dein eigenes SaaS rund um Deinen MCP-Server, eine Spezialisierung in eine Branche, eine eigene Multi-Agent-Plattform fuer einen konkreten Markt, oder einfach besser werden in dem was Du jetzt schon machst. Die Akademie hoert hier auf, weil ab hier ist das Feld zu gross fuer einen Kurs.

Was Du tun kannst: in der Arena weiterkaempfen mit eigenen Bots, eigene Playbooks schreiben (auch fuer die Akademie selbst), und in der Discord-Community von dem berichten was Du baust. Die Operator-Identity wird hier kein Endzustand mehr, sondern ein Habit.