Was ist Devin?
Devin ist Cognitions Cloud-Agent für Softwareentwicklung. Eine Sitzung gibt ihm Entwicklungsmaschine, Shell, Editor, Browser, Repository-Kontext und verbundene Werkzeuge. Er kann ein Issue untersuchen, einen Plan vorschlagen, mehrere Dateien bearbeiten, Abhängigkeiten installieren, Tests ausführen, Dokumentation oder Anwendungen browsen und einen Pull Request erstellen, während der Entwickler anderweitig arbeitet.
Die breitere Plattform umfasst inzwischen Devin-Cloud-Sitzungen, Devin Desktop und CLI, Repository-Indexierung, DeepWiki, Ask Devin, automatisierte PR-Prüfung, geplante Arbeit, APIs und Integrationen mit GitHub, GitLab, Bitbucket, Slack, Microsoft Teams, Linear, Jira und ausgewählten MCP-Diensten. Enterprise-Deployments ergänzen Organisationsgrenzen, Identitäts- und Administrationskontrollen, eigene Bedingungen und dedizierte Deployment-Optionen.
Das ist operativ leistungsfähiger als Codevervollständigung. Devin kann Geheimnisse verwenden, sich bei Websites anmelden, beliebige Repository-Befehle ausführen, einen Browser bedienen, auf Zeitpläne reagieren und Deployment-Schritte vorschlagen oder ausführen. Behandeln Sie ihn wie einen Juniorentwickler mit Maschinenzugriff, nicht wie einen unfehlbaren autonomen Entwickler.
Sichere Aufgaben gestalten
Beginnen Sie mit abgegrenzter Aufgabe und objektivem Akzeptanztest. Geben Sie Repository, Zielbranch, Issue-Kontext, erlaubte Dateien, erwartetes Verhalten, verbotene Änderungen, relevante Befehle und Definition of Done an. Kleinere Sitzungen verbessern meist Qualität und Nutzungseffizienz. Teilen Sie eine große Migration in unabhängig prüfbare Pull Requests, statt eine Sitzung das System komplett verändern zu lassen.
Gewähren Sie Repository-Zugriff an der kleinsten möglichen Organisationsgrenze. Cognitions Enterprise-Dokumentation weist darauf hin, dass alle Mitglieder einer Devin-Organisation auf alle dieser Organisation gewährten Repositories zugreifen können; Zugriff ist innerhalb dieser Grenze nicht individuell. Ordnen Sie Organisationen Teams mit tatsächlich gemeinsamem Zugriff zu und bündeln Sie unverbundene sensible Repositories nicht nur zur bequemen Abrechnung.
Nutzen Sie Wegwerfumgebungen und synthetische Daten. Speichern Sie Zugangsdaten über Devins Geheimniskontrollen statt in Prompts oder eingecheckten Dateien, bevorzugen Sie kurzlebige OIDC-Identitäten, begrenzen Sie jedes Token und trennen Sie Build-Geheimnisse von Laufzeit- oder Deployment-Geheimnissen. Browsercookies und MCP-Zugangsdaten erweitern die Aktionsfläche und benötigen dieselbe Prüfung wie Quellcodezugriff.
Behalten Sie Branchschutz, erforderliche CI, Code Owners, Abhängigkeits- und Geheimnisscans und manuelle Freigabe. Prüfen Sie vollständigen Diff und Teständerungen; führen Sie Tests in einer getrennten vertrauenswürdigen CI-Umgebung aus. Generierter Test und Implementierung können dasselbe Missverständnis teilen. Hochriskante Änderungen benötigen je nach Fall Sicherheits-, Datenbank-, Infrastruktur- oder Fachprüfung.
Aktuelle Tarife und Nutzung
Die aktuelle Preisseite führt Free mit 0 US-Dollar, leichtem Agentenkontingent, begrenzter Modellauswahl, unbegrenzten Inline-Edits und unbegrenzter Tab-Vervollständigung auf. Pro kostet 20 US-Dollar monatlich für einen Nutzer mit höheren Kontingenten, Frontier-Modellen, Cloud-Agenten und optionaler Zusatznutzung. Max kostet 200 US-Dollar monatlich für einen Power User mit deutlich größerem Wochenkontingent ohne Tageslimit.
Teams hat ein monatliches Minimum von 80 US-Dollar und unbegrenzte Mitglieder. Ein Vollplatz kostet 40 US-Dollar monatlich und enthält ein Pro-ähnliches Kontingent plus Devin Desktop. Ein Flex-Platz hat keine feste Monatsgebühr oder enthaltenes Kontingent und zieht vollständig aus gemeinsamen On-Demand-Credits. Bei weniger als zwei Vollplätzen wird der Rest des 80-Dollar-Minimums zu vorausbezahltem gemeinsamen Guthaben. Gekaufte On-Demand-Credits werden laut aktueller Dokumentation übertragen und verfallen nicht; Admins können automatisches Nachladen und Standard-Ausgabenlimits je Sitzung konfigurieren.
Self-Service-Kontingente verwenden nicht mehr die alte öffentliche ACU-Struktur. Enterprise verbraucht weiterhin Agent Compute Units zum Preis im Bestellformular. Vergleichen Sie keinen alten ACU-Screenshot mit heutigen Free-, Pro-, Max- oder Teams-Tarifen. Holen Sie ein aktuelles Angebot ein und erfassen Sie enthaltenes Kontingent, Modelle, API-Preise, Review- und Automationsgebühren, Support, Parallelität, Deployment und Verlängerung.
Nutzung sammelt sich nach geleisteter Arbeit: Planung, Kontextsammlung, Aufgabenausführung, Browseraktionen, Codeausführung, VM-Zeit und Netzwerkbandbreite. Repository-Größe, Prompt-Umfang, Modell, geänderte Dateien, Laufzeit, Gespräch, Wiederholungen, Reviews und Automationen sind relevant. Laut Dokumentation verbrauchen schlafende Sitzungen keine Nutzung; Testwartezeiten oder Repository-Klonen im Allgemeinen ebenfalls nicht, während Windows-Sitzungen ungefähr neun Prozent mehr als vergleichbare Linux-Sitzungen benötigen.
Messen Sie Kosten je akzeptiertem Pull Request oder gelöstem Issue, nicht je Sitzung. Verfolgen Sie Sitzungsnutzung, Prüfzeit, Merge-Rate, zurückgesetzte Änderungen, entkommene Fehler, Sicherheitsfunde und Wartungsaufwand. Setzen Sie Sitzungsobergrenzen, Teambudgets, Warnungen und Kill Switch für geplante Automationen.
Daten, Training und Aufbewahrung
Die wichtigste Datenunterscheidung betrifft Tarif und Konfiguration. Cognitions Sicherheitsdokumentation sagt, Kundendaten könnten standardmäßig zum Modelltraining verwendet werden. Nutzer bezahlter Tarife können in Data Controls widersprechen; bei Teams kann nur ein Administrator dies tun. Nach Opt-out würden Daten nicht trainiert und Zero Data Retention bei Modellanbietern aktiviert. Enterprise-Kundendaten werden niemals ohne vorherige ausdrückliche schriftliche Zustimmung trainiert.
Nehmen Sie nicht an, „bezahlt“ bedeute automatisch ausgeschaltet. Prüfen Sie die Einstellung in der richtigen Organisation, dokumentieren Sie Datum und Administrator und testen Sie neu angelegte Organisationen oder Tarifmigrationen. Unterscheiden Sie außerdem ZDR beim Modellanbieter von Cognitions eigener Produktaufbewahrung. Laut Sicherheitsseite werden über Devin verarbeitete Daten für die Kundenbeziehung aufbewahrt, sofern der Kunde nichts anderes bestimmt; Feedback- und Interaktionsdaten können nach Bedarf bestehen bleiben. Plattformbedingungen definieren ZDR als keine dauerhafte Speicherung und Löschung nach Ausgabeerzeugung, doch der genaue Umfang muss zum geltenden Dienst und Vertrag passen.
Die Datenschutzerklärung umfasst Nutzerinhalte in Prompts, Uploads und Ausgaben, Konto- und Git-Informationen, Nutzung, Gerätedaten, Sprachtranskription, Dienstanbieter, internationale Übertragungen, Sicherheit, gesetzliche Aufbewahrung und Administratorzugriff. Geteilte Gesprächslinks legen Inhalte Empfängern offen. Bestätigen Sie Löschung, Backups, indexierte Repositories, Wissen, Sitzungsverlauf, Supportzugriff, Unterauftragsverarbeiter, Modellanbieter, Regionen, VPC-Grenzen, DPA, Vorfallbedingungen und Umfang von SOC-Berichten.
Automation und Betriebsrisiko
Zeitpläne, Issue-Trigger, PR-Review-Auto-Fix, Slack- oder Teams-Erwähnungen, API-Sitzungen, MCP-Werkzeuge und Deployment-Funktionen können Arbeit ohne dieselbe Aufmerksamkeit wie eine interaktive Sitzung beginnen oder erweitern. Definieren Sie, wer Automationen erstellen darf, unter welcher Identität sie laufen, erlaubte Repositories und Branches, Triggerfilter, Maximalnutzung, Geheimnisumfang, Freigabe-Gates und Fehlerbenachrichtigung. Verhindern Sie, dass wiederholte fehlgeschlagene Trigger Guthaben verbrauchen oder doppelte Pull Requests erzeugen.
Prompt Injection kann über Quelldateien, Dokumentation, Issue-Text, Pull-Request-Kommentare, Webseiten, Logs und MCP-Antworten eintreffen. Abgerufener Text ist Datenmaterial, keine Autorität. Begrenzen Sie Werkzeuge und Netzwerkzugriff, verlangen Sie Freigabe vor Nachrichtenversand, Änderung externer Datensätze, Merge oder Deployment und protokollieren Sie genaue Eingaben, Plan, Befehle, Browseraktionen, Identität, Diff, Tests, Freigaben und finale Nebenwirkungen.
Fazit
Devin ist eine reife Option für Teams, die vollständige, abgegrenzte Engineering-Aufgaben delegieren möchten, statt nur Inline-Vorschläge zu erhalten. Aktuelle günstigere Tarife machen die Bewertung zugänglich; das Enterprise-Produkt ergänzt ernsthafte Administrations- und Deployment-Kontrollen.
Die Kaufentscheidung sollte einem kontrollierten Piloten folgen. Nutzen Sie ein risikoarmes Repository, deaktivieren Sie Training bei Bedarf, konfigurieren Sie Zugangsdaten mit minimalen Rechten, begrenzen Sie Ausgaben und verlangen Sie unabhängige CI sowie menschliche Prüfung. Erweitern Sie auf Zeitpläne, Browseraktionen, MCP, Deployments oder sensiblen Code erst, wenn gemessene Zuverlässigkeit, Kosten, Datenverarbeitung und Wiederherstellung schriftliche Schwellen erfüllen.