Sicherheitsgrenzen
Agenten können Repositories lesen, Shell-Befehle ausführen und konfigurierte Konten nutzen. Prüfe Host, Zugangsdaten und Repository-Rechte, bevor eine Aufgabe startet.
Der Aufgabenumfang beschreibt die beabsichtigte Arbeit. Laufzeitkontrollen und Berechtigungen bestimmen den tatsächlichen Zugriff. Automatisches Review liefert Befunde, ersetzt diese Kontrollen aber nicht.
Ausführungsumgebung prüfen
Das Studio koordiniert konfigurierte CLIs, Git und Repositories. Du betreibst Hosts und Konten. Prüfe, welches Repository ein Runner ändern kann und welche Daten seine CLI an einen Modellanbieter senden darf. Selbsthosting des Studios macht Modellaufrufe nicht offline.
Ausnahmebeispiel: Die Aufgabe ist eskaliert, die Integration steht aus. Aufgaben- und Git-Status allein belegen weder Betriebssystem-Isolation noch Zugriffsberechtigungen. Originalaufnahme; die Produktoberfläche enthält englische Texte.
Prüfaufwand an der Änderung ausrichten
Änderungen an Zugangsdaten, Abhängigkeiten, Berechtigungen oder externen Integrationen brauchen gezielte Prüfung. Dokumentiere Prüfungen, Befunde und verbleibende Unsicherheit. Ein höheres Tokenbudget oder stärkeres Modell belegt keine Sicherheit.
Erlaubten Umfang festlegen und durchsetzen
Benenne Ziel-Repository, betroffene Dateien und erwartetes Ergebnis. Richte die Berechtigungen passend ein. Teile Arbeit über mehrere Repositories in ausdrückliche Aufgaben auf und halte Referenz-Checkouts sowie Produktionsgeheimnisse außerhalb des vorgesehenen Schreibbereichs.
Integrationen als Berechtigungsgrenzen behandeln
Lege bei jeder Ticketsystem-Integration fest, welche Projekte und Datensätze sie lesen oder ändern darf. Bewahre Auftrag, ausgeführte Aktion und Review auf. Jira, Azure DevOps, GitHub Issues, GitLab und Linear sind Beispiele für zu prüfende Systeme, keine Liste ausgelieferter Studio-Konnektoren.