Model Context Protocol (MCP), clearly explained (why it matters)

Jeder spricht über MCPs. Es ist komplett viral gegangen. Aber die Realität ist, die meisten Leute haben keine Ahnung, was MCPs sind und was sie bedeuten, und welche Startup-Möglichkeiten damit verbunden sind. In dieser Episode habe ich Professor Ross Mike eingeladen, der wahrscheinlich der beste Erklärer technischer Konzepte auf wirklich einfache Weise ist, die auch jemand, der nicht technisch versiert ist, wirklich verstehen kann. Ich habe ihn eingeladen, er erklärt es wunderschön in so kurzer Zeit, und wenn Sie bis zum Ende dranbleiben, hören Sie ein paar seiner Startup-Ideen, die MCPs einbeziehen. Also, genießen Sie die Episode und bis bald [Musik].

Okay, wir haben Professor Ross Mike im Podcast. Und der Grund, warum wir ihn haben, ist, dass ich keine Ahnung habe, was zum Teufel MCPs sind, und ich habe es auf X gesehen und brauche eine prägnante, klare Erklärung von Professor Ross Mike. Ja, ich habe eine Menge Threads darüber gelesen und ein paar Videos dazu gesehen, aber es gibt nichts Vergleichbares mit einer Ross-Mike-Erklärung. Also bin ich hier für das: Was muss ich über MCPs wissen? Das ist das, warum Sie hier sind. Danke, dass Sie gekommen sind. Ich, ich, ich weiß das zu schätzen.

Vielen Dank, ja, der Unterricht beginnt jetzt. Ich fange einfach an, meinen Bildschirm zu teilen. Okay, also das Verständnis von MCP ist wirklich wichtig, aber Sie werden auch die Vorteile erkennen und warum es eine große Sache ist, aber nicht wirklich zur gleichen Zeit. Sie sehen, eines der Dinge im Programmierland, das wir haben und das Programmierer lieben, sind Standards. Und der Grund, warum Standards wichtig sind, ist, dass sie es uns Ingenieuren ermöglichen, Systeme zu bauen, die miteinander kommunizieren. Der beliebteste, von dem Sie vielleicht schon gehört haben oder auch nicht, und den Sie nicht wirklich kennen müssen, ist REST-APIs. Und das sind im Grunde genommen ein Standard, den jedes Unternehmen befolgt, wenn es seine APIs konstruiert, wenn es seine Dienste konstruiert. Für mich als Ingenieur, um mich mit ihnen verbinden zu können.

Nun, im Verständnis, dass Engineering alles über Standards und diese Formalitäten geht, die wir befolgen, um das Leben einfacher zu machen, wenn wir im Kontext eines LLMs denken, möchte ich, dass Sie dieses eine wichtige Ding verstehen: LLMs sind für sich allein unfähig, etwas Sinnvolles zu tun. Was meine ich damit? Wenn Sie sich an den ersten Chat GPT 3 oder war es 3.5 erinnern, ich bin mir nicht sicher, aber wenn Sie einfach einen beliebigen Chatbot öffnen und ihn bitten, Ihnen eine E-Mail zu senden, wird er nicht wissen, wie das geht. Er wird Ihnen einfach sagen: Hey, ich kann Ihnen keine E-Mail senden. Das meiste, was Sie mit einem LLM tun können, ist, ihm Fragen zu stellen, vielleicht bitten, Ihnen etwas über eine historische Persönlichkeit zu erzählen, was auch immer es sein mag. LLMs sind wirklich unfähig, etwas Sinnvolles zu tun. Und was ich mit sinnvoll meine: Es wäre schön, wenn es mir eine E-Mail schicken könnte, wenn es eine bestimmte Aufgabe in meinem Namen erledigen könnte. Aber das Einzige, was ein LLM in seinem gegenwärtigen Zustand gut kann, ist, den nächsten Text vorherzusagen. Zum Beispiel, wenn ich sage: Mein großes dickes griechisches, wird ein LLM mit allen Datenquellen, mit all seinem Trainingsmaterial feststellen, dass das nächste Wort Hochzeit ist. Das ist das Meiste, was ein LLM allein tun kann.

Die nächste Entwicklung war, dass Entwickler herausgefunden haben, wie man LLMs mit Tools kombiniert, und Sie können sich ein Tool wie eine API vorstellen. Die meisten von uns wissen, dass Chat GPT und diese anderen Chatbots beispielsweise im Internet suchen können, Perplexity. Perplexity gibt Ihnen die Möglichkeit, mit einem LLM zu chatten, aber dieses LLM hat die Fähigkeit, Informationen aus dem Internet abzurufen und Ihnen diese zu präsentieren. Das LLM selbst ist nicht dazu in der Lage, aber was sie getan haben, ist, dass sie ein Tool konstruiert haben, sie haben dem LLM Zugriff auf einen externen Dienst gegeben. Und es gibt viele dieser Dienste. Ich glaube, es gibt Brave Search, Chat Open AI bietet jetzt eine API an. Also haben LLMs begonnen, etwas mächtiger zu werden, als wir Tools mit ihnen verbunden haben. Ich kann Ihnen ein Beispiel geben. Nehmen wir an, jedes Mal, wenn ich eine E-Mail bekomme, möchte ich einen Eintrag in einer Tabellenkalkulation haben. Die meisten von Ihnen wissen, dass es Dienste wie Zapier und n8 oder andere Automatisierungsdienste gibt. Wenn ich eine Automatisierung aufbaue und diese mit meinem LLM verbinde, ist es einfach etwas sinnvoller geworden. Das ist fantastisch und cool, aber es wird wirklich frustrierend, wenn man einen Assistenten bauen will, der mehrere Dinge macht. Stellen Sie sich vor: Suchen Sie im Internet, lesen Sie Ihre E-Mails, fassen Sie dies zusammen. Sie beginnen, jemand zu werden, der eine Menge verschiedener Tools an diese LLMs klebt, und es kann sehr frustrierend und umständlich werden. Wenn Sie sich fragen, warum wir keinen Iron-Man-Level-Jarvis-Assistenten haben, liegt das daran, dass das Kombinieren dieser Tools, das Funktionieren mit dem LLM, das eine Sache ist, aber dann das Stapeln dieser Tools übereinander, das Zusammenfügen, das Zusammenarbeiten, ein Albtraum für sich ist. Und hier sind wir gerade. Und bevor ich fortfahre, macht das Sinn?

Hier haben wir angefangen: LLMs für sich allein, schreib mir ein Gedicht, erzähl mir von dem Ersten Weltkrieg. Und dann die zweite Entwicklung: Oh, wir haben jetzt Tools, wir haben jetzt diese Dinge, diese externen Dienste, die wir mit unserem LLM verbinden können. Das Problem ist, sie sind schwierig, es ist ärgerlich. Und als jemand, der bei einem KI-Startup, Tempo, arbeitet, und wir viele Tools haben, zum Beispiel machen wir eine Suche, müssen Sie einen externen Dienst finden, müssen Sie ihn mit dem LLM verbinden, und Sie müssen sicherstellen, dass das LLM nicht halluziniert oder etwas Dummes tut. Und glauben Sie mir, so cool LLMs für sich allein auch sind, sie sind sehr, sehr dumm. Aber diese Tools machen sie einfach etwas fähiger. Also, hier sind wir. Greg, soweit gut?

Kristallklar. Ich liebe diese wunderschöne kurze Pause im Podcast, um Ihnen ein bisschen über Startup Empire zu erzählen. Startup Empire ist meine private Mitgliedschaft, wo es eine Menge Leute wie mich, wie Sie gibt, die ihre Startup-Ideen ausbauen wollen. Jetzt suchen sie nach Inhalten, um das zu beschleunigen, sie suchen nach potenziellen Mitgründern, sie suchen nach Tutorials von Leuten wie mir, die hereinkommen und ihnen sagen, wie man E-Mail-Marketing macht, wie man ein Publikum aufbaut, wie man auf Twitter viral geht, all diese verschiedenen Dinge. Das ist genau das, was Startup Empire ist, und es ist für Leute, die ein Startup gründen wollen, aber nach Ideen suchen, oder es ist für Leute, die ein Startup haben, aber einfach keine Traktion sehen, die sie brauchen. Sie können den Link zu Startupempire.co in der Beschreibung überprüfen.

Jetzt kommt MCP, und was bedeutet MCP? Ich denke, der einfachste Weg, ohne zu technisch zu werden, ich habe die Threads auch gelesen, und als technischer Mensch schätze ich das, aber für den Nicht-Techniker kann ich annehmen, dass es frustrierend ist. Stellen Sie es sich so vor: Stellen Sie sich jedes Tool vor, das ich verbinden muss, um mein LLM wertvoll zu machen, als eine andere Sprache. Tool 1 ist Englisch, Tool 2 ist Spanisch, Tool 3 ist Japanisch. Und stellen Sie sich jedes Tool als seine eigene Sprache vor, und es ist nicht so, dass es keinen Standard für die Funktionsweise von APIs gibt, aber jeder Dienstleister konstruiert seine APIs anders. Es gibt unterschiedliche Informationen, die Sie übergeben müssen, es gibt einfach verschiedene Dinge, die Sie einrichten müssen, die sich wieder einmal wie das Verkleben einer Reihe verschiedener Dinge anfühlen. Wird es funktionieren? Ja, aber im großen Maßstab wird es sehr schwierig. MCP können Sie sich als eine Schicht zwischen Ihrem LLM und den Diensten und Tools vorstellen, und diese Schicht übersetzt all diese verschiedenen Sprachen in eine einheitliche Sprache, die für das LLM absolut Sinn macht. Es ist also die Weiterentwicklung von LLM plus Tools, aber in dieser Weiterentwicklung macht es es einfach für das LLM, sich zu verbinden und auf verschiedene externe Ressourcen zuzugreifen, denn das sind am Ende des Tages Tools. Mit MCP kann ich mich mit einer externen Datenquelle, einer externen Datenbank, vielleicht einem Tool wie Convex oder Supabase verbinden. Stellen Sie sich vor, ich sage dem LLM einfach: Wissen Sie was, erstellen Sie einen neuen Eintrag in meiner Datenbank, und er ist über MCP mit meiner Datenbank verbunden und weiß genau, was zu tun ist und wie es zu tun ist. In der zweiten Entwicklung, LLMs und Tools, gibt es eine Menge Handarbeit, die anfällt, es gibt eine Menge schrittweiser Planung, die Sie durchführen müssen, und es gibt eine Menge von Randfällen, in denen es scheitern kann. Und deshalb haben wir, so aufregend der Bereich auch ist, keiner von uns noch einen Jarvis-Level-Assistenten. Es fühlt sich an, als wären wir da und wir sind nah dran, aber dieses System macht es so, dass es sehr schwierig ist. Und was frustrierend ist, ist das, lassen Sie mich an einen einfachen Dienst denken, ein einfaches Tool. Stellen Sie sich vor, jedes Mal, wenn eine Slack-Nachricht kommt, liest Ihr LLM diese Slack-Nachricht und schickt Ihnen einen Text. Klingt ziemlich trivial. Hier ist der frustrierende Teil: Stellen Sie sich vor, Slack aktualisiert seine API oder der Textdienst aktualisiert etwas, nimmt eine Änderung vor, und sagen wir, dieser Dienst ist mit anderen Diensten verbunden oder Sie haben eine Art schrittweise Automatisierung geplant, es wird ein Albtraum, es wird schrecklich. Und deshalb werden auch im Zeitalter der LLMs gute Ingenieure immer noch bezahlt, weil solche Dinge existieren. Aber was MCP tut, es vereinheitlicht das LLM und den Dienst. Es schafft diese Schicht, in der der Dienst und das LLM effizient kommunizieren können.

Kommen wir nun zu etwas Praktischem. Sie können sich das MCP-Ökosystem wie folgt vorstellen: Sie haben einen MCP-Client, Sie haben das Protokoll, Sie haben einen MCP-Server und Sie haben einen Dienst. Ein MCP-Client ist etwas wie Tempo, Windsurf, Cursor, und sie sind im Grunde genommen die clientseitige, die LLM-seitige Seite dieses Ökosystems. Das Protokoll ist wieder einmal die Zwei-Wege-Verbindung zwischen Client und Server, und der Server ist das, was den externen Dienst, seine Fähigkeiten und das, was er kann, an den Client übersetzt. Und deshalb gibt es zwischen dem MCP-Client und dem MCP-Server das MCP-Protokoll. Aber hier ist der faszinierende Teil, und deshalb denke ich, dass Anthropic 3D-Schach spielt, als sie dies gebaut haben, so ist es aufgebaut: Der MCP-Server liegt jetzt in den Händen des Dienstanbieters. Wenn also ich und Greg ein Dev-Tool-Unternehmen führen, wo wir vielleicht eine Datenbank machen, wie: Hören Sie zu, wir werden das beste Datenbankunternehmen der Welt bauen, und wir wollen, dass die LLMs der Leute Zugriff auf diese Datenbank haben, liegt es jetzt an uns, diesen MCP-Server zu konstruieren, damit der Client vollen Zugriff darauf hat. Anthropic hat also gewissermaßen gesagt: Hören Sie zu, wir wollen, dass unsere LLMs mächtiger und leistungsfähiger sind, aber es ist Ihre Aufgabe, das herauszufinden. Und deshalb haben Sie bemerkt, dass alle externen Dienstleister jetzt verschiedene MCP-Server bauen, sie bauen Repos und all das Zeug auf. Das ist also in gewisser Weise eine große Sache, wo LLMs leistungsfähiger werden, aber aus technologischer Sicht haben sie nur einen Standard geschaffen, einen Standard, auf den scheinbar alle Unternehmen und alle Ingenieure eingehen werden, denn man kann jedes System, jede API beliebig konstruieren. Das Problem ist, wenn man skalieren will, wachsen will, wenn andere Entwickler, andere Unternehmen sich verbinden und mit Ihrem Dienst zusammenarbeiten wollen, muss es auf eine Weise geschehen, die für sie Sinn macht. Stellen Sie sich vor, wir würden alle nur verschiedene Sprachen sprechen, aber Standards ermöglichen es uns, auf eine Weise zu kommunizieren, die für uns alle Sinn macht. Und MCP ist das für LLMs, denn LLMs sind für sich genommen nicht so leistungsfähig, sie sind einfach Systeme mit großer Vorhersagbarkeit, und sie wissen, wie man das nächste Wort vorhersagt, aber wenn man dieses MCP-Protokoll als Ganzes hinzufügen kann, hat man jetzt eine Möglichkeit, wichtige Dinge zu tun.

Nun, bei all dem ist es nicht nur Sonnenschein und Regenbogen, es gibt einige technische Herausforderungen. Wenn Sie bemerken, wenn jemand einen MCP-Server auf einem seiner bevorzugten MCP-Clients eingerichtet hat, ist es ärgerlich. Es gibt eine Menge Downloads, man muss diese Datei verschieben, man muss dies und das kopieren, und es ist eine Menge lokaler Dinge. Es gibt einige Knicke, die ausgearbeitet werden müssen, aber sobald dies ausgearbeitet oder fertiggestellt, poliert ist, oder vielleicht aktualisieren sie den Standard, oder vielleicht kommt jemand mit einem besseren auf, beginnen wir, in eine Welt einzutreten, in der LLMs leistungsfähiger werden, und das ist buchstäblich alles, was MCP ist: LLMs leistungsfähiger zu machen. Wir versuchen das gerade mit Tools, es funktioniert irgendwie, aber MCP scheint die nächste Entwicklung zu sein. Ich denke, Greg, ich habe dein letztes Video gesehen, Manis ist ein großartiges Beispiel für Nummer zwei, sie haben Tonnen von Tools und Kudos an sie, sie haben es gut entwickelt, auf eine Weise, wo sie gut zusammenarbeiten. Ich habe es nicht ausprobieren können, also schaue ich mir nur an, was die Leute getan haben, aber ich kann Ihnen sagen, es ist eine Menge, eine Menge Ingenieursstunden, eine Menge, eine Änderung passiert, etwas ist kaputt, jemand ist im Bereitschaftsdienst und schläft nicht. Aber mit MCP ist es so strukturiert, dass, wenn wir alle diesem Standard folgen, das LLM Zugriff auf alles hat, was es braucht, und wir alle glückliche Benutzer sein werden. Kurz gesagt, das ist buchstäblich alles, was MCP ist. Es ist nicht Einsteins fünftes physikalisches Gesetz oder so etwas Verrücktes, es ist buchstäblich ein Standard für LLMs, und es ist aufregend, es ist etwas, worüber man sich freuen kann. Und ja, ich hoffe, ich hoffe, das hat es geklärt. Ich habe nur weiter geredet, also entschuldige ich mich dafür.

Greg: Nein, nein, das ist genau das, was ich wollte. Ich möchte mit einer Frage an Sie enden. Also ist mir das jetzt klar, kristallklar, was MCPs sind, aber meine Frage ist, bevor ich überhaupt meine Frage stelle, jedes Mal, wenn es ein populäres Protokoll gab, zum Beispiel HTTPS oder SMTP, Beispiele wie diese, gab es viele große Unternehmen, die darauf aufgebaut wurden, und es gab im Grunde genommen dieses wie jetzt, warum diese Öffnung von Möglichkeiten? Ja, die durchschnittliche Person, die diesen Podcast hört, baut ihre Ideen aus, ist das überhaupt wichtig für diese Person? Ja, ich denke, das ist eine großartige Frage. Ich denke, wenn ich wäre, also werde ich mit dem Technischen und dem Nicht-Technischen sprechen. Für den Techniker gibt es viele Dinge, die ein technischer Mensch hier tun kann. Ich habe einfach keine Zeit, Greg, aber eines, woran ich gedacht habe, war so ein MCP App Store, und ich gebe diese Idee einfach kostenlos weiter, weil dieser Podcast ganz über Ideen handelt. Es gibt viele dieser Repos da draußen von MCP-Servern, und es wäre cool, wenn jemand auf eine Seite gehen könnte, ich habe sogar die Domain gekauft, sie tut nichts, aber bitte, jeder kann diese Idee stehlen, ich habe die Domain gekauft, und es wäre cool, wenn jemand auf U gehen könnte, sich die verschiedenen MCP-Servern ansehen könnte, sie den GitHub-Code und was auch immer sehen könnten, und sie könnten auf Installieren oder Bereitstellen klicken, und dieser Server wird bereitgestellt und gibt ihnen eine bestimmte URL, und dann können sie diese in einen MCP-Client einfügen und das ausarbeiten. Für den technischen Menschen, wenn Sie Millionen verdienen, bitte ich nur, dass Sie mir 1000 schicken, aber für den nicht-technischen Menschen würde ich mich wirklich darauf konzentrieren, dass ich einfach auf dem Laufenden bleibe mit den Plattformen, die MCP-Fähigkeiten aufbauen, und einfach sehen, wohin die Standards gehen. Denn wie Sie sagten, wenn diese Standards fertiggestellt sind, weiß ich nicht, ob MCP vollständig gewonnen hat, ich denke, es muss herausgefordert werden, oder ich weiß nicht, ob Anthropic ein Update machen wird, wir wissen es nicht, es ist sehr früh, aber ich würde sagen, behalten Sie sehr genau im Auge, was der endgültige Standard sein wird, denn sobald dieser Standard fertiggestellt ist und all diese Dienstanbieter anfangen, ihr MCP oder was auch immer es ist, aufzubauen, können Sie jetzt viel nahtloser und einfacher integrieren. Deshalb gibt es jede Woche eine neue Chatbot-Schnittstelle mit neuen Tools, und sie gewinnt, weil dieser Teil, Schritt Nummer zwei, nicht einfach ist, besonders wenn man ihn kohärent und schnell funktionieren lässt. Ich kann in zwei Stunden so etwas bauen, aber das Benutzererlebnis zu entwickeln, die Halluzinationen zu begrenzen, ist sehr, sehr schwer. Das ist ein Großteil der Arbeit, die wir bei Tempo leisten, aber das macht es so, dass die Integration viel einfacher ist, und Sie können sich diese als Legosteine vorstellen, die Sie weiter stapeln können. Für meine klugen und weisen Geschäftsinhaber, Startup-Ideen-Podcast-Genießer, würde ich wirklich nur genau hinschauen. Ich denke, sogar für mich selbst denke ich nicht, dass wir mit diesem MCP-Zeug an einem Punkt sind, an dem irgendwelche Schüsse abgefeuert werden können, die eine kluge Geschäftsentscheidung treffen, aber das ist eines dieser Dinge, bei denen man einfach sitzt, beobachtet und lernt, und wenn das Richtige zum richtigen Zeitpunkt passiert, schlägt man zu. Ich sehe im Moment keine verrückten Geschäftsmöglichkeiten für einen nicht-technischen Menschen, selbst für einen technischen Menschen. Stellen Sie sich vor, Open AI kommt morgen mit einem Standard heraus, und wir alle wechseln einfach dazu. Es ist noch sehr früh, aber ich denke, zu verstehen, wie das funktioniert, bedeutet, dass Sie verstehen werden, wie das nächste Ding funktioniert, und wenn das fertiggestellt ist, starten Sie durch. Amen.

Okay, Ross Mike, Professor Ross Mike, es gibt niemanden wie Sie. Wir werden in den Shownotes angeben, wo Sie ihm folgen können, um wirklich klare Erklärungen zu dieser ganzen KI-Codierungswelt zu erhalten. Und, Mann, ich sehe dich in ein paar Wochen in Miami. Ja Mann, ich schätze es. Ich buche bald meinen Flug, also ja, auf jeden Fall, Bruder, bis bald. Danke an alle [Musik].