Add Provider
Ergänze einen austauschbaren Dienst über die vorhandenen Adapter.
Nutze $add-provider, um einen Anbieter für Zahlungen, E-Mail, Speicher, KI, Analytics oder Authentifizierung einzurichten oder hinzuzufügen. Die vollständige Anleitung liegt in .agents/skills/data-and-integrations/add-provider/SKILL.md.
Die Integration beauftragen
Nutze $add-provider, um [Dienst] für [Bereich] zu integrieren.
Wir brauchen [Funktionen]. Prüfe zuerst, ob ein vorhandener Adapter durch
Konfiguration reicht. Ergänze Auswahl, Zugangsdaten, Dokumentation und
Offline-Tests. Nenne Live-Prüfungen, für die Testzugangsdaten fehlen.
Nicht deployen und keine echten Transaktionen auslösen.S3-kompatibler Speicher, SMTP-Mail und OpenAI-kompatible Endpunkte können bereits durch Konfiguration funktionieren. Der Skill prüft das zuerst und führt neue Implementierungen im zuständigen Paket aus.
Unterstützte Bereiche
| Bereich | Vorhandene Erweiterungsstelle | Zuständiger Skill |
|---|---|---|
| Zahlungen | Typisierte Adapter in packages/payments für Checkout, Katalog, Kundenportal und signierte Webhooks | add-a-payment-provider |
Mail-Transporte in packages/mail hinter sendEmail | add-or-edit-an-email | |
| Speicher | Signierte Upload- und Lese-URLs in packages/storage | storage-providers |
| KI | Anbieter- und Modellauswahl in packages/ai | ai-providers |
| Analytics | Browser-Skripte und Ereignisse in apps/web/modules/analytics | add-provider |
| Authentifizierung | Better-Auth-Konfiguration und Plugins in packages/auth | add-auth-flow-or-better-auth-plugin |
Für andere Bereiche sucht der Agent zuerst die tatsächliche Erweiterungsstelle. Der Skill setzt keine gemeinsame Registrierung für alle Integrationen voraus.
Was zur vollständigen Änderung gehört
Die Implementierung verbindet den Adapter mit seiner Laufzeitauswahl und öffentlichen API. Registrierte Anbieter brauchen außerdem eine ID und Konfigurationshinweise in packages/config/providers.ts. Zahlungen, E-Mail, Speicher und KI nutzen die administrativen Diensteinstellungen. Gespeicherte Auswahl, Zugangsdaten und Bereitschaftsanzeige müssen deshalb zum Laufzeitverhalten passen. Analytics und Authentifizierung haben eigene Konfigurationswege.
Der Agent dokumentiert Umgebungsvariablen und Einschränkungen. Danach prüft er Auswahl, fehlende Zugangsdaten, Anbieterfehler und den betroffenen Nutzerablauf. Bestehende Sandbox- und Berechtigungsregeln gelten weiter. Offline-Tests belegen die lokale Integration, aber keine echte Zustellung, Zahlungsabwicklung oder Produktionskonfiguration.
Im vollständigen Skill-Katalog findest du die Dateipfade aller zuständigen Skills.
vibekit-deploy führt durch die Kategorien Authentifizierung, E-Mail, Zahlungen, Speicher, KI und Analytics. Jeder Kategorie-Skill lädt die passende Referenzanleitung für den gewählten Anbieter. Bestehende Adapter werden konfiguriert; add-provider übernimmt nötige Erweiterungen. Die Skill-Übersicht enthält alle aktiven Kategorie- und Fach-Skills.