AiHummer
Deutsch▾
AnmeldenKonto
v1.0.x▾
v1.2.xstablev1.1.xstablev1.0.xstable
{ }Swagger
Marktplatz und Plugins/Marktplatzübersicht & Stufen

Marktplatzübersicht & Stufen

v1.0.x · aktualisiert 2026-07-05

Der Plugin-Marktplatz ist, wie AiHummer über seine eingebaute Laufzeit hinauswächst. Sein Katalog synchronisiert sich von einem CDN, Installationen erfolgen mit einem Klick über die Admin-Oberfläche, und jedes Plugin läuft Host-nativ — Es gibt nirgendwo Docker im Modell. Plugins kommen dazu drei Ebenen die sich darin unterscheiden, wie sie ausführen und was sie tun können.

Die drei Ebenen auf einen Blick

Tier Was es ist Wie es läuft Anmeldeinformationen
Stufe 1 Standalone-Host-native-Dienste (Kanäle, Sprache) Eigene sandboxed systemd-Einheit + Port Gemeinsam genutzt (Arbeitsbereich)
Stufe 2 Verfahrenswerkzeuge/-fähigkeiten Innerhalb des Gateway-Prozesses Persönlich oder geteilt
Stufe 3 Zero-Code-Quelltypen (OpenAPI, MCP) Vom Gateway synthetisiert, kein Code Persönlich (pro Benutzer OAuth) oder gemeinsam

Stufe 1 — eigenständige host-native Dienste

Tier-1-Plugins sind an sich vollständige Dienste: Kanalverbinder und Sprachkomponenten wie die SIP-, Bitrix24-, Einstein- und iOS-Proxy-Plugins. Jedes einzelne wird eingesetzt als sein eigenes sandboxed systemd-Unit, das auf seinem eigenen Port lauscht, und das Gateway kommuniziert über HTTP damit. Dies ist das Prinzip „host-native, nicht Docker“ in Aktion — ein Plugin ist ein verwalteter Systemdienst, kein Container.

Kanalverbinder im Katalog: Telegram ist im Community-Plan enthalten; MAX (ein neuer russischer Messenger, Kanal max), Bitrix24 (ein interner Mitarbeiter-IM-Kanal, kein Kunden-Omnichannel), plus Discord, Slack, Teams, Matrix, Signal, E-Mail und WhatsApp sind lizenzpflichtig – siehe die Anmerkung unten.

[!NOTE] Der Community-Plan enthält nur den Hauptkanal — Telegram. Die Installation eines anderen Kanal-Connectors erfordert ein aktives Anlasser, Geschäft oder Unternehmen Lizenz; auf Community die Installationsanfrage kehrt zurück HTTP 402 „Upgrade erforderlich“ (Code plan_limit) — siehe Lizenzierung.

[!NOTE] Tier-1-Plugins sind nicht in die Gateway-Binärdatei integriert. Sie werden installiert und als separate systemd-Dienste überwacht und über URL erreicht, weshalb jeder Jedes hat seinen eigenen Port.

Stufe 2 — Werkzeuge/Fähigkeiten in Bearbeitung

Tier-2-Plugins sind Werkzeuge/Fähigkeiten in das Gateway kompiliert und innerhalb seines Prozesses ausgeführt. Da sie im Prozess im Auftrag des handelnden Benutzers ausgeführt werden, können sie verwenden persönliche oder geteilte Anmeldeinformationen: Der persönliche Modus schreibt eine Handlung einer bestimmten Person zu (deren Berechtigung und Zugriffszuordnung), der gemeinsame Modus verwendet eine arbeitsbereichsweite Berechtigung.

[!NOTE] Persönliche Integrationen mit externen Konten (Google, Microsoft, Todoist, Asana, Jira, ClickUp, GitLab, Spotify, Fitbit, Oura, SmartThings und mehr) versenden als Zero-Code Stufe 3 — pro Benutzer OAuth Integrationen, bei denen jeder Benutzer sich mit seinem eigenen Konto verbindet.

Stufe 3 — Null-Code-Quelltypen

Tier-3-Plugins erfordern überhaupt kein Integrationscode. Es gibt zwei Quellentypen:

  • OpenAPI — Zeigen Sie auf eine beliebige OpenAPI 3.x-Spezifikation und AiHummer erstellt ein Werkzeug pro Operation.
  • MCP — Verbinden Sie jeden MCP-Server über stdio oder HTTP und machen Sie ihn zugänglich tools/list.

Beide verwandeln einen bestehenden Dienst in Agentenwerkzeuge, ohne dass Sie Code schreiben oder bereitstellen müssen.

Durch den OpenAPI-Mechanismus mit OAuth pro Benutzer, eine große Menge von persönliche Integrationen ist bereits verfügbar — jeder Benutzer verbindet sie mit seinem eigenen Konto: Gmail, Google Kalender, Google Kontakte, Google Aufgaben, Google Drive, YouTube, Outlook Mail, Outlook Kalender, OneDrive, Microsoft To Do, Todoist, Asana, Jira Cloud, ClickUp, GitLab, Fitbit, Oura Ring, Spotify, Samsung SmartThings und mehr. Siehe Zero-Code-Integrationen für die vollständige Schritt-für-Schritt-Anleitung.

Der Katalog und CDN

Der Marktplatzkatalog synchronisiert von einem CDN, sodass die Liste der installierbaren Plugins ohne manuelles Verpacken Ihrerseits aktuell bleibt. Über die Admin-Oberfläche durchsuchen Sie den Katalog, installieren mit einem Klick und lassen jede Installation nach ihrem eigenen Zeitplan automatisch aktualisieren.

Offiziell und Gemeinschaft

Der Katalog ist in zwei Register aufgeteilt, die nicht mischen:

  • Offiziell (erste Partei) — Module von AiHummer. Die Quelle ist angepinnt und standardmäßig vertrauenswürdig (gegen den angehefteten Registrierungsschlüssel überprüft); in der Web-Benutzeroberfläche diese Plugins tragen ein Offiziell Abzeichen und Rang zuerst.
  • Community (Drittanbieter) — Plugins von externen Entwicklern veröffentlicht durch der persönliches Schrank («Meine Plugins» → hochladen → KI-Überprüfung → menschliche Moderation). Sie werden als ein getrennte Quelle (community-catalog.json) das tut nicht überschreiben der offizielle Katalog; in Listen diese Plugins ohne Abzeichen an und sortieren nach Downloadzahl.

Beide Registries verwenden denselben Manifestvertrag und denselben Installationspfad; sie unterscheiden sich in Ursprung und Vertrauensanker (siehe Installation & Updates).

Wohin als Nächstes