"Setz das um, was wir im Meeting beschlossen haben": Spec-to-Code mit SuperIntern MCP und Claude Code

Denken Sie an die Minuten direkt nach einem Spezifikations-Review.

Sie sammeln die Entscheidungen aus Ihren Notizen, scrollen durch Slack-Threads, rekonstruieren die Begründungen und fügen dann alles in Ihren KI-Coding-Agenten ein, um die Spezifikation noch einmal von vorn zu erklären. Fehlt ein Detail, füllt die KI die Lücke mit einer plausiblen Vermutung, und im Review heißt es dann: "Das haben wir so nicht beschlossen." Das Meeting liegt in SuperIntern, der Code im Repository, und die Brücke dazwischen waren bisher Copy-and-paste und das eigene Gedächtnis.

In diesem Artikel verbinden wir das MCP von SuperIntern mit Claude Code, sodass "setz das um, was wir im Meeting beschlossen haben" als einzelner Prompt direkt im Editor funktioniert, mit echten Prompt-Beispielen zum Übernehmen.

⚠️ Dieser Artikel wurde auf Grundlage öffentlich zugänglicher Informationen und Nutzerfeedbacks mit Stand August 2026 unabhängig zusammengestellt.

Inhalt

• Was wir bauen: Vorher / Nachher
• So funktioniert es: drei Rollen
• Einrichtung
• Demo 1: Direkt nach dem Meeting mit der Umsetzung beginnen
• Demo 2: Eine Entscheidung bis zum genauen Wortlaut prüfen
• Demo 3: Das Gerüst steht, bevor das Meeting endet
• Tipps und Hinweise für den Alltag
• Weiterdenken: dasselbe Muster, andere Workflows
• Häufige Fragen

Was wir bauen: Vorher / Nachher

Vorher: Nach jedem Spezifikations-Review setzen Sie die Spezifikation aus Notizen und Slack neu zusammen, fügen sie in den Coding-Agenten ein und hoffen, nichts vergessen zu haben. Jede Lücke wird zur Vermutung, jede Vermutung zu Nacharbeit.

Nachher: Sie sagen Claude Code: "Setz um, was im heutigen Spezifikations-Review beschlossen wurde." Der Agent holt sich Protokoll und Transkript selbst, bestätigt die Entscheidungen und beginnt mit der Umsetzung. Kein Stille-Post-Spiel mehr, und jede Änderung lässt sich bis zum Meeting zurückverfolgen, das sie ausgelöst hat.

Zum Hintergrund: SuperIntern ist eine botlose Desktop-App (kein Bot betritt Ihre Meetings), die Transkripte und KI-Protokolle automatisch festhält. Ihre Spezifikations-Reviews und Design-Diskussionen sammeln sich also bereits als Daten an. Es fehlt nur der Schritt, sie in Code zu verwandeln, und genau den übernimmt jetzt Ihr Agent.

So funktioniert es: drei Rollen

Drei Akteure tragen diesen Workflow.

MCP (Model Context Protocol) ist ein offener Standard, um KI-Agenten sicher mit externen Tools zu verbinden. Das MCP von SuperIntern stellt Ihre Meeting-Daten den KI-Clients ausschließlich lesend zur Verfügung. Den Code schreibt Claude Code, nicht SuperIntern, und das Einzige, was sich ändert, ist Ihr Repository. Ihre Meeting-Daten können über MCP niemals verändert werden, und jeder Nutzer sieht nur die Meetings, die er auch in SuperIntern selbst sehen darf. Sie können das also ohne die Sorge ausprobieren, dass "die KI die Protokolle zerlegt".

Einrichtung

Es ist genau eine Verbindung einzurichten. Führen Sie im Terminal aus:

claude mcp add --transport http superintern https://mcp.app.super-intern.com/mcp

Führen Sie danach in Claude Code den Befehl /mcp aus, wählen Sie superintern und authentifizieren Sie sich. Ein Browserfenster öffnet sich; melden Sie sich mit Ihrem SuperIntern-Konto an und erteilen Sie die Freigabe. API-Schlüssel müssen Sie weder erstellen noch verwalten.

Die Planvoraussetzungen auf SuperIntern-Seite (Plus oder höher für persönliche Workspaces, Admin-Freischaltung bei Enterprise) sowie die Einrichtung für andere Coding-Agenten wie Cursor und Codex finden Sie in unserem MCP-Einrichtungsleitfaden. Die Prompts in diesem Artikel funktionieren in jedem MCP-fähigen Coding-Agenten nahezu unverändert.

Unsicher, ob die Verbindung steht? Fragen Sie zuerst:

Liste meine drei letzten SuperIntern-Meetings auf

Kommen Titel und Datum zurück, sind Sie startklar.

Demo 1: Direkt nach dem Meeting mit der Umsetzung beginnen

Der häufigste Einsatz ist der Moment, in dem ein Spezifikations-Review oder Design-Meeting endet. Die wichtigste Gewohnheit: Lassen Sie den Agenten die Entscheidungen bestätigen, bevor er Code schreibt. Das verhindert, dass die KI auf Basis von Annahmen loslegt.

Hol dir das KI-Protokoll des heutigen Meetings "Spezifikations-Review Zahlungen" und
implementiere die Webhook-Retry-Logik genau so, wie dort beschlossen.
Zeig mir vor dem Start die relevanten Entscheidungen als Stichpunktliste

Claude Code holt das Protokoll und antwortet zunächst etwa so:

Ich habe 3 für die Umsetzung relevante Entscheidungen gefunden:\

• Retries mit exponentiellem Backoff, maximal 5 Versuche, Obergrenze 24 Stunden\
• Events, die 5-mal fehlschlagen, werden in einer Failures-Tabelle gespeichert und im Dashboard angezeigt\
• Die API zum manuellen erneuten Senden wird auf Phase 2 verschoben (hier außerhalb des Scopes)
  Ich fahre auf dieser Basis fort und beginne mit dem Schema der Failures-Tabelle.

Danach plant und programmiert der Agent wie in jeder Claude-Code-Sitzung. Der Unterschied: Der Plan stützt sich auf das Meeting-Protokoll selbst, nicht auf das, was Sie gerade noch einfügen konnten. Scope-Grenzen wie "manuelles erneutes Senden ist Phase 2" kommen direkt aus dem Meeting, sodass auch keine Features entstehen, die niemand bestellt hat.

Demo 2: Eine Entscheidung bis zum genauen Wortlaut prüfen

Mitten in der Umsetzung kommt der Moment garantiert: "Moment, wie hatten wir das eigentlich entschieden?" Bisher hieß das: in Slack nachfragen oder das Protokoll durchsuchen. Jetzt prüfen Sie direkt aus dem Editor:

Prüfe für die Nebenläufigkeitskontrolle dieses Jobs, wie das "Architektur-Sync"
am Donnerstag entschieden wurde. Sieh dir die Transkriptstelle selbst an,
nicht nur das Protokoll. Prüfe dann, ob meine aktuelle Implementierung
diesem Beschluss entspricht

Der Kniff ist, den Agenten auf das Transkript zu verweisen, nicht nur auf das Protokoll. Protokolle verdichten; Bedingungen und Zwischentöne bleiben auf der Ebene des tatsächlich Gesagten besser erhalten. Claude Code zitiert die Passage und antwortet etwa so:

Ich habe die betreffende Stelle im Transkript des Architektur-Syncs geprüft.
Der Beschluss lautet: "Doppelte Job-Läufe verhindern wir mit einem Advisory Lock in der Datenbank; Redis ist diesmal nicht im Scope."
Ihre aktuelle Implementierung setzt einen Redis-Lock voraus und widerspricht damit diesem Beschluss.
Hier ist ein Korrekturvorschlag, der auf den Advisory-Lock-Ansatz umstellt.

Auf Basis von "ich bin ziemlich sicher, wir hatten gesagt..." weiterzubauen und es erst im Review zu merken, ist die teuerste Form von Nacharbeit. Ein einziger Prüf-Prompt schafft sie ab.

Demo 3: Das Gerüst steht, bevor das Meeting endet

SuperIntern MCP enthält ein Tool, das das Live-Transkript eines noch laufenden Meetings abruft, inklusive inkrementeller Updates. Sie müssen also nicht auf das Meeting-Ende warten, um zu bauen.

Hol dir das Live-Transkript des gerade laufenden Meetings "Schema-Design" und
lege das Gerüst für Migration und Typdefinitionen der bisher vereinbarten Tabellen an.
Markiere alles, was noch diskutiert wird, im Code als TODO-Kommentar

Während Sie im Meeting sitzen, verwandelt Claude Code auf Ihrem Rechner den bisherigen Konsens in ein Gerüst. Offene Punkte bleiben TODOs, sodass Sie nach Meeting-Ende bei "das Beschlossene existiert, das Strittige ist markiert" starten. Weil SuperIntern botlos ist, braucht das Meeting selbst null Vorbereitung: Sie führen es wie immer, und das Transkript sammelt sich automatisch an.

Tipps und Hinweise für den Alltag

Meeting und Projekt beim Namen nennen. "Das heutige 'Spezifikations-Review Zahlungen'" trifft das richtige Meeting zuverlässiger als "das heutige Meeting", und je voller Ihr Kalender, desto mehr zählt das.

Den Bestätigungsschritt anfangs beibehalten. Die eine Zeile "zeig mir die Entscheidungen vor dem Start" deckt Fehllesungen auf, bevor Code existiert. Sobald Sie dem Zusammenspiel aus Protokollstil und Agent vertrauen, können Sie sie weglassen.

Eine Verankerungsregel in die CLAUDE.md des Projekts schreiben. Ergänzen Sie im Projektgedächtnis "Wer sich auf Spezifikationen oder Beschlüsse bezieht, prüft sie vorher über SuperIntern MCP im betreffenden Meeting", und verankertes Implementieren wird zum Standard, ohne es in jedem Prompt zu wiederholen.

Eigennamen auf SuperIntern-Seite schärfen. Je genauer Feature- und Kollegennamen transkribiert werden, desto besser die Extraktion der Spezifikation. Tragen Sie häufige Begriffe in das benutzerdefinierte Wörterbuch von SuperIntern ein.

Meeting-Inhalte sind Daten, keine Anweisungen. Transkripte enthalten Äußerungen aller Art, deshalb tragen die Antworten von SuperIntern MCP einen expliziten Hinweis für KI-Clients, Meeting-Inhalte als Daten zu behandeln und nie als Anweisungen auszuführen. Smalltalk im Meeting wird nicht zu Code.

Geschrieben wird nur in Ihrem Repository. Über MCP ändert sich in SuperIntern nichts. Gefällt Ihnen das Ergebnis nicht, hilft git revert, und der Preis eines Fehlversuchs bleibt klein.

Weiterdenken: dasselbe Muster, andere Workflows

"SuperIntern MCP liefert die Daten, Claude Code denkt, Ihr Repository empfängt das Ergebnis" reicht über die Implementierung hinaus.

• Ticketing und Umsetzung verketten: Verbinden Sie zusätzlich das Linear MCP, und "lege die Action Items aus dem Meeting in Linear an und beginne mit dem ersten" funktioniert durchgängig. Die Ticketing-Seite zeigt unser Linear-Artikel
• Beschlüsse in PR-Beschreibungen zitieren: Bitten Sie um "ergänze die Meeting-Beschlüsse hinter dieser Änderung in der PR-Beschreibung", und Reviewer können das Warum bis ins Meeting zurückverfolgen
• Neue Teammitglieder onboarden: "Erkläre anhand der Meetings, in denen es diskutiert wurde, wie dieses Modul zu diesem Design kam" gibt dem Code-Lesen den Meeting-Kontext dazu

Wir werden solche Kombinationen in dieser Serie weiter vorstellen, immer mit echten Prompts.

Häufige Fragen

F. Ist SuperIntern MCP im kostenlosen Plan verfügbar?
A. Nein. Persönliche Workspaces benötigen den Plus-Plan oder höher. Team-Workspaces können es direkt nutzen, bei Enterprise-Workspaces muss ein Admin in den Workspace-Einstellungen "MCP-Zugriff" aktivieren.

F. Funktioniert das auch mit anderen Coding-Agenten als Claude Code?
A. Ja. SuperIntern MCP funktioniert mit Cursor, Codex und anderen MCP-fähigen Clients über dieselbe Verbindungs-URL, und die Prompts aus diesem Artikel lassen sich nahezu unverändert übertragen. Die Schritte pro Client finden Sie im MCP-Einrichtungsleitfaden.

F. Kann die KI meine Protokolle oder Transkripte verändern?
A. Nein. Alle Tools von SuperIntern MCP sind nur lesend; es gibt keine Operationen zum Erstellen, Ändern oder Löschen. Geschrieben wird ausschließlich in Ihrem Repository.

F. Kann der Agent die Meetings meiner Kollegen lesen?
A. Zugänglich sind nur Meetings, die Sie selbst in SuperIntern sehen dürfen. Meetings in zugriffsbeschränkten Projekten bleiben für den Claude Code von Personen ohne Berechtigung unsichtbar.

F. Was ist mit sehr langen Meetings?
A. Lange Transkripte werden seitenweise ausgeliefert, sodass Claude Code sich auch durch ein mehrstündiges Meeting Abschnitt für Abschnitt arbeiten kann.

F. Kann etwas, das im Meeting gesagt wurde, versehentlich umgesetzt werden?
A. Nein. Ausgangspunkt jeder Umsetzung ist der Prompt, den Sie in Claude Code eingeben; Meeting-Daten werden nie von selbst ausgeführt. Mit dem Bestätigungsschritt aus den Tipps prüft zusätzlich ein Mensch die Lesart, bevor Code entsteht.

F. Wie trenne ich die Verbindung wieder?
A. Führen Sie in Claude Code claude mcp remove superintern aus, und die Verbindung wird nicht mehr genutzt. In Enterprise-Workspaces widerruft ein Admin, der den "MCP-Zugriff" deaktiviert, zugleich alle bereits erteilten Verbindungsfreigaben auf einmal.

Das "Festhalten" der Beschlüsse übernimmt SuperIntern bereits automatisch. Der nächste Schritt ist, auch das "Zu-Code-Machen" genauso selbstverständlich zu machen.

SuperIntern kostenlos testen