Skip to main content
Diese Tools sind für Alters Computer Use-Subagenten (computer_use_task) registriert. Sie sind nur für LLM — für Modellaufrufe in einer Hintergrund-UI-Schleife, nicht für manuelle Einzelausführung in den meisten Fällen. Der Subagent erhält auch die primitiven Tools Perform, Scroll und Wait. Diese Seite behandelt die agentspezifischen Tools und gemeinsame Fenster-Zielregeln.

Hier starten

Lesen Sie die Computer-Use-Übersicht, um den Agenten mit einem goal-String aufzurufen.

Gemeinsamer Workflow

Window-ID-Formate

list_windows liefert zwei ID-Stile: Übergeben Sie dieselbe windowID an read_screen_ax, perform, perform_sequence, scroll und computer_use_screenshot für jeden Schritt auf diesem Fenster.

Auflösungsreihenfolge

Wenn windowID weggelassen wird:
  1. Explizite windowID im Tool-Aufruf
  2. Verfolgtes Ziel — Fenster, das von open_app, open_urls oder vorherigen Tools in dieser Konversation aufgezeichnet wurde
  3. Sitzungs-Fallback — während eines Hintergrundlaufs das Fenster in der Live-Vorschau (verhindert Drift, wenn Sie eine andere App fokussieren)
  4. Vorderstes Fenster

Blockierte Apps

Computer Use verweigert das Öffnen, Lesen oder Steuern von Apps auf Ihrer Blockliste (Einstellungen → Computer use → Blocked apps). Passwortmanager sind standardmäßig blockiert. Tools liefern einen klaren Fehler, damit der Agent stoppt und die Blockierung meldet.

Standalone vs. im Agenten

Workspace-Tools (workspace_read, workspace_bash usw.) sind nicht in Computer Use verfügbar.

read_screen_ax

Anzeigename: Read Screen (AX) Gibt den Accessibility-Baum eines Fensters als Text zurück. Interaktive Elemente enthalten ein @elementID-Suffix für perform und perform_sequence. Kein Screenshot und keine Bildanalyse — strikt nur AX.

Parameter

Wann der Agent es aufruft

  • Erster Schritt auf einem Fenster (vor jedem Klick oder Fill)
  • Nach Navigation, Dialogen, Scrollen oder Shortcuts, die die UI ändern
  • Vor der Auswahl von Combobox-/Listenoptionen, die im vorherigen Read nicht sichtbar waren

Ausgabe

Eingewickelt in <activeAppContext>…</activeAppContext>. Während Computer-Use-Läufen können passende Apps <appGuidance> anhängen (Calculator, Discord, Spotify, X.com usw.) mit schnelleren Techniken.

Beispiel

Zielschritt: Agent hat Mail bereits via open_app geöffnet und windowID: 5123/Mail — Inbox erhalten.
Liefert Zeilen mit Element-IDs wie Unread message row 1@MessageRow_0 für nachfolgende perform-Klicks.

vs. get_active_app_context

Get Active App Context fügt OCR aus Screenshots hinzu. Der Computer-Use-Agent bevorzugt read_screen_ax für Geschwindigkeit und Datenschutz, es sei denn, das Ziel erfordert visuelle Erfassung via computer_use_screenshot.

perform_sequence

Anzeigename: Perform Sequence Führt mehrere UI-Aktionen in einem Tool-Aufruf aus — schneller als separate perform-Aufrufe, wenn alle Zielelemente im aktuellen AX-Read sichtbar sind.

Parameter

Jedes step-Objekt:

Batching-Regeln

  • Alle elementID-Werte müssen aus dem selben read_screen_ax-Ergebnis stammen
  • Nur Aktionen batchen, die das Layout zwischen Schritten nicht ändern (Mehrfeld-Formular, Taschenrechnerausdruck via type)
  • Batching stoppen vor Navigation, App-Wechsel oder Menüs/Dialogen — dann neu lesen
  • Ausführung stoppt beim ersten fehlgeschlagenen Schritt und meldet, welcher Schritt fehlschlug

Beispiel

Dreifeld-Formular aus einem Read ausfüllen:
Spotify-Schnellsuche (nach Read des Hauptfensters):
Siehe Perform für Einzelaktions-Semantik (type vs. fill, Shortcut-Format).

computer_use_screenshot

Anzeigename: Computer Use Screenshot Erfasst ein bestimmtes App-Fenster als PNG. Nutzt keine globalen Screenshot-Shortcuts, screencapture oder interaktive Bereichsauswahl.

Parameter

Wann nutzen

  • Ziel verlangt ausdrücklich Screenshots oder visuelle Artefakte
  • Vermeiden für routinemäßige UI-Inspektion — nutzen Sie read_screen_ax

Ausgabe

Text-Metadaten (app, title, windowID, Abmessungen) plus Bildanhang für das Modell.

Beispiel

Schlägt fehl, wenn die Bildschirmaufnahme-Berechtigung fehlt oder das Fenster minimiert/verborgen ist.

list_windows

Anzeigename: List Windows Listet offene Fenster laufender Anwendungen auf. Keine Parameter.

Rückgabe

Pro Fenster:
  • App-Name und Bundle-ID
  • Fenstertitel
  • Window ID (pid/title)
  • Stable Window ID wenn verfügbar
  • PID
  • ⭐ (ACTIVE)-Marker am vordersten Fenster

Wann der Agent es aufruft

  • Zielfenster ist nicht die vorderste App und wurde in diesem Lauf nicht via open_app / open_urls geöffnet
  • Einmal pro Lauf reicht meist — zurückgegebene IDs wiederverwenden statt wiederholt zu listen

Beispielausgabe (gekürzt)

Der Agent übergibt dann 4280/87 an read_screen_ax für ein Hintergrund-Scrape, während Sie in einer anderen App arbeiten.

open_app

Anzeigename: Open Application Startet oder fokussiert eine Mac-App. Liefert die Ziel-Window-ID für sofortige Folgeschritte — oft ohne list_windows.

Parameter

Verhalten

  • Hintergrundläufe: Wenn die App bereits läuft, stiehlt Alter keinen Fokus. Neue Starts nutzen wenn möglich nicht-aktivierendes Öffnen und stellen die vorherige Vordergrund-App wieder her.
  • Blockierte Apps: Mit Blocklisten-Fehler abgelehnt
  • Erfolgsantwort enthält Window ID und optionale Stable Window ID für nachfolgende Tools

Beispiel

Antwort enthält:

Primitive Tools im selben Agenten

Diese haben eigene Seiten; der Subagent nutzt sie mit denselben windowID-Regeln: get_active_app_context ist nicht im Subagent-Toolset — nutzen Sie read_screen_ax.

Fehlerbehebung

Verwandte Docs