Selbst gehosteter Dienst
UsefulSoftwareCo/executor avatar
UsefulSoftwareCo/executor

Executor: ein gemeinsamer Integrationskatalog für MCP-kompatible Agenten

Die fehlende Integrationsschicht für KI-Agenten. Lassen Sie sie alle OpenAPI-/MCP-/GraphQL-/benutzerdefinierten JS-Funktionen in einer sicheren Umgebung aufrufen.

3.768 Sterne305 ForksTypeScriptMIT

Auf einen Blick

Was ist das?
Eine Open-Source-Schicht, mit der Agenten APIs, Authentifizierung und Richtlinien pro Tool über MCP teilen können.
Für wen ist es gedacht?
Executor zentralisiert Integrationen, Anmeldedaten und Richtlinien, sodass jeder MCP-kompatible Agent denselben Katalog nutzen kann. Das Projekt ist MIT-lizenziert, und die README dokumentiert Cloud-, lokale und Self-Hosted-Pakete.
Darf ich es kommerziell nutzen?
Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
Wird es noch gepflegt?
Ja. Die letzten Commits kamen vor 1 Tag.
In welcher Sprache ist es geschrieben?
Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.

Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.

TIEFGEHENDE OPEN-SOURCE-ANALYSE

Jede Integration einmal konfigurieren, für alle Agenten

Executor ist eine Open-Source-Integrationsschicht für KI-Agenten. Die Prämisse: Jeder Agent braucht derzeit seine eigene Kopie jeder Integration , dieselben API-Schlüssel in mehreren Clients, dieselben MCP-Server erneut eingerichtet, und keine gemeinsame Vorstellung davon, was jedes Tool darf. Executor sitzt dazwischen. Sie fügen ein Tool einmal hinzu, geben ihm einmal Anmeldedaten, setzen einmal seine Richtlinie, und jeder MCP-kompatible Agent kann denselben Katalog nutzen. Die README listet Erstunterstützung für MCP-Server, OpenAPI, GraphQL und Google Discovery auf und sagt, dass alles, was mit einem JSON-Schema beschreibbar ist, eine Integration sein kann.

Integrationen, Verbindungen und Richtlinien pro Tool

Der Workflow ist in der README explizit. Zuerst fügen Sie eine Integration hinzu: einen MCP-Server, eine OpenAPI-Spezifikation oder eine GraphQL-API. Dann erstellen Sie eine Verbindung, eine konfigurierte und optional authentifizierte Instanz dieser Integration; eine Integration kann viele Verbindungen haben. Dann legen Sie Richtlinien fest: ob jedes Tool immer erlaubt ist, Genehmigung erfordert oder blockiert wird. Schließlich richten Sie Ihre Agenten über MCP auf Executor aus, sodass sie denselben Katalog teilen. Die README fügt hinzu, dass sinnvolle Standardwerte für Richtlinien aus der Spezifikation abgeleitet werden, und verlinkt auf die Concepts-Dokumentation für das vollständige Modell.

Paketierungsoptionen: Cloud, CLI, Desktop, Self-Hosted

Executor gibt es in mehreren Formen, die laut README dieselbe Funktionalität mit unterschiedlicher Paketierung bieten. Executor Cloud ist der schnellste Einstieg, nichts muss lokal installiert werden. Die CLI führt einen lokalen Hintergrunddienst für Headless- oder Serverumgebungen. Eine Desktop-App deckt Mac, Windows und Linux ab. Für eigene Infrastruktur gibt es Docker- und Cloudflare-Worker-Self-Hosting-Optionen. Für den lokalen Gebrauch erfordert der Schnellstart Node.js 20 oder neuer und installiert das Executor-Paket global mit npm, pnpm, bun oder yarn, dann `executor install` und `executor web`. Die README nennt keine Leistungs- oder Funktionsunterschiede zwischen diesen Formen.

Einen MCP-Client verbinden und eine Integration hinzufügen

Um einen Agenten zu verbinden, zeigt die README die Verwendung des add-mcp-Pakets, das den Client erkennt und seine Konfiguration schreibt. Über HTTP lautet der Befehl `npx add-mcp http://127.0.0.1:4788/mcp --transport http --name executor`; über stdio `npx add-mcp "executor mcp" --name executor`. Die Connect-Karte im Web-UI zeigt den genauen Befehl und Port bereits ausgefüllt. Für Integrationen akzeptiert das Web-UI eine URL für OpenAPI, GraphQL oder MCP und übernimmt Typenerkennung, Tool-Indizierung und Authentifizierung. Ein CLI-Beispiel fügt die Petstore-OpenAPI-Spezifikation mit einem Namespace und optionalem baseUrl für relative Server hinzu. Die README merkt an, dass die meisten MCP-Clients Server beim Start laden, daher kann ein Neustart nötig sein.

Tools über CLI und TypeScript aufrufen

Die CLI bietet intentsbasierte Suche (`executor tools search "send email"`), Namespace-Browsing (`executor call github issues --help`) und direkten Aufruf mit JSON-Argumenten. Befehle wie `executor call`, `executor resume` und `executor tools` starten den lokalen Daemon bei Bedarf automatisch und wählen einen freien Port, wenn der Standard belegt ist. Wenn eine Ausführung wegen Authentifizierung oder Genehmigung pausiert, setzt sie `executor resume --execution-id` fort. Zum Einbetten bietet das TypeScript-SDK eine Promise-API und eine Effect-native API. Die README enthält ein kurzes Beispiel, das einen Executor mit dem OpenAPI-Plugin erstellt, Tools auflistet und ein Schema abruft. Ausführbare Beispiele liegen im Verzeichnis examples.

Monorepo-Struktur, Entwicklung und Lizenz

Das Repository ist ein Bun- und Turborepo-Monorepo. Die README listet Apps für CLI, Desktop, lokale Laufzeit, Cloud, Self-Hosted-Server, Cloudflare Worker, Marketing-Website und Dokumentation sowie Pakete für core, kernel, plugins, hosts, react und app. Die Entwicklung beginnt mit `bun install`, `bun run bootstrap` (bei frischem Checkout erforderlich) und `bun run dev`. Tests sind aufgeteilt in Unit- und Integrationstests (`bun run test`) und Full-Stack-E2E (`bun run test:e2e`), die die Cloud- und Self-Host-Apps startet und durchläuft. Das Projekt ist unter MIT lizenziert, das Urheberrecht liegt bei Rhys Sullivan; die Lizenz erlaubt Nutzung, Kopie, Änderung, Zusammenführung, Veröffentlichung, Verteilung, Unterlizenzierung und Verkauf und schließt Gewährleistung aus. Die README beschreibt keine Sicherheitsgarantien oder Produktionsergebnisse.

Redaktionelles Fazit

Executor zentralisiert Integrationen, Anmeldedaten und Richtlinien, sodass jeder MCP-kompatible Agent denselben Katalog nutzen kann. Das Projekt ist MIT-lizenziert, und die README dokumentiert Cloud-, lokale und Self-Hosted-Pakete.

Offizielle Quellen

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
Community-Notizen

Community-Notizen