Dev Mode in ChatGPT: lokale App anbinden

1. Was ist der Developer Mode – ganz nüchtern betrachtet

Über den Dev Mode wissen Sie bereits ein wenig, aber jetzt ist es wichtig, ein vollständiges Bild auf Basis praktischer Erfahrung zu bekommen.

Der Developer Mode in ChatGPT ist ein spezieller Modus, in dem die Plattform Ihre App direkt anbinden lässt, ohne Veröffentlichung im Store. Sie sagen zu ChatGPT: „Hier ist die URL meines MCP-Servers“, und ChatGPT behandelt ihn wie ein externes Tool mit UI — kann seine Tools aufrufen, Widgets laden, und all das im Rahmen eines normalen Chats.

Wenn man an die Architektur denkt, tritt im Dev Mode ChatGPT als MCP-Client auf, und Ihr Next.js-Template — als MCP-Server. ChatGPT stellt eine Verbindung zu /mcp her, fragt: „Was kannst du?“ (Liste der tools und resources) und kann im weiteren Dialog diese Tools aufrufen und Ihre Widgets im iframe anzeigen.

Wichtig: Dev Mode vom Store unterscheiden:

• Dev Mode — Ihre persönliche kleine „Garage“: Sie dürfen kaputt machen, experimentieren, das Tool-Schema alle fünf Minuten ändern, ohne an Nutzer zu denken.
• Store — die Auslage: dorthin kommt eine stabile Version, nach Review, mit Richtlinien, Beschreibungen usw. Dorthin gehen wir am Ende des Kurses; bis dahin arbeiten wir in der Garage.

Stand Ende 2025 ist der Dev Mode mit dem Apps SDK in allen ChatGPT-Plänen verfügbar, aber in Unternehmenskonten muss er manchmal vom Administrator auf Workspace-Ebene aktiviert werden. Wenn in Ihren Einstellungen der Schalter „Developer Mode“ nicht erscheint, ist das der erste Prüfpunkt.

2. Was wir zu Beginn der Vorlesung bereits haben

Bevor Sie in der Oberfläche von ChatGPT irgendetwas klicken, stellen Sie sicher, dass der lokale Teil bereit ist.

Erstens: der Next.js-Dev-Server. Im Projekt-Root haben Sie bereits gestartet:

npm run dev

Standardmäßig lauscht Next.js 16 auf Port 3000, sodass Ihr UI unter http://localhost:3000 erreichbar ist.

Zweitens: die MCP-Route. Im CodeGym-Labs-Template ist der MCP-Server als Route-Handler app/mcp/route.ts implementiert. Genau in dieser Datei werden Tools und Ressourcen registriert; dorthin kommen die ersten Anfragen von ChatGPT, wenn Sie die App im Dev Mode verbinden.

Aus architektonischer Sicht sieht es jetzt so aus:

Ihr Browser ──> http://localhost:3000 (Next.js dev, UI)
                           │
                           └── /mcp (MCP-Server innerhalb von Next.js)

Bislang gibt es hier keine Verbindung zu ChatGPT — es läuft in der Cloud, und Ihr localhost ist von dort nicht sichtbar. Die detaillierte Einrichtung des Tunnels ist Thema der nächsten Vorlesung. Hier nehmen wir der Einfachheit halber an, dass Sie bereits eine öffentliche HTTPS-URL zu /mcp haben (z. B. via ngrok oder Cloudflare Tunnel, gemäß README des Templates eingerichtet).

Wenn Sie den Tunnel noch nicht eingerichtet haben — halb so wild. Sie gehen jetzt zumindest gedanklich die gesamte Schrittfolge im Dev Mode durch und sehen, was genau zu tun ist, sobald die HTTPS-URL vorhanden ist.

Wenn Sie bereits eine HTTPS-URL zu /mcp haben, können Sie im Folgenden alle Schritte praktisch mitvollziehen.
Wenn noch nicht — verfolgen Sie die Vorlesung als „UI-Tour“: Entscheidend ist das Verständnis der Abfolge; den echten Start machen wir in der nächsten Vorlesung, wenn der Tunnel steht.

3. Developer Mode in der Oberfläche von ChatGPT aktivieren

Der erste Schritt ist, ChatGPT die relevanten Einstellungen zeigen zu lassen. Gehen Sie so vor:

Öffnen Sie zunächst die Webversion von ChatGPT mit dem Account, mit dem Sie entwickeln wollen. Klicken Sie auf das Profil-Icon unten links (oder oben rechts — das UI entwickelt sich ständig weiter) und wählen Sie Settings (Einstellungen).

Suchen Sie in den Einstellungen den Bereich rund um Apps: meistens heißt er Apps & Connectors oder Connected apps. Öffnen Sie diesen Bereich. Unten auf der Seite (oder im Tab Advanced / Erweitert) erscheint ein Schalter Developer Mode. Genau den müssen Sie aktivieren.

Nach der Aktivierung des Dev Mode zeigt ChatGPT in der Regel einen Hinweis, dass der Entwicklermodus eingeschaltet ist. Im selben Bereich erscheint eine Schaltfläche wie Create, Create connector, New app — Formulierungen können variieren, die Idee ist dieselbe: Es gibt nun eine Möglichkeit, eine eigene verbundene App zu erstellen.

Wenn Sie in den Einstellungen weder den Bereich „Apps & Connectors“ noch den Schalter „Developer Mode“ sehen, prüfen Sie:

• ob Sie tatsächlich mit dem ChatGPT-Account eingeloggt sind, den Sie verwenden möchten;
• in Unternehmenskonten kann dieser Modus vom Workspace-Administrator aktiviert werden.

Manchmal reicht es, sich aus- und wieder einzuloggen (der klassische „Internet neu verbinden“-Trick für den Dev Mode).

4. Eigene App/Connector erstellen und MCP-URL angeben

Jetzt, wo der Dev Mode aktiviert ist, registrieren wir Ihren GiftGenius in ChatGPT. Unten folgt das „echte“ Vorgehen. Wenn die HTTPS-URL noch nicht konfiguriert ist, sehen Sie die Schritte als Vorlauf: Schauen Sie sich an, was wir tun, sobald der Tunnel verfügbar ist.

Alles geschieht im Einstellungsbereich von ChatGPT, in dem Sie gerade waren. Die Reihenfolge ist ungefähr so:

Öffnen Sie erneut Settings → Apps & Connectors. Dort sehen Sie eine Liste bereits verbundener Apps (vermutlich noch leer) und eine Schaltfläche Create / Add connector. Klicken Sie darauf — es öffnet sich das Formular zur App-Erstellung.

Das Formular besteht üblicherweise aus drei Schlüssel-Feldern:

1. Name. Ein menschenlesbarer Name, der sowohl Ihnen als auch ChatGPT sichtbar ist. Für unseren Kurs bietet sich z. B. GiftGenius (dev) an — so ist sofort klar, dass es sich um die lokale Dev-Version handelt.
2. Beschreibung (Description). Eine kurze Erklärung, was die App macht und wann man sie verwenden sollte. Beispiel: „Findet Geschenkideen basierend auf den Interessen einer Person.“ Diese Zeile beeinflusst später das Discovery — das Modell nutzt sie, um zu entscheiden, wann Ihr App im Chat vorgeschlagen wird.
3. MCP-Server-URL (manchmal beschriftet als Connector URL, MCP endpoint, App URL etc.). Das ist das wichtigste Feld: Hier fügen Sie die öffentliche HTTPS-URL ein, die auf /mcp Ihrer App zeigt.

Zum Beispiel:

https://my-giftgenius-dev.ngrok.app/mcp

oder

https://giftgenius-dev.trycloudflare.com/mcp

Die wichtigsten Punkte für dieses Feld:

• unbedingt https://, sonst weigert sich ChatGPT, eine Verbindung herzustellen;
• unbedingt der Pfad /mcp am Ende, denn genau dort lebt der MCP-Server im Template; genau dieser Pfad ist in der offiziellen Apps-SDK-Dokumentation beschrieben.

Woher Sie diese URL bekommen, besprechen wir ausführlich in der nächsten Vorlesung (Tunnel, Cloudflare, ngrok). Wichtig ist jetzt das Prinzip: Ihr lokales http://localhost:3000/mcp muss irgendwie zu einem öffentlichen https://…/mcp werden — und genau diese öffentliche Adresse fügen Sie in das Formular ein.

Nach dem Ausfüllen klicken Sie auf Create / Speichern. In diesem Moment macht ChatGPT einen „Handshake“ mit Ihrem Server: Es sendet HTTP-Anfragen an die angegebene URL, erwartet ein Fähigkeits-Manifest (Liste der tools/resources, Metadaten) und prüft, ob der Server gemäß MCP-Protokoll antwortet. Wenn alles passt, erscheint der Connector in der Liste, und Sie sehen, welche Tools ChatGPT gefunden hat. Im nächsten Abschnitt erläutern wir, was in diesem Handshake genau passiert und wie Sie das in den Logs sehen.

Wenn Sie den Tunnel noch nicht konfiguriert haben und eine fiktive URL eingefügt haben, wird ChatGPT korrekt melden, dass der Server nicht erreichbar ist. Auch das ist lehrreich: Sie sehen sofort, wo und wie Fehler angezeigt werden.

5. Was „unter der Haube“ passiert: MCP-Handshake einfach erklärt

Von außen sieht alles wie ein gewöhnliches Formular „App per URL hinzufügen“ aus. Innen ist es etwas interessanter, und das Verständnis hilft Ihnen später beim Debuggen.

Sie haben bereits gesehen, dass ChatGPT bei der Connector-Erstellung Ihr /mcp aufruft und ein Manifest erwartet. Schauen wir uns dieses Gespräch etwas genauer an — das hilft bei der Fehlersuche enorm.

Beim Klick auf Create führt ChatGPT mehrere Schritte aus.

Zunächst ruft es die angegebene URL mit /mcp auf und agiert als MCP-Client. Nach dem MCP-Protokoll wird erwartet, dass an diesem HTTP-Endpoint ein Server läuft, der Basisfähigkeiten implementiert: Tools auflisten (list tools), Ressourcen liefern (Widgets), Tool-Aufrufe verarbeiten.

Der Server antwortet seinerseits mit einer JSON-Struktur mit der Beschreibung:

• Name des Servers und Version;
• Liste der Tools: name, title, description, inputSchema usw.;
• Liste der Ressourcen: wo Ihr HTML für Widgets zu finden ist, welche MIME-Typen, wie gerendert wird.

Im Next.js-Template von CodeGym ist all das bereits in app/mcp/route.ts implementiert: Dort wird mithilfe des SDKs etwas wie server.registerTool(...) und server.registerResource(...) aufgerufen.

Wenn Sie diesen Handshake „mit eigenen Augen“ sehen möchten, können Sie in app/mcp/route.ts ein einfaches Logging ergänzen. Das ist eher ein Debug-Trick für Entwickler; Sie können es überspringen und später zurückkehren, wenn Sie tiefer eintauchen möchten:

// app/mcp/route.ts
import { NextRequest, NextResponse } from "next/server";
// importieren Sie Ihren bereits vorhandenen server / buildManifest

export async function GET(req: NextRequest) {
  console.log("[MCP] Handshake from ChatGPT:", req.headers.get("user-agent"));
  const manifest = buildManifestSomehow(); // das ist bereits im Template vorhanden
  return NextResponse.json(manifest);
}

Diese Funktion ist leicht vereinfacht (im Template kann die Struktur abweichen), aber die Idee ist simpel: app/mcp/route.ts ist ein gewöhnlicher Next.js-Route-Handler, und Sie können eingehende Anfragen loggen. Bei erfolgreicher Dev-Mode-Verbindung sehen Sie dieses Log im Terminal, in dem npm run dev läuft.

Aus Protokoll-Sicht lässt sich das als kleine Diagramm darstellen:

sequenceDiagram
    participant ChatGPT
    participant Tunnel as HTTPS-URL (/mcp)
    participant NextDev as Next.js dev + MCP

    ChatGPT->>Tunnel: HTTP(S)-Anfrage an https://.../mcp
    Tunnel->>NextDev: Leitet weiter an http://localhost:3000/mcp
    NextDev-->>Tunnel: JSON mit Tools und Ressourcen
    Tunnel-->>ChatGPT: Reicht Antwort durch
    ChatGPT->>ChatGPT: Cacht Liste der tools/resources

Das, was Sie im Dev-Mode-Formular als „bloße URL“ eingeben, startet in Wirklichkeit ein ganzes Protokoll-Gespräch.

6. Wie ChatGPT Ihre App nach der Verbindung „sieht“

Nehmen wir an, der Handshake war erfolgreich. Was jetzt?

Erstens erscheint in den Einstellungen unter Apps & Connectors Ihr GiftGenius (dev) in der Liste der verbundenen Apps. In der Karte sehen Sie Name, Beschreibung und die gefundenen Tools. Dort gibt es üblicherweise Schaltflächen wie Refresh, Delete usw. Die Schaltfläche Refresh ist später nützlich, wenn Sie das Tool-Schema ändern.

Zweitens wird die App in den Chats verfügbar. Öffnen Sie einen neuen Chat, klicken Sie auf „+“ neben dem Eingabefeld. Dort gibt es Menüs wie „More“, „Apps“, „Tools“ — je nach aktueller UI-Version. Ihr GiftGenius (dev) sollte in der Liste erscheinen, und Sie können ihn explizit für diese Konversation auswählen.

Nach der Auswahl wird die App mit diesem Chat „verbunden“. Für Sie sieht das so aus:

• Sie schreiben eine natürliche Anfrage, z. B.: „Finde ein Geschenk für einen Weltraum-Fan für 50$“;
• ChatGPT entscheidet (auf Basis der Beschreibung und des Gesprächsverlaufs), dass GiftGenius verwendet werden kann, und ruft eines Ihrer MCP-Tools auf;
• das Ergebnis dieses Aufrufs kann ein HTML-Widget enthalten; dieses wird direkt im Chat als Karte/Panel gerendert.

Im Dev Mode werden Sie die App häufig zunächst explizit aufrufen — über die Auswahl im Menü oder das direkte Erwähnen des Namens. Wichtig zu verstehen: Im Production-Einsatz kann ChatGPT Ihren App auch selbst „vorschlagen“, gestützt auf dessen Beschreibung und Tool-Metadaten.

Zur Veranschaulichung hilft eine weitere kleine Tabelle:

7. Developer-Zyklus: Code ändern → in ChatGPT sehen

Das App zu verbinden ist die halbe Miete. Die zweite Hälfte ist zu verstehen, wie man im Alltag mit dem Dev Mode arbeitet.

Es gibt zwei große Änderungstypen: Änderungen am UI (Widget) und Änderungen an der MCP-Logik/den Tools.

Wenn Sie nur das UI ändern, etwa in app/page.tsx Überschrift oder Styles anpassen, ist das für Next.js typisches Frontend. Der Dev-Server lädt das Modul neu, und im Browser sehen Sie Hot Reload. In ChatGPT ist Ihr UI in einem iframe geöffnet, aber das Verhalten ist ähnlich: Beim nächsten Aufruf des Tools, das dieses Widget rendert, lädt ChatGPT das bereits aktualisierte HTML. Manchmal erreicht HMR direkt das iframe, manchmal reicht es, das Tool im Chat erneut aufzurufen. CACHING

Probieren Sie zur Festigung eine kleine Widget-Änderung. Angenommen, in app/page.tsx steht etwas wie:

export default function GiftGeniusWidget() {
  return (
    <main style={{ padding: 16 }}>
      <h1>GiftGenius</h1>
      <p>Hier werden Geschenkideen angezeigt.</p>
    </main>
  );
}

Ändern Sie Überschrift und Text:

export default function GiftGeniusWidget() {
  return (
    <main style={{ padding: 16 }}>
      <h1>GiftGenius (dev)</h1>
      <p>Diese Version läuft im Dev Mode. Nicht für den Produktionseinsatz.</p>
    </main>
  );
}

Speichern Sie die Datei, kehren Sie in den Chat mit verbundenem GiftGenius zurück und rufen Sie die App erneut auf (z. B. mit derselben Geschenk-Anfrage). Sie sollten die aktualisierte Überschrift im Widget sehen — ein gutes Zeichen, dass die Kette Next.js → Tunnel → ChatGPT funktioniert.

Wenn Sie hingegen die MCP-Seite ändern — ein neues Tool hinzufügen, das inputSchema ändern, Tool-Namen ändern — dann spielt das Caching von ChatGPT eine Rolle. Beim ersten Dev-Mode-Connect merkt sich ChatGPT die Tool-Liste und zieht Änderungen nicht immer automatisch nach. Gehen Sie dann zurück zu Apps & Connectors, wählen Sie Ihren GiftGenius (dev) und klicken Sie auf so etwas wie Refresh schema / Refresh. Danach fragt ChatGPT Ihr /mcp erneut ab und aktualisiert die Tool-Liste.

Klingt trivial, aber ohne das gerät man schnell in die Lage: Sie haben den Tool-Code schon angepasst, aber ChatGPT „sieht“ neue Parameter hartnäckig nicht.

8. Mini-Praxis: erstes vollständiges GiftGenius-Szenario im Dev Mode

Fassen wir alles zu einem praktischen Szenario zusammen. Hier gehe ich davon aus, dass Sie eine funktionierende HTTPS-URL für /mcp haben (per Tunnel oder Deployment). Wenn noch nicht — lesen Sie die Schritte einfach; in der nächsten Vorlesung wiederholen Sie sie mit einer realen URL.

1. Stellen Sie sicher, dass npm run dev läuft und keine Fehler in den Logs stehen. Besonders schön ist eine Meldung wie „MCP server running at http://localhost:3000/mcp“ im Terminal, falls das Template das loggt.
2. Öffnen Sie ChatGPT, aktivieren Sie den Developer Mode via Settings → Apps & Connectors → Advanced settings.
3. Erstellen Sie einen neuen Connector GiftGenius (dev) mit einer kurzen Beschreibung („Helper for choosing gifts“) und einer URL wie https://<your-domain>/mcp.
4. Vergewissern Sie sich, dass ChatGPT sich verbinden konnte: In der App-Liste sehen Sie den neuen Eintrag. Wenn keine Verbindung zustande kommt — schauen Sie in die Logs des Dev-Servers und des Tunnels; das ist an sich schon lehrreich.
5. Öffnen Sie einen neuen Chat, klicken Sie auf „+“, wählen Sie Ihren GiftGenius (dev) und formulieren Sie dann eine Anfrage: „Finde ein Geschenk für einen Entwickler, der Weltraum und Kaffee liebt, Budget 40$“.
6. Schauen Sie, was Ihr aktuelles Template macht: In der Basisform kann es eine einfache Karte/ein Widget anzeigen. Das ist noch keine „smarte Geschenkauswahl“, aber die Tatsache, dass etwas aus Ihrem Code im Chat erscheint — ist bereits ein großer Schritt.

Als zusätzliche Übung können Sie auf dem MCP-Server ein separates Test-Tool nur zur Dev-Mode-Prüfung anlegen. Beispiel (müssen Sie jetzt nicht umsetzen, schauen Sie sich nur die Idee an):

// innerhalb von app/mcp/route.ts, neben den anderen Tools
server.registerTool(
  "ping_dev",
  {
    title: "Ping GiftGenius dev",
    description: "Prüft, dass der Dev-Server läuft.",
    inputSchema: { type: "object", properties: {} },
  },
  async () => ({
    content: [{ type: "text", text: "GiftGenius dev is alive ✅" }],
    structuredContent: {},
  })
);

server.registerTool werden wir im Modul über Tools ausführlich betrachten; vorerst merken wir uns: Über MCP beschreiben Sie, „was Ihr App kann“, und der Dev Mode ist der Weg, ChatGPT die URL zu geben, unter der diese Fähigkeiten veröffentlicht sind.

9. Wo man nach Fehlern schaut und wie man „bei mir kaputt“ von „bei ChatGPT kaputt“ unterscheidet

Niemand sucht gern eine halbe Stunde Bugs „in der falschen Hälfte des Systems“ — daher ist es nützlich, sich gleich an den richtigen Blick zu gewöhnen.

Wenn der Fehler bei der Connector-Erstellung auftritt. Wenn ChatGPT bei der Connector-Erstellung meldet, dass es den App nicht verbinden kann, schauen Sie zuerst in die Logs Ihres Dev-Servers und des Tunnels. Wenn im Terminal, in dem npm run dev läuft, gar keine eingehenden Anfragen auf /mcp ankommen — liegt das Problem auf dem Weg ChatGPT → Tunnel. Wenn Anfragen ankommen, der Server aber mit 500 antwortet oder mit einem Fehler in der Konsole crasht — liegt das Problem in Ihrem MCP-Code.

Wenn der Connector bereits erstellt ist, aber im Chat bricht. Wenn der Connector bereits existiert, im Chat jedoch periodisch ein Hinweis „App unavailable / App broken“ erscheint, bedeutet das fast immer, dass:

• der Dev-Server abgestürzt ist (Next.js lauscht nicht mehr auf Port 3000);
• der Tunnel aus ist oder die URL sich geändert hat;
• der MCP-Endpoint einen Fehler/Timeout liefert oder sehr lange antwortet.

Separat zum UI/Widget. Bei UI-Problemen (Widget rendert nicht, leerer Bildschirm, merkwürdige Styles) schauen Sie auch in die DevTools des Browsers. Das Widget wird im iframe geladen, und in der Konsole dieses iframe sehen Sie JavaScript/React-Fehler — genau wie in einer normalen Web-App.

Mit der Zeit werden Sie am Fehlerbild „Tunnel-Geruch“ von „Next.js-Geruch“ unterscheiden können; fürs Erste reicht es, sich zu merken: Es gibt drei potenzielle Fehlerquellen — Ihr Code, der Tunnel und ChatGPT, und die Wahrscheinlichkeit, dass das Problem bei ChatGPT liegt, ist meist am geringsten.

Insight

Wenn Sie diesen Text lesen und keinen bezahlten Tunnel haben, dann können Sie ihn auch gleich jetzt kaufen. Sie werden es ohnehin in den nächsten paar Tagen tun. Sparen Sie sich also einfach Nerven.

10. Typische Fehler bei der Arbeit mit dem Dev Mode

Fehler Nr. 1: Developer Mode nicht aktiviert und die Create-Schaltfläche eine halbe Stunde lang gesucht.
Manche Entwickler öffnen direkt ChatGPT, klicken in den Einstellungen auf Apps & Connectors und sehen dort nichts Interessantes. Ohne aktivierten Developer Mode kann die Schaltfläche zum Erstellen eines Connectors schlicht fehlen. Starten Sie immer mit der Prüfung, ob der Dev Mode in den Advanced settings aktiviert ist — insbesondere auf neuen Accounts oder in einem anderen Browser.

Fehler Nr. 2: URL ohne /mcp oder gar kein MCP-Endpoint eingefügt.
Klassiker: In das URL-Feld wird https://myapp-dev.ngrok.app ohne den Pfad /mcp eingetragen — oder gar die URL einer Landingpage/eines anderen Dienstes. ChatGPT klopft dort höflich per MCP-Protokoll an, findet die erwartete Schnittstelle nicht und meldet einen Verbindungsfehler. Das Next.js-Starter-Template sagt ausdrücklich: Verbunden wird mit der URL, die auf /mcp zeigt — und genau diese ist im Dev Mode anzugeben.

Fehler Nr. 3: Versuch, http://localhost:3000/mcp direkt zu verwenden.
Intuitiv möchte man in das URL-Feld genau das http://localhost:3000/mcp einfügen, das in den Dev-Server-Logs erscheint. Aber ChatGPT läuft in der Cloud, nicht auf Ihrem Laptop, und hat keinen Zugriff auf Ihren localhost. Außerdem verlangt ChatGPT HTTPS. Ohne Tunnel oder Remote-Deployment wird das also nichts. Das ist kein Bug von ChatGPT, sondern normale Netzwerktrennung.

Fehler Nr. 4: Nach einer Änderung am MCP-Schema das Refresh vergessen.
Nach einem erfolgreichen Handshake cached ChatGPT die Liste der Tools und Metadaten, um den Server nicht ständig abzufragen. Wenn Sie ein neues Tool hinzugefügt oder dessen inputSchema geändert haben und ChatGPT sich weiterhin wie zuvor verhält, ist fast sicher ein Refresh des Connectors unter Apps & Connectors nötig. Ohne das weiß das Modell schlicht nicht, dass sich Tools geändert haben.

Fehler Nr. 5: Versuchen, den Dev Mode zu debuggen, während der Dev-Server nicht läuft.
Klingt offensichtlich, passiert aber oft: Studierende richten Dev Mode und Tunnel remote ein, obwohl im Terminal längst kein npm run dev mehr läuft oder das Projekt wegen eines Syntaxfehlers nicht baut. Solange der lokale Dev-Server down ist, ist die Fehlersuche im Dev Mode sinnlos. Sorgen Sie zuerst dafür, dass http://localhost:3000 im Browser funktioniert, und verbinden Sie erst dann ChatGPT.

Fehler Nr. 6: Erwarten, dass Dev Mode „ein anderes, allwissendes Modell“ ist.
Manchmal entsteht der Eindruck, dass das Modell nach Aktivierung des Dev Mode „alles“ über Ihre App weiß. In Wahrheit ändert der Dev Mode das Modell nicht; er verschafft ihm lediglich Zugriff auf Ihren MCP-Server und die Tools. Wenn Tools vage beschrieben sind, die App-Beschreibung unklar ist oder die Serverlogik merkwürdig, wird das Modell verwirrt sein — so wie jeder Entwickler bei einer schlecht dokumentierten API. Gute Metadaten und Tools sind Thema der nächsten Module, aber im Hinterkopf behalten sollten Sie das schon jetzt.

Fehler Nr. 7: Den Dev Mode wie Production benutzen.
Die Versuchung ist groß: „Es läuft doch alles gut im Dev Mode, geben wir den Link einfach den Nutzern, damit sie den App per URL verbinden.“ Das Problem ist, dass der Dev Mode nicht für die Masse gedacht ist: Tunnel sind instabil, Konfigurationen können brechen, und ChatGPT kann das Dev-Mode-Verhalten ohne Rückwärtskompatibilität ändern. Für echte Nutzer gibt es Store und Production-Deployment. Dev Mode ist ausschließlich Ihr Labor.