Offizielle deutsche Produktinformationen zu MonkeyCode.
PRODUKTVERGLEICH · 2026-08-05
Zed ist ein quelloffener Desktop-Editor, gebaut für Geschwindigkeit, mit eingewobener KI: nativer Agent, Unterstützung externer Agenten, Inline-Assistenz und Edit Prediction – über von Zed gehostete Modelle, eigene API-Schlüssel oder vollständig lokale Modelle. MonkeyCode ist eine AGPL-3.0-Team-Plattform, auf der abgegrenzte KI-Aufgaben in verwalteten serverseitigen Umgebungen laufen. Das eine lebt an der Tastatur; das andere betreibt das Aufgabensystem darum herum.
Die beiden ergänzen sich natürlich: Entwickler können in Zed programmieren, während das Team abgegrenzte, überprüfbare Agent-Aufgaben auf einer selbst betriebenen Plattform koordiniert.
Zed ist ein nativer Desktop-Editor mit eingebauten KI-Funktionen, überwiegend GPL-3.0-or-later mit Apache-2.0-Komponenten. MonkeyCode ist eine Team-Plattform unter AGPL-3.0: Anforderungen, Aufgaben, verwaltete Umgebungen. Beide sind Open Source – aber die Lizenz macht die Betriebsmodelle nicht gleichwertig.
Bei Zed laufen Arbeit und KI auf dem Rechner der Entwickler – mit von Zed gehosteten Modellen, eigenen API-Schlüsseln, Gateways oder lokalen Modellen; KI-Nutzung bleibt pro Person. MonkeyCode führt Aufgaben in gehosteten oder organisationsbetriebenen serverseitigen Umgebungen aus, mit Modellverwaltung über mehrere Anbieter auf Plattformebene sowie Projekten, Aufgabenhistorie und Team-Sichtbarkeit.
Beiden Workflows dieselben abgegrenzten Aufgaben mit schriftlichen Abnahmekriterien geben: akzeptierte Ergebnisse, menschliche Eingriffe, Kontinuität und Gesamtkosten vergleichen. Lokale Modelle im Editor und selbst gehostete Plattformen beantworten unterschiedliche Datenfragen – die genauen Modellrouten vor der Standardisierung abbilden.
Pro-Entwickler-Ausgaben im Editor versus Plattformkapazität. MonkeyCode hat eine kostenlose gehostete Stufe, beim Selbsthosting fällt keine Lizenzgebühr an (AGPL-3.0); ohne Anbieterausgaben hosten Sie die Plattform selbst und leiten auf Modelle, die Sie bereits betreiben, gehostete Pläne messen Tokens pro Tag je Stufe, und skaliert wird über Umgebungshosts und parallele Aufgaben. Zed dokumentiert eine kostenlose persönliche Editor-Stufe, bezahlte Stufen ergänzen gehostete KI-Kontingente; Bring-your-own-key- und lokale Modellrouten sind außerhalb der Zed-Abrechnung dokumentiert, während die Nutzung von Zed-gehosteten Modellen gegen Plankontingente abgerechnet wird, und skaliert wird über Plätze pro Entwickler und individuelle KI-Nutzung. Die BYOK- und lokalen Modellrouten machen die marginalen KI-Kosten von Zed zu einer Entscheidung des Modellanbieters statt des Editors – aktuelle Stufen und Abrechnung vor der Budgetierung an den Primärquellen der Anbieter prüfen.
Vier Punkte über die zwei Ebenen hinweg – ein Editor-Rollout und ein Plattform-Rollout scheitern auf unterschiedliche Weise, prüfen Sie beide Sets. Erstens, welche Modellroute Entwickler tatsächlich nutzen: Zed dokumentiert fünf Modellrouten mit unterschiedlichen Datenzielen; ohne Richtlinie wählt jede Person ihre eigene – legen Sie die zugelassenen Routen fest und setzen Sie sie durch (Verantwortung: KI-Governance). Zweitens, organisationsweite Kontrollen je Stufe: Zed dokumentiert Organisations-KI-Richtlinien in der Business-Stufe; bestätigen Sie, welche Kontrollen es in der Stufe gibt, die Sie kaufen würden, und wie sie zu Ihren Audit-Anforderungen passen (Verantwortung: Beschaffung). Drittens, Lizenzmix in Ihrem Compliance-Scan: Zed ist überwiegend GPL-3.0-or-later mit Apache-2.0-Komponenten, MonkeyCode ist AGPL-3.0; bestätigen Sie, wie beide in Ihr Open-Source-Nutzungsregister eingehen (Verantwortung: Rechtsprüfung). Viertens, wo die Team-Evidenz liegt: Editor-Sitzungen sind standardmäßig persönlich, Plattformaufgaben hinterlassen geteilte Historie – entscheiden Sie, welche Arbeit team-sichtbare Evidenz erzeugen muss, und leiten Sie sie entsprechend (Verantwortung: Engineering-Leitung).
EVIDENZHINWEIS
