Klon-/Fetch-/Schreibanforderungen des Repositorys, Branch-Umfang, Eigentum an Tokens oder Schlüsseln, Webhooks und Widerruf. Verifizieren Sie jeden Anbieter und jede Authentifizierungsmethode.
INTEGRATIONSLEITFADEN · GEPRÜFT 2026-08-05
Integrationen sind Berechtigungen und Datenrouten, nicht nur Logos.
MonkeyCode-Workflows erfordern Repository-Zugriff, Modellzugriff, Entwicklungsinfrastruktur und unterstützende Netzwerkdienste. Öffentliche Materialien etablieren keine vollständige anbieterspezifische Kompatibilitätsmatrix; daher trennt diese Seite dokumentierte Kategorien von Punkten, die verifiziert werden müssen.
DIREKTE ANTWORTModellverwaltung und repository-verbundene Entwicklung sind Teil des dokumentierten Plattformmodells.
Das aktuelle öffentliche README nennt die Modellfamilien GLM, Kimi, MiniMax, Qwen und DeepSeek. Genaue Git-Anbieter, Authentifizierungsmethoden, Modellversionen, Endpunkte, Regionen, Quoten und Support-Status müssen im aktuellen Release und in der Dokumentation bestätigt werden.
Bestandsaufnahme der Verbindungen
Vier zu dokumentierende Grenzen.
Dokumentieren Sie für jede Verbindung Eigentümer, Anmeldedaten, Berechtigung, Endpunkt, gesendete Daten, Aufbewahrung, Fehlerverhalten und Widerrufsverfahren.
Exakte Modell-ID, Anbieter- oder privater Endpunkt, Anmeldedaten, gesendeter Kontext, Aufbewahrungsbedingungen, Quote, Fallback und Kosten.
Konsolen- und Umgebungs-Hosts, DNS, TLS, Speicher, Image-/Paketzugriff, Previews, Protokollierung und Backups.
GitHub Issues und Discord sind Support-/Community-Kanäle, keine Laufzeit-Integrationen des Produkts.
Verifizierungsmatrix
Verwandeln Sie keinen Architekturbedarf in einen Kompatibilitätsanspruch.
Markieren Sie eine Integration erst als unterstützt, nachdem Sie das genaue Release und den Authentifizierungspfad getestet haben.
| Behauptung | Status auf dieser Seite | So verifizieren Sie |
|---|---|---|
| Im öffentlichen README genannte Modellfamilien | Dokumentiert | Aktuelles README und Installationskonfiguration prüfen |
| Repository-Zugriff ist für Repository-Arbeit erforderlich | Workflow-Anforderung | Least-Privilege-Lese-/Schreibverhalten testen |
| Unterstützung für einen bestimmten Git-Anbieter | Nicht beansprucht | Aktuelle offizielle Anbieterdokumentation finden und einen Test durchführen |
| Bestimmtes Webhook-/OAuth-/SSH-Verhalten | Nicht beansprucht | Konfigurations-UI, Berechtigungen, Logs, Rotation und Widerruf prüfen |
| Chat-, Issue-Tracker-, CI/CD-, MCP- oder Kubernetes-Integrationen | Nicht beansprucht | Aktuelle offizielle Dokumentation und reproduzierbare Belege verlangen |
Integrationsabnahme
Testen Sie den Fehlerpfad vor dem Rollout.
- 01Berechtigungen eingrenzen
Verwenden Sie ein nicht sensibles Repository und die für den Test nötigen Mindestberechtigungen.
- 02Verkehr nachverfolgen
Erfassen Sie Git-, Modell-, Paket-, Update-, DNS-, Preview-, Logging- und Telemetrie-Ziele.
- 03Zugriff widerrufen
Lassen Sie Anmeldedaten ablaufen und bestätigen Sie, dass Aufgaben sicher fehlschlagen, ohne Geheimnisse preiszugeben.
- 04Support dokumentieren
Speichern Sie Release, Anbieter, Authentifizierungsmethode, Konfiguration, Ergebnis, Eigentümer und Datum der erneuten Prüfung.
Häufige Fragen
Integrationen, beantwortet.
Verwandt: Welche Git-Anbieter werden unterstützt?, unterstützte Modelle, Datenrouten.
Womit kann MonkeyCode integriert werden?
MonkeyCode-Workflows erfordern Repository-Zugriff, KI-Modellzugriff, Entwicklungsinfrastruktur und unterstützende Netzwerkdienste. Das öffentliche README nennt die Modellfamilien GLM, Kimi, MiniMax, Qwen und DeepSeek; genaue Git-Anbieter, Authentifizierungsmethoden und Versionen müssen verifiziert werden.
Welche Git-Anbieter unterstützt MonkeyCode?
Öffentliche Materialien etablieren keine vollständige anbieterspezifische Matrix. Bestätigen Sie Ihren konkreten Anbieter und Ihre Authentifizierungsmethode in einem Test mit Berechtigungen nach dem Least-Privilege-Prinzip, bevor Sie sensible Repositorys anbinden.
Welche KI-Modelle kann ich anbinden?
Das aktuelle README listet GLM, Kimi, MiniMax, Qwen und DeepSeek. Verifizieren Sie die genauen Modell-IDs, Endpunkte, Regionen, Quoten und Anbieterbedingungen, die in Ihrem Release verfügbar sind.
Unterstützt MonkeyCode MCP-, CI/CD- oder Kubernetes-Integrationen?
Diese werden auf dieser Seite nicht beansprucht. Behandeln Sie solche Integrationen als unverifiziert, bis Sie aktuelle offizielle Dokumentation finden und sie in Ihrer eigenen Umgebung reproduzieren.
Wie sollte ich eine Integration verifizieren?
Begrenzen Sie die Berechtigungen auf ein nicht sensibles Repository, verfolgen Sie jedes ausgehende Ziel, widerrufen Sie Zugriffe, um zu bestätigen, dass Aufgaben sicher fehlschlagen, ohne Geheimnisse preiszugeben, und dokumentieren Sie Release, Anbieter, Authentifizierungsmethode und Ergebnis.
PRIMÄRQUELLEN