Binden Sie jeden MCP-Server an.Oder schreiben Sie Ihren eigenen.
Megha spricht das Model Context Protocol, also lassen sich die Systeme, die Sie ohnehin betreiben, direkt an die Agentenschicht anschließen. Ein Verzeichnis geprüfter Konnektoren deckt die gängigen ab, und alles, was Sie selbst schreiben, funktioniert genauso.
Wo ein MCP-Server tatsächlich sitzt.
Ein lokaler Konnektor ist ein Unterprozess auf Ihrem Rechner. Ein entfernter ist ein Dienst jenseits des Netzes. Dieser Unterschied entscheidet, wer sonst noch sieht, was Sie senden.
Lokale Server bleiben auf der Maschine. Entfernte nicht.
Beide sind nützlich. Worauf es ankommt, ist zu wissen, welchen der beiden Sie gerade anbinden.
- Läuft als Unterprozess auf Ihrem Rechner, startet und endet mit der Sitzung
- Kein Konto, kein Netzsprung, nichts, wogegen man sich authentifizieren müsste
- Nötige Zugangsdaten (ein Datenbank-DSN, ein Pfad) bleiben in Ihrer eigenen Konfiguration
- Die naheliegende Wahl für Datenbanken, Dateien und interne Kommandozeilenwerkzeuge
- Erreicht einen Dienst über das Netz, sein Betreiber sieht also, was Sie senden
- OAuth-Anmeldung wird in der App abgewickelt, wo ein Server sie verlangt
- Am besten für SaaS, das Sie ohnehin nutzen und dem Sie dieselben Daten bereits anvertrauen
- Jederzeit trennbar, aus demselben Verzeichnis, in dem Sie ihn hinzugefügt haben
Verbindungen liegen in einer Datei, die Sie lesen können.
Jede Verbindung, die Sie herstellen, wird in eine schlichte Konfigurationsdatei geschrieben: Name, Transport, wo er zu erreichen ist, und ob er an ist. Sie können sie lesen, unter Versionsverwaltung stellen und auf einen anderen Rechner kopieren.
- Eine Datei, versionierbar, über eine ganze Flotte ausrollbar
- Lokale und entfernte Server werden gleich beschrieben
- Jeder Server wird einzeln ein- und ausgeschaltet
- Dieselbe Datei funktioniert in der Mac-App, auf dem Desktop und im vollständigen OS
{
"servers": [
{
"name": "github",
"transport": "http",
"command": "https://api.githubcopilot.com/mcp",
"auth": "oauth",
"enabled": true
},
{
"name": "postgres",
"transport": "stdio",
"command": "mcp-server-postgres",
"args": ["--dsn", "postgresql://localhost/analytics"],
"enabled": true
}
]
}Wozu Sie tatsächlich Ja sagen.
Ein MCP-Server ist fremder Code, der an Ihre Daten reicht. Genau zu sagen, was eine Verbindung gewährt, ist nützlicher als Beruhigung.
Einen Server anzubinden ist die Freigabe
Sie fügen einen Server bewusst hinzu, aus dem Verzeichnis oder indem Sie auf einen selbst geschriebenen zeigen, und bei entfernten Servern melden Sie sich an. Von da an laufen seine Werkzeuge im Gespräch, ohne bei jedem Aufruf eine Bestätigungskarte — und genau das macht sie überhaupt brauchbar.
Das heißt, dem Server wird vertraut, und so sollten Sie ihn behandeln
Ein angebundener Server sieht die Argumente, die der Agent ihm schickt, und seine Werkzeugbeschreibungen werden Teil dessen, was das Modell liest. Binden Sie Server so an, wie Sie eine Abhängigkeit hinzufügen: aus einer Quelle, der zu vertrauen Sie Grund haben.
Jede Verbindung ist eigenständig
Server werden einzeln aktiviert und deaktiviert. Einen abzuschalten stört keine andere Verbindung, und nichts von dem, was er gerade tat, überlebt den Schalter.
Nichts ist an uns gebunden
Das Protokoll ist offen, und die Konfiguration ist eine schlichte Datei, die Sie lesen, vergleichen und zwischen Rechnern kopieren können. Ein für MeghaOS geschriebener Server ist einfach ein MCP-Server.
Jede Berechtigung, auf einem Bildschirm, auf Zuruf.
Die ehrliche Antwort auf „woran kommt dieses Ding heran?“ ist eine Liste, und das System setzt sie Ihnen zusammen, wann immer Sie fragen. Hier vom Renderer des Desktops selbst gezeichnet; die Server sind erfunden.
Was kann es gerade wirklich erreichen?
Drei Server, und was jeder davon öffnet
Jedes Werkzeug, das es hält
| Werkzeug | Erreicht | Braucht dich |
|---|---|---|
| read_file | Diesen Ordner | nein |
| write_file | Diesen Ordner | nein |
| search_issues | Tracker | nein |
| post_comment | Tracker | ja |
| list_events | Kalender | nein |
Obergrenzen
Ist eine der beiden Grenzen erreicht, stoppt der Lauf, statt still weiterzumachen.
Was im Verzeichnis steht.
Tickets & Dokumente
GitHub, Linear, Atlassian, Notion, Asana. Offizielle Konnektoren, Anmeldung per OAuth.
Geschäftssysteme
Stripe, Sentry, Canva und andere, geprüft und anschlussbereit.
Datenbanken & interne Werkzeuge
Postgres, SQLite oder was auch immer Ihr Team bereitstellt, als lokaler Server.
Ihre eigenen Server
Alles, was Sie schreiben. Das Protokoll ist offen, und MeghaOS ist es gleich, wer den Server geschrieben hat.
Einen Server anbinden, von Anfang bis Ende.
Das meiste davon ist Auswählen aus einer Liste. Einen eigenen zu schreiben braucht einen Namen und einen Endpunkt.
- Schritt 1
Öffnen Sie das Server-Verzeichnis
MeghaOS liefert ein Verzeichnis geprüfter Konnektoren für Dienste, die Leute wirklich nutzen: GitHub, Notion, Linear, Atlassian, Stripe, Sentry, Asana und andere. Stöbern Sie darin aus der App heraus, statt nach Endpunkten zu suchen.
- Schritt 2
Wählen Sie einen Konnektor, oder zeigen Sie auf Ihren eigenen
Nehmen Sie einen aus dem Verzeichnis, oder fügen Sie einen selbst geschriebenen Server hinzu, indem Sie ihm einen Namen geben und entweder einen lokal auszuführenden Befehl oder eine erreichbare URL.
- Schritt 3
Melden Sie sich an, wenn der Server danach fragt
Entfernte Konnektoren, die ein Konto brauchen, nutzen OAuth, abgewickelt in der App. Lokale Server brauchen meist nichts, oder ein Geheimnis, das Sie in ihre eigene Konfiguration legen.
- Schritt 4
Nutzen Sie ihn im Gespräch
Der Konnektor gehört jetzt zu dem, was der Agent erreichen kann, und seine Werkzeuge laufen während der Arbeit im Chat. Das Anbinden war die Freigabe, er hält also nicht bei jedem Aufruf an, um zu fragen.
- Schritt 5
Schalten Sie ihn ab, wenn Sie fertig sind
Jeder Server hat seinen eigenen Schalter. Einen zu deaktivieren lässt jede andere Verbindung genau so, wie sie war.
Zum Protokoll selbst (Transporte, Primitive, wie man einen Server schreibt und was eine Verbindung tatsächlich gewährt) siehe unseren vollständigen Leitfaden zum Model Context Protocol.
Was Leute hier zu MCP fragen.
Welche MCP-Server funktionieren mit MeghaOS?
Jeder Server, der das Model Context Protocol umsetzt, über stdio oder über streambares HTTP. MeghaOS liefert ein Verzeichnis geprüfter Konnektoren für gängige Dienste, und für alles andere gibt es keinen Registrierungsschritt: das Protokoll ist offen, und dem Client ist gleich, wer den Server geschrieben hat.
Was ist der Unterschied zwischen einem lokalen und einem entfernten MCP-Server?
Ein lokaler Server läuft als Unterprozess auf Ihrem eigenen Rechner, nichts an dem, was er tut, berührt also das Netz, und er braucht kein Konto. Ein entfernter wird über HTTP erreicht, das heißt sein Betreiber sieht die Argumente, die der Agent schickt — angemessen für SaaS, dem Sie dieselben Daten ohnehin anvertrauen, und eine echte Überlegung für alles andere.
Wem vertraue ich, wenn ich einen Server anbinde?
Ein angebundener Server sieht die Argumente, die an seine Werkzeuge gehen, und die Beschreibungen, die er ankündigt, werden Teil dessen, was das Modell liest, wenn es entscheidet, was zu tun ist. Behandeln Sie das Anbinden wie das Hinzufügen einer Abhängigkeit: aus einer Quelle, der Sie vertrauen, und wieder entfernt, wenn Sie sie nicht mehr brauchen.
Brauche ich für MCP ein Konto oder einen API-Schlüssel?
Für MeghaOS selbst nicht. Die MCP-Unterstützung gehört zur Agentenlaufzeit und kostet nichts. Einzelne Server können eigene Zugangsdaten brauchen, etwa eine Datenbank-Verbindungszeichenfolge oder eine OAuth-Anmeldung, und die gehören dem Server, nicht uns.
Wie trenne ich einen Server wieder?
Schalten Sie ihn dort ab, wo Sie ihn hinzugefügt haben. Jede Verbindung ist eigenständig, eine zu deaktivieren hat also keine Wirkung auf die anderen.
Funktioniert dieselbe Konfiguration über alle Editionen hinweg?
Ja. Verbindungen liegen in einer schlichten Konfigurationsdatei, die in der Mac-App, in der Linux-Desktop-Umgebung und im vollständigen Betriebssystem dieselbe ist: lesbar, vergleichbar und zwischen Rechnern übertragbar.
- Agenten, die MCP-Werkzeuge aufrufenParallele Ausführung mit Budgets pro Server und ausdrücklichen Geltungsbereichen.
- Die Sandbox, in der ein MCP-Server läuftWas ein angebundener Server sehen kann, klar gesagt.
- MCP in Code StudioRepository-bewusste Werkzeugaufrufe, begrenzt auf den geöffneten Arbeitsbereich.
Bringen Sie Ihre eigenen Werkzeuge mit.
Binden Sie die Dienste an, die Sie ohnehin betreiben — aus einem Verzeichnis geprüfter Konnektoren, oder richten Sie MeghaOS auf einen Server, den Sie selbst geschrieben haben.