brainstorm-mcp: Hosted Mode ohne API-Keys – die korrekte Version ist v1.4.0

Hosted mode: brainstorm-mcp ohne API-Keys

Der MCP-Server brainstorm-mcp orchestriert Multi-Model-Debatten zwischen GPT, Gemini, DeepSeek, Claude und lokalen Ollama-Modellen. Bisher lief das im API-Modus: Der Server hielt API-Keys und rief direkt externe Modell-APIs auf. Neu ist ein Hosted Mode, der ohne solche Keys auskommt. Statt selbst Modell-APIs zu kontaktieren, baut der Server Debatten-Prompts und nutzt Modelle in der Umgebung des Nutzers – laut Hersteller-README etwa Claude Opus, Sonnet oder Haiku – über Sub-Agents. Damit entfällt die Notwendigkeit, sich bei fremden Anbietern zu registrieren, nur um das Werkzeug auszuprobieren. Der API-Modus bleibt parallel erhalten, richtet sich aber an Nutzer mit vorhandenen Keys. Die technische Abgrenzung ist klar: Im API-Modus agiert der Server als Aufrufer, der Schlüssel verwaltet und Endpunkte wie api.openai.com oder api.deepseek.com kontaktiert. Im Hosted Mode erfolgt kein einziger externer Modell-API-Aufruf; der Server erstellt lediglich die Debatten-Prompts für die jeweilige Runde und übergibt sie an die lokale Umgebung. Diese Umkehrung der Architektur ist der Kern des neuen Modus.

Versionswirrwarr: v1.2.0 oder v1.4.0?

Die ursprüngliche Meldung nennt Version v1.2.0 als Einführung des Hosted Mode. Das ist nicht belegt. Ein Fachartikel zeigt: v1.0 von brainstorm-mcp startete mit OpenAI und DeepSeek als Provider. v1.2.0 ergänzte lediglich Gemini als weiteren Anbieter – der entsprechende Commit 3690f24 datiert auf den 26. Februar 2026. Der Hosted Mode wurde erst mit v1.4.0 eingeführt, per Commit 7906fbf vom 24. März 2026. Die Diskrepanz ist eindeutig: Die kolportierte Versionsangabe ist falsch, der Modus kam später. Die Verwirrung entsteht vermutlich, weil v1.2.0 eine sichtbare Änderung im Provider-Set brachte, während v1.4.0 eine grundlegend andere Betriebsart einführte. Wer sich auf die ursprüngliche Meldung verlässt, sucht den Hosted Mode in einer Version, die ihn gar nicht enthält.

Was der Modus für Nutzer und Anbieter bedeutet

Für Nutzer ohne API-Keys oder mit Datenschutzbedenken ist der Hosted Mode ein Gewinn: Sie können Multi-Model-Debatten starten, ohne Zugangsdaten an externe Anbieter weiterzugeben. Die Modelle laufen in der eigenen Umgebung, etwa über Sub-Agents des genutzten Editors – so beschreibt es der Hersteller. Anbieter externer KI-APIs wie OpenAI, DeepSeek oder Gemini sind in diesem Modus nicht eingebunden, da der Server ihre Dienste nicht mehr direkt aufruft. Für Nutzer, die ausschließlich den Hosted Mode verwenden, spielen diese Anbieter daher keine Rolle mehr; ihre Relevanz für dieses spezifische Werkzeug sinkt auf null. Wer jedoch weiterhin parallele Ausführung über verschiedene Cloud-Modelle wünscht, kann den API-Modus nutzen – dort bleiben die Anbieter eingebunden. Der Hosted Mode ist also eine Ergänzung, keine Ablösung. Die klare Trennung der Betriebsarten erlaubt es, je nach eigenem Setup und Vertrauenspräferenz zu wählen.

Lokale Modelle statt Cloud-APIs: Der Trend und die Brainstorm-Verwechslung

Die Entwicklung von brainstorm-mcp hin zu einem Modus ohne externe API-Aufrufe erinnert an die Ablösung des separaten „Brainstorm“-Repositories durch Borg MCP, das als „local-first coordination layer“ beschrieben wird. Ob sich daraus ein allgemeiner Trend ableiten lässt, dass MCP-Server zunehmend lokale oder gehostete Modelle nutzen, ist anhand der vorliegenden Belege nicht zu belegen. Wichtig ist die Namensverwechslung: Das eingestellte „Brainstorm“-Repository war ein MCP-Server zur Kollaboration zwischen Claude-Code-Instanzen und ist nicht identisch mit dem hier beschriebenen brainstorm-mcp. Die Namensgleichheit sorgt immer wieder für Verwirrung, ist aber sachlich zu trennen. Während das alte Brainstorm durch Borg MCP ersetzt wurde, bleibt brainstorm-mcp ein aktives Projekt mit eigenem Fokus auf Multi-Model-Debatten.