Voller Zugriff

Was es ist

Ein Coding Agent fragt normalerweise nach, bevor er eine Datei ändert oder einen Befehl ausführt. Voller Zugriff schaltet diese Rückfragen ab, der Agent arbeitet einen Task durch, ohne anzuhalten. In Sightdeck AI ist das eine Einstellung jedes Provider-Profils, nicht der ganzen App. Den früheren Schalter in der Sidebar gibt es nicht mehr.

Du findest ihn unter Settings → Providers → dein Profil → Tab Terminals. Der Name hängt vom Agent ab:

Claude: Full Access Without Confirmations. Sessions starten mit --dangerously-skip-permissions: Claude liest, schreibt und führt im Projekt alles aus, ohne vorher zu fragen. Standardmässig aus. Ist er aus, fragt Claude in seiner Session vor jedem Schritt nach, genau wie in einer Claude-Code-Session, die du selbst gestartet hast.
Codex: Danger Full Access. Sessions starten in der Sandbox danger-full-access ohne Freigabe-Rückfragen. Standardmässig aus, und ohne ihn läuft Codex nicht. Codex hat kein Gegenstück zur Rückfrage pro Schritt von Claude. Statt eine schwächere Einstellung zu erraten, verweigert Sightdeck deshalb den Start einer Codex-Session ohne vollen Zugriff. Schalte ihn ein, bevor du deinen ersten Codex-Task startest.

Das ist die eine Einstellung in Sightdeck AI, die vor deinem ersten echten Task ein bewusstes Ja oder Nein verdient.

Warum du ihn einschalten willst

Sightdeck AI ist dafür gebaut, Tasks laufen zu lassen, denen du nicht zuschaust: eine Queue, die sich selbst abarbeitet, mehrere Projekte parallel, ein Epic, das seine Subtasks abläuft, ein Workflow, der einen Task von Stage zu Stage reicht. Eine Rückfrage hält die Session an und wartet auf einen Menschen. In einer Session, die du gerade nicht anschaust, steht der Run dann einfach still, bis du zurückkommst und antwortest.

Der Tausch in einem Satz: Du gibst das Veto pro Schritt auf und bekommst Runs, die nicht hängen bleiben.

Was der Agent damit darf

Sei dir im Klaren, worauf du dich einlässt:

Der Agent liest, erstellt, ändert und löscht Dateien, ohne zu fragen.
Der Agent führt Shell-Befehle aus, ohne zu fragen: Builds, Tests, Paketinstallationen, git-Befehle.
Es entfällt die Bestätigung, nicht die Reichweite. Die Session startet in deinem Projektordner, aber ein Befehl, den sie ausführt, hat dieselben Rechte wie dein eigenes Benutzerkonto. Technisch hält ihn nichts in diesem Ordner.
Was schiefgeht, geht mit voller Geschwindigkeit schief. Es gibt keinen Zwischenschritt, an dem du Nein sagen könntest.

So schaltest du ihn ein oder aus

Öffne Settings (das Zahnrad unten in der Sidebar) → Providers und klick auf das Profil.
Öffne den Tab Terminals.
Leg Full Access Without Confirmations (Claude) oder Danger Full Access (Codex) um. Die Wahl wird mit dem Profil gespeichert und bleibt über Neustarts erhalten.

Weil der Schalter zum Profil gehört, kannst du zwei Setups nebeneinander haben, zum Beispiel ein Claude-Profil mit vollem Zugriff für deine eigenen Repositorys und eines ohne für alles andere, und pro Projekt wählen, welches läuft. Sessions, die schon laufen, behalten die Einstellung, mit der sie gestartet wurden; die Änderung gilt ab dem nächsten Start.

Runs, die niemand bestätigen kann

Manche Runs starten, ohne dass du etwas anklickst. Dann sitzt niemand an der Session, der eine Rückfrage beantworten könnte:

die Up-Next-Queue mit Auto-run, einschliesslich der Sessions, die sie selbst neu startet,
Schedules, also alles, was ein Projekt nach Zeitplan auslöst,
Launch Actions, die von ausserhalb der App ausgelöst werden,
Tasks, die du über Sightdeck Remote auf dem Handy startest oder beantwortest,
die nächste Stage eines Workflows, die von selbst startet, wenn die vorherige fertig ist.

Diese Runs starten mit vollem Zugriff, sofern der Provider nichts anderes sagt. Ein Profil, auf dem du den vollen Zugriff eingeschaltet und danach wieder ausgeschaltet hast, lässt ihn auch für diese Runs aus. Ein Profil, dessen Schalter du nie angefasst hast, lässt sie mit vollem Zugriff laufen. Willst du keine unbeaufsichtigten Änderungen, setz den Schalter auf diesem Profil also ausdrücklich, oder lass Up Next, Schedules und Launch Actions leer.

Hintergrundjobs, die nur Text schreiben, etwa das Refinement, laufen immer ohne Rückfragen.