Das Berechtigungssystem legt fest, welche Aktionen der Agent ohne Ihre Zustimmung ausführen darf. Sie können sichere Aktionen vorab genehmigen, gefährliche blockieren und bei sensiblen Vorgängen stets eine Bestätigung verlangen.Documentation Index
Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
Use this file to discover all available pages before exploring further.
Standardverhalten für Berechtigungen
| Tool-Typ | Beispiel | Normal | Accept Edits | Bypass | Autonomous (Sandbox) |
|---|---|---|---|---|---|
| Schreibgeschützt | Dateilesevorgänge, grep, glob | Nein | Nein | Nein | Nein |
| Fetch | HTTP-Anfragen | Ja | Ja | Nein | Nein |
| Bash-Befehle | Shell-Ausführung | Ja | Ja | Nein | Nein |
Dateibearbeitungen über edit/write | Dateien bearbeiten/schreiben | Ja | Nein (im Workspace) | Nein | Ja |
edit/write erfordern weiterhin eine Bestätigung, da diese Tools außerhalb der Sandbox arbeiten. Der Autonomous-Modus ist nur verfügbar, wenn die Sandbox auf Betriebssystemebene aktiv ist.
Autonomous-Modus
--sandbox verwendet wird. Konzeptionell entspricht er ungefähr „Accept Edits im aktuellen Workspace“ plus der Möglichkeit, beliebige Shell-Befehle auszuführen, wobei beide Verhaltensweisen durch die Sandbox auf Betriebssystemebene begrenzt sind. Wenn die Sandbox aktiv ist:
- Dies ist der einzige verfügbare Berechtigungsmodus. Normal, Accept Edits und Bypass sind in Sandbox-Sitzungen ausgeblendet. Der Plan-Modus bleibt verfügbar.
- Shell-Befehle und Fetches werden automatisch genehmigt statt nachzufragen, da die Sandbox durchsetzt, was sie lesen, schreiben und über das Netzwerk erreichen dürfen.
- Direkte Dateibearbeitungen über die Tools
editundwriteerfordern weiterhin eine Bestätigung. Diese Tools laufen im CLI-Prozess und nicht innerhalb der Sandbox und können daher nicht durch sie begrenzt werden. Wird an der Eingabeaufforderung ein GeltungsbereichWrite(...)gewährt, erweitert das die Sandbox dynamisch, sodass nachfolgende Shell-Befehle dort schreiben können. - Während der Sitzung gewährte Geltungsbereiche erweitern die Sandbox dynamisch für nachfolgende Befehle.
--sandbox (wodurch Autonomous ausgewählt wird), wenn du eine unbeaufsichtigte Ausführung mit vom Betriebssystem erzwungenen Einschränkungen beim Zugriff auf Dateisystem und Netzwerk möchtest. Details zu schreib- und lesbaren Stammverzeichnissen und zur Domain-Filterung findest du in der Referenz zur Sandbox-Konfiguration sowie unter Team Settings → Sandbox Enforcement für Enterprise-weite Steuerungsoptionen.
So funktionieren Berechtigungen
- Ablehnungsregeln — Werden zuerst geprüft. Bei einer Übereinstimmung wird die Aktion sofort blockiert.
- Rückfrageregeln — Werden als Zweites geprüft. Bei einer Übereinstimmung werden Sie immer um Bestätigung gebeten (überschreibt alle Erlaubnisregeln).
- Erlaubnisregeln — Werden zuletzt geprüft. Bei einer Übereinstimmung wird die Aktion ohne Rückfrage ausgeführt.
- Standard — Wenn keine Regel übereinstimmt, werden Sie um Freigabe gebeten.
Da Ablehnungsregeln vor Rückfrageregeln und Rückfrageregeln vor Erlaubnisregeln geprüft werden, hat eine Ablehnungsregel immer Vorrang. Wenn derselbe Geltungsbereich sowohl auf eine Ablehnungsregel als auch auf eine Rückfrageregel zutrifft, gilt die Ablehnungsregel.
Konfiguration
permissions in Ihrer Konfigurationsdatei Berechtigungen hinzu:
Unter Windows lautet der Pfad zur Nutzerkonfiguration
%APPDATA%\devin\config.json (in der Regel C:\Users\<you>\AppData\Roaming\devin\config.json) und nicht ~/.config/devin/config.json. Weitere Informationen finden Sie unter Konfigurationsdatei.- Projektkonfiguration
- Nutzerkonfiguration
- Lokale Überschreibung
Syntax für Berechtigungen
Geltungsbereichsbasierte Berechtigungen
Read(glob)
Read(glob)
Umfasst den Lesezugriff auf Dateien. Das Glob-Muster gleicht Dateipfade ab.Verzeichnispfade gleichen automatisch alle darin enthaltenen Dateien ab.
Write(glob)
Write(glob)
Umfasst den Schreib- und Bearbeitungszugriff auf Dateien.
Exec(prefix)
Exec(prefix)
Umfasst die Ausführung von Shell-Befehlen. Gleicht Befehle ab, die mit dem angegebenen Präfix beginnen.
Exec(git) gleicht „git“, „git status“ und „git commit -m ‘msg’“ ab, aber NICHT „gitk“ oder „github-cli“. Das Präfix muss als vollständiges Wort übereinstimmen.Fetch(pattern)
Fetch(pattern)
Umfasst den HTTP-Fetch-Zugriff mithilfe von URL-Mustern.URL-Muster folgen dem Standard WHATWG URL Pattern. Die Kurzform
domain: gleicht jeden Pfad auf der exakten Domain ab.Toolbasierte Berechtigungen
read, edit, grep, glob, exec
Berechtigungen für MCP-Tools
| Muster | Entspricht |
|---|---|
mcp__server__tool | Ein bestimmtes Tool |
mcp__server__* | Alle Tools auf einem Server |
mcp__* | Alle MCP-Tools überall |
Pfadmuster
Read() und Write() werden folgende Glob-Muster unterstützt:
| Muster | Bedeutung |
|---|---|
* | Beliebige Zeichen in einem einzelnen Pfadsegment |
** | Beliebige Zeichen über mehrere Pfadsegmente hinweg (rekursiv) |
~ | Erweiterung zum Home-Verzeichnis |
Verwenden Sie ein absolutes Pfadpräfix (z. B.
Read(/**)), wenn Sie alle Dateien auf dem System erfassen möchten. Ein einfaches Read(**) ohne führendes / wird relativ zu Ihrem aktuellen Arbeitsverzeichnis aufgelöst und erfasst daher nur Dateien in diesem Verzeichnis — nicht Dateien, auf die an anderer Stelle über absolute Pfade zugegriffen wird.Persistenzoptionen
| Option | Speicherort | Mit dem Team geteilt? |
|---|---|---|
| Einmal erlauben | Nicht gespeichert | Nein |
| Für diese Sitzung erlauben | Nur im Speicher | Nein |
| Für dieses Projekt erlauben | .devin/config.json | Ja |
| Für dieses Projekt erlauben (lokal) | .devin/config.local.json | Nein |
| Global erlauben | ~/.config/devin/config.json (%APPDATA%\devin\config.json unter Windows) | Nein |
Berechtigungen auf MCP-Server-Ebene
list_issues auf dem Figma-Server), bietet die Berechtigungsabfrage auch umfassendere Optionen auf Server-Ebene:
| Option | Wirkung |
|---|---|
| Dieses Tool zulassen (diese Sitzung) | Gewährt Zugriff auf das jeweilige Tool für die aktuelle Sitzung |
| Dieses Tool immer zulassen | Speichert die Berechtigung für dieses Tool dauerhaft in der Konfiguration |
| Alle Tools auf diesem Server zulassen (diese Sitzung) | Gewährt für die aktuelle Sitzung Zugriff auf alle Tools auf dem Server |
| Tools auf diesem Server immer zulassen | Speichert den serverweiten Zugriff dauerhaft in der Konfiguration |
Vorrang
- Organisations-/Team-Settings (bei Enterprise)
- Freigaben auf Sitzungsebene (interaktive Genehmigungen)
- Lokale Projektkonfiguration (
.devin/config.local.json) - Projektkonfiguration (
.devin/config.json) - Nutzerkonfiguration (
~/.config/devin/config.json;%APPDATA%\devin\config.jsonunter Windows)
