Skip to main content
Devin muss häufig bei Web-Apps angemeldet sein — etwa in Ihrer Staging-Umgebung, einem Admin-Dashboard oder einem SaaS-Tool —, bevor es sinnvoll arbeiten kann. Statt die Anmeldung in jeder Sitzung zu wiederholen, melden Sie sich einmal an und lassen Sie Devin das Browserprofil speichern, sodass alle künftigen Sitzungen bereits angemeldet starten.

​
Der Workflow

1

Melden Sie sich manuell im interaktiven Browser an

Öffnen Sie in der Sitzung den Tab Desktop und bedienen Sie den Browser selbst: Schließen Sie die Anmeldung einschließlich SSO-Weiterleitungen, MFA-Aufforderungen und CAPTCHAs ab. Siehe interaktiver Browser.
2

Bitten Sie Devin, das Browserprofil zu speichern

Sagen Sie “save the browser profile” oder “persist my login sessions”. Devin ruft sein Tool save_browser_profile auf, das das Browser-Datenverzeichnis (Cookies, localStorage und andere Chrome-Profildaten) komprimiert und als Datei an das Blueprint Ihrer Organisation anhängt. Auch andere Formulierungen funktionieren, z. B. “save browser cookies”, “remember my browser logins”, “keep my browser state” oder “save the browser to my snapshot”.
3

Genehmigen Sie das Blueprint-Update

Devin schlägt eine einmalige Aktualisierung des Organisation-level Blueprints vor. Dabei wird ein initialize-Schritt namens Initialize browser profile hinzugefügt, der das gespeicherte Profil in das Browser-Datenverzeichnis entpackt. Prüfen Sie die Änderung in Ihrer Timeline und genehmigen Sie sie.
4

Zukünftige Sitzungen starten bereits angemeldet

Jede neue Sitzung in der Organisation stellt diesen Browserzustand während des Setups wieder her, sodass Devins Browser beim Start der Sitzung bereits angemeldet ist. Weitere Genehmigungen sind nicht erforderlich.
Der Wiederherstellungsschritt ist ein normaler Blueprint-initialize-Schritt, der über einen $FILE_BROWSER_PROFILE-Dateianhang auf die Profil-ZIP-Datei verweist:
Um abgelaufene Sitzungen zu erneuern, melden Sie sich erneut an und bitten Sie Devin, das Profil erneut zu speichern — das Tool ersetzt den vorhandenen Schritt, statt einen zweiten hinzuzufügen.

​
Einschränkungen und Sicherheit

Gespeicherte Profile gelten für die gesamte Organisation, nicht nur für einzelne Repositories. Jede Person in Ihrer Organisation kann eine Sitzung starten, die das Profil lädt, einschließlich der darin enthaltenen Anmeldungen, Cookies und Sitzungstokens. Speichern Sie Profile nur für Konten, die in Ihrer gesamten Organisation verwendet werden dürfen – bevorzugen Sie ein dediziertes Servicekonto gegenüber einem persönlichen Konto.
  • Keine Browser-Erweiterungen. Es werden nur Profildaten wiederhergestellt. Erweiterungsbasierte Tools (zum Beispiel MetaMask) werden nicht geladen. Daher funktionieren Abläufe, die von einer Erweiterung abhängen, nicht.
  • Gespeicherte Passwörter werden nicht übernommen. Chromes Passwortspeicher wird ebenso wie Caches übersprungen – das Profil enthält also den Sitzungsstatus, nicht die Zugangsdaten. Speichern Sie Zugangsdaten stattdessen als Secrets.
  • Größenlimit. Die Profil-ZIP-Datei muss kleiner als 200 MB sein.
  • Sitzungen laufen weiterhin ab. Aus dem Profil wiederhergestellte Cookies laufen nach dem normalen Zeitplan der App ab. Speichern Sie das Profil erneut, wenn sie ablaufen.

​
Alternativen