Contents
  1. Purpose and foundations
    1. Operating through the interface
    2. What an observation exposes
    3. Finding the intended control
    4. Turning points in automation
  2. Delivering the intended input
    1. Coordinates belong to a capture
    2. Choose what one action means
    3. Focus determines the recipient
    4. Wait for meaningful readiness
  3. Progress and recovery
    1. Check the required outcome
    2. Re-ground after interface changes
    3. Resolve uncertain submissions
  4. Authority over the session
    1. Identify access and exposure
    2. Control consequential commitment
    3. Hand control back deliberately
    4. Screens do not grant authority
  5. Evidence of useful execution
    1. Test the whole graphical task
    2. Measure adaptation and useful autonomy
  6. Check understanding
  7. Open questions
  8. Selected talks
  9. References
  10. Talk library
← All topics

Computer Use

Computer use lets software operate applications through their graphical interfaces. Its value is access: an agent can work through a browser or desktop application when a suitable API is unavailable, or test the interface people actually use. Its difficulty is keeping intention, observation, input, and outcome aligned. Finding a button does not establish that the next click will reach it, and delivering that click does not establish that the requested work is complete.

Purpose and foundations

Operating through the interface

Computer use means operating a graphical user interface, or GUI, through observations and interface controls. An agent chooses subsequent actions from what it observes. In a typical computer-use loop, it inspects the interface, identifies the intended control, proposes an input, and receives a new observation after execution. Application software—not the model response itself—captures screens and applies mouse or keyboard commands.

The surrounding execution software is the harness: it supplies tools, state, limits, and checks. Agent Runtimes and Harness Engineering explains those responsibilities; Agent Engineering explains where observation-dependent decisions belong. Here the concern is the graphical execution boundary: what the agent saw, which control it meant, where input went, and what changed.

These approaches can coexist within one workflow. None supplies correctness or permission merely by being available.
ApproachHow targets and steps are chosenWhat still needs checking
Task-specific APIAn operation receives explicit arguments and resource identifiers.The intended resource, current authority, and resulting application state.
Procedural UI automationAuthored or recorded steps address controls, images, or coordinates; code can include branches and assertions.Whether interface assumptions remain valid and required effects occurred.
Observation-driven agentThe next operation is selected from current observations and task context.Whether interpretation, targeting, input, and completion checks are correct.

Graphical execution is particularly useful when the visible workflow is itself what needs testing. To validate a promotion, for example, an agent can assemble a qualifying cart, apply the code, and check whether the displayed price matches the offer. Dhruv Batra's browser-agent example describes this approach where no suitable API is available. Reaching the workflow is only the first step: the agent must still identify controls, wait for changes, and verify the result. Changes to the interface can also require repairs to the automation.

What an observation exposes

UI state is the current configuration of the interface: displayed records and values, selected windows, keyboard focus, scrolling, and open dialogs. It is different from persisted application data and work still running elsewhere. An editable field can display a proposed value before that value has been saved. A screenshot records rendered appearance within a viewport, the visible region, rather than the entire application state.

The browser's Document Object Model, or DOM, represents document elements and their structure. An accessibility tree describes the interface to assistive software: a control's role identifies its kind, such as a button, while its name, value, and state describe what it represents and its current condition. The W3C accessibility mappings explain this representation. It is not a textual screenshot or a copy of the DOM: some elements are omitted, and exposed semantics need not match appearance. Native applications can expose similar information through platform accessibility APIs.

For example, an image can show a control's position and an image-embedded label, while an accessibility snapshot can expose its role and precise value. Neither necessarily reveals off-screen content or hidden server state. In a reported deceptive-button demonstration, the supplied DOM information omitted an advertisement's image-embedded sponsorship label; screenshots contained that label but could omit other context outside the viewport. Combining channels helps only if the agent understands their different limits.

This fictional interface exposes different details through its rendered viewport, selected DOM extract and accessibility snapshot. The screenshot contains the image’s lettering; the semantic snapshot exposes the field’s role and value. None alone establishes saved application state.

Recognition interprets visible content; text recognition reads characters from pixels. Their mechanisms belong in Computer Vision and Document Understanding and OCR. For execution, first distinguish missing information from uncertain interpretation. Scrolling may reveal a hidden label, but it cannot resolve an ambiguous request about which record to edit. Missing information and uncertain interpretations develops that distinction.

Finding the intended control

Grounding connects an instruction's referent to a particular control in the observed interface. It separates three obligations: understand the requested operation, identify the application record, and locate the control that acts on it. Recognizing an Edit button satisfies only part of that work. The distinction between recognizing a category and resolving a particular referent is explained in Descriptions, referents and relations.

Consider a table with two rows, “Project Cedar — Edit” and “Project Maple — Edit.” To edit Maple, the decisive relationship is between the Maple record and its button. The label Edit alone is insufficient. A control's accessible name is its label exposed to assistive software; its role describes its kind, such as button. Names and roles help locate candidates, while row membership and application context establish which candidate matters.

A locator is a rule or reference used to address an element. Playwright locators can scope a role-and-name query to the intended row and resolve the current element when used, even after re-rendering. Operations requiring one target reject multiple matches. That is preferable to blindly choosing the first Edit button, but uniqueness still does not prove that the selected row is the requested record. If the record relationship remains unclear, inspect more context or obtain clarification before acting.

Turning points in automation

Graphical automation developed through several overlapping approaches. Programming by demonstration derives procedures from actions shown by a person. Semantic interfaces let automation address application objects rather than infer everything from pixels. Visual scripting locates targets by appearance. A learned policy selects actions using behavior fitted from examples or interaction. These approaches remove different dependencies, which explains why modern systems combine them.

DevelopmentContribution and remaining dependency
Eager — 1990: inferred repetitionAllen Cypher's Eager inferred repetitive procedures and previewed anticipated actions. Application knowledge identified objects, but the system could not infer conditionals or nested loops.
Microsoft Active Accessibility — used since 1997: semantic objectsActive Accessibility exposed names, types, locations, states, and change notifications to accessibility aids. Custom controls still needed suitable information exposure.
Sikuli — UIST 2009: visual script targetsMIT researchers Tom Yeh, Tsung-Hsiang Chang, and Robert C. Miller's Sikuli searched screens for screenshot patterns, reducing dependence on fixed coordinates and application-specific automation APIs.
World of Bits — ICML 2017: interactive learning tasksShi and colleagues' World of Bits combined pixels and DOM observations with pointer and keyboard actions. MiniWoB supplied small tasks with authored rewards; reproducible environments became an explicit research concern.
WebGUM — ICLR 2024: multimodal navigationFuruta and colleagues' WebGUM adapted pretrained language and vision components using navigation demonstrations. Instructions, screenshots, HTML, and action history informed click or type actions targeting indexed elements.

The learning environments also evolved. Liu and colleagues' 2018 workflow-guided exploration used demonstration-derived constraints to help agents find successful interactions despite sparse rewards. Its MiniWoB++ extensions introduced longer procedures, varied language, and changing layouts. This moved beyond choosing an action on one clean screen toward maintaining useful behavior across a sequence, without establishing competence on arbitrary applications.

Robotic process automation, or RPA, means software automation of repetitive application work, not control of a physical robot. Products such as Power Automate desktop flows combine predefined actions and recorded interactions. Learned action selection does not make such procedures obsolete. Where the sequence is stable, explicit code remains useful; where observations require interpretation, an agent can supply that decision. Both still depend on valid targets and checked outcomes.

Delivering the intended input

Coordinates belong to a capture

A coordinate frame specifies an origin, axes, and units. A bounding box identifies a rectangular image region. Browser input commonly uses CSS pixels, the page's layout units, which need not match screenshot pixels. For an axis-aligned crop with no rotation, let (ox,oy)(o_x,o_y) be its origin in input units and kx,kyk_x,k_y its image pixels per input unit. Undo the image scaling, then add the crop origin:

xinput=ox+ximagekx,yinput=oy+yimageky.x_{\mathrm{input}}=o_x+\frac{x_{\mathrm{image}}}{k_x},\qquad y_{\mathrm{input}}=o_y+\frac{y_{\mathrm{image}}}{k_y}.

For example, a crop begins at (100,80)(100,80) CSS pixels and is resized to 0.5 image pixels per CSS pixel. An image point (120,60)(120,60) maps to (340,200)(340,200): divide by 0.5, then add the origin. If coordinates are fractions of image width and height, convert them to image pixels first. Preserve crop, scale, scrolling, and window context. The browser's devicePixelRatio relates device pixels to CSS pixels; it does not account for arbitrary screenshot cropping or resizing.

Conversion and freshness are separate. If an advertisement subsequently pushes the control downward, the calculation remains correct for the old capture but no longer identifies the current control. Invalidate the old target after relevant layout, scrolling, or window changes. Hit testing determines which element receives input at a location; even a point inside the intended box can reach an overlay instead. Current targeting therefore needs both a valid mapping and a reachable control.

Correct conversion, obsolete target

Correct conversion, obsolete targetEqual-scale viewport coordinates with downward y axes. Crop origin100,80, scale0.5 maps image120,60 to340,200. The target later moves down80CSS pixels while the old mapped point stays fixed. The later dashed rectangle is the old capture footprint.At capture02004006000200400Capture cropMapped (340,200)(120,60): wrong viewport point100 + 120/0.5 = 340; 80 + 60/0.5 = 200Viewport x (CSS px); viewport y increases downwardAfter layout change02004006000200400Earlier capture footprintOld point (340,200)Control moved 80pxPurple arrow: layout movement, not an inputViewport x (CSS px); viewport y increases downwardThe image point must be converted; correct conversion still describes only the captured layout.
In this example both panels use the same viewport CSS-pixel scale with downward y. The mapped point stays at (340,200) while the control moves down 80 CSS pixels. The later dashed rectangle is the earlier capture footprint, not a fresh capture.

Choose what one action means

An action space is the set of operations and arguments available to the agent. It can contain pointer gestures, keyboard events, control-addressed operations, or larger procedures. A structured request names an operation and its arguments; the executor determines how those become actual inputs. A call is an envelope, not an effect explains that interface. Here the important choice is how much interaction one request hides.

Different input paths can look equivalent to a person while exercising different application behavior.
OperationAddressing and behaviorRemaining check
Pointer clickAddresses a location or resolved element; ordinary pointer checks can reject obstruction.The intended control received input and produced the required response.
Control-addressed fillPlaywright focuses an editable target and triggers an input event.The application retained and accepted the intended value.
Sequential key inputSends character-by-character keyboard events rather than one value-setting operation.The correct recipient and resulting text.
Multi-field procedurePerforms several interactions before returning control to the agent.Every intermediate assumption and the final result.

Dragging combines a press, movement, and release; scrolling must address the intended container. A larger operation reduces repeated decisions but can conceal a focus change, validation error, or commitment between its internal steps. Define its preconditions and expected result accordingly. “Fill these fields” and “fill and submit” expose different opportunities for inspection and intervention.

Visual capability need not require a model decision for every click. Sikuli searched the current screen to locate an image target, while the surrounding procedure remained scripted. Similarly, the hybrid browser demonstration used generated JavaScript to fill several fields and screenshots to inspect the result. Stable interaction sequences can become reusable code while variable content or judgment remains agent-selected. Rendered feedback is useful observation, not formal proof of hidden effects.

Focus determines the recipient

Focus identifies the current keyboard recipient. Operating-system application focus, browser focus on its chrome or document, and focus within the document are different layers. A document can retain a focused field while another application receives native input. Selection identifies chosen text or items; a caret marks an insertion position; hover describes pointer placement. Visibility alone establishes none of these routing conditions.

Within an editable field, input can insert at the caret or replace selected text. Enter and Space can instead activate a focused control. A modal dialog overlays the page and makes background content unavailable for interaction. In the W3C's accessible dialog pattern, opening it moves focus inside. Closing generally returns focus to the invoking element, but workflow changes can require another destination. Check the actual recipient before resuming a typing plan; the dialog's disappearance alone does not identify it.

Same intention, different keyboard recipient

Task intent stays “Open report”. The controller initially observes that page button focused and prepares Space. Controls change only the intervening event and execution policy in this isolated simulation.

Intervening event
Controller policy
  1. Initial observation: Open report is focused; Space is prepared.
  2. Intervening event: modal opens and focus moves to Cancel.
  3. Recipient in the current simulated state: Cancel.
  4. Reinspection detects changed state and withholds Space.
Hold obsolete input; dialog remains open.

The ring depicts simulated focus; it does not move the reader’s focus. No keyboard event is sent to another page. Reinspection does not make the interval before dispatch atomic.

Static clean and interrupted comparison
Current stateCached SpaceReinspect
No dialogActivates Open reportSame recipient; activates Open report
Modal focuses CancelActivates Cancel; report action does not runHolds input; modal remains open
The intended page operation remains Open report. A dialog changes the actual keyboard recipient to Cancel; reinspection can suspend the obsolete input without dismissing the dialog. This simulation makes no measured-timing claim.

The task can remain unchanged while the keyboard recipient changes. Reinspection can reveal that a modal has invalidated a prepared input; holding that input preserves the opportunity to reconsider the operation. It does not make observation and later input atomic.

Target-addressed tools can establish focus as part of their operation. WebDriver, a browser-automation protocol, focuses the target of its element Send Keys command. Selecting a browser window or embedded frame for subsequent commands is separate from operating-system focus. A scroll container is the region whose content moves; nested panels make its identity important. Clipboard paste consumes previously stored content, while file upload selects files for transfer. Treat both as explicit data-bearing operations. After tabs, menus, native file choosers, or application switches intervene, recheck the destination before further input.

Wait for meaningful readiness

Condition-based waiting checks a specified property within a time limit. Playwright actionability, for example, checks that a click target is unique, visible, stable, enabled, and able to receive pointer events. These are readiness conditions, not user-intent checks. Their meanings are technical: opacity zero still counts as visible. Separately retrying an assertion can check whether an expected result appears after the action.

Rendering is not necessarily interactive readiness. Hydration attaches JavaScript behavior to initially rendered controls. Playwright documents clicks arriving before listeners exist and typed values disappearing when hydration finishes. Keeping controls disabled until they are interactive is an application-side remedy. A load event, elapsed sleep, or quiet network is therefore not a universal completion boundary: wait for the condition the next step actually requires.

Observe again after transitions that can invalidate your assumptions, such as navigation, scrolling, or opening a dialog. Batch steps only while their target and focus assumptions remain justified. Turn-based execution is easier to reason about, but events arriving during a long call may go unanswered until it returns. Bound waiting and recovery by meaningful progress, not merely changing pixels or repeated activity.

Shared sessions introduce another race. One controller can select a tab while another changes the current context before typing. WebDriver's command ordering does not make that compound interaction atomic. Controllers sharing a session therefore need coordinated ownership of context selection, observation, input, and verification; individual command queues are insufficient.

Measure the whole loop before optimizing input speed. Abhyankar, Qi, and Zhang's June 2025 OSWorld-Human study tested Agent S2 on 37 OSWorld tasks with a 50-step limit, GPT-4.1 for planning, reflection, and retrieval, and UI-TARS-7B-DPO for grounding on one NVIDIA A6000. Planning and reflection accounted for approximately 75–94% of elapsed time across application-group averages. That configuration-specific result shows why rapid input dispatch need not mean rapid task completion; it does not justify removing checks without measuring outcomes.

Progress and recovery

Check the required outcome

A postcondition is a property required after an operation. An intermediate postcondition might establish that the intended editor is open; a final one might require a particular value to be saved on the identified record. Delivered input, changed appearance, accepted work, persistence, and downstream delivery are different claims. Applications do not necessarily expose them as one orderly sequence.

Readback obtains fresh application evidence after acting. An edited setting establishes the current field contents; to establish persistence, inspect the identified record through an appropriate fresh view or authorized API. Playwright's cross-surface examples demonstrate API creation followed by UI assertions and UI submission followed by API retrieval. Shared cookies do not refresh an existing DOM or guarantee identical authorization across surfaces. Completion checks must match the task's actual requirement.

Zendesk supplies a concrete distinction between changing a ticket and communicating with its customer.
ObservationSupported claimNot yet established
Fresh ticket view shows the public commentThe comment is present on that ticket.An outbound email was generated.
Ticket events show a notificationA notification was generated for the update.The recipient received or read it.
Delivery diagnostics show a failureThe communication encountered the reported delivery problem.Publishing another comment is the correct repair.

Check effects through an observation channel rather than asking the input operation to certify itself. Corey Gallon's sense–act–verify account suggests inspecting screen or network behavior after a click. The channel must still answer the right question. A disappeared dialog can establish a transition without proving persistence, and absent delivery evidence should remain unresolved rather than become a confident success report.

Re-ground after interface changes

UI drift is a change in interface structure, appearance, or behavior that invalidates an execution assumption. A stale reference still describes an earlier interface rather than a usable current target. Recovery should restore the relationship between the requested operation, its record, and the next control—not merely make an input call stop failing.

Structured observations also become stale. Windows UI Automation caching fetches selected properties in bulk, but cached information remains valid only while the UI is unchanged. Refreshing a cache does not update existing references, and cached-only references cannot perform live actions. Retaining a semantic snapshot therefore does not retain a live, actionable view of the application.

Diagnose the changed assumption before choosing a repair.
Observed problemUseful response
Required information is obscured or off-screenInspect or reveal it through a permitted interaction.
The control moved but the record is unchangedReacquire that record and ground a fresh target.
The dialog or control now means something differentReconsider the operation before dispatching input.
The required capability or permission is unavailableStop or escalate; do not substitute another resource.

A bounded recovery attempt inspects the current state, identifies the relevant change, reacquires the intended record, and verifies progress after the revised action. Choosing the first matching label, dismissing every dialog, or switching accounts silently changes the problem. The recovery practices described in From RL to IRL include waiting, backtracking, abandonment, and escalation. Surround them with application-chosen attempt and no-progress limits. Strategy repair explains broader replanning; it must begin from known effects rather than assume a clean restart.

Resolve uncertain submissions

An unknown outcome occurs when an operation may have taken effect but its confirmation is unavailable. Suppose a submission reaches the application and the connection disappears before confirmation returns. Another click can create another submission. A timeout describes missing confirmation, not established non-execution. Cancellation can also be cooperative: Temporal documents that timed-out or canceled work may continue. Stopping local waiting does not reverse remote effects.

Reconciliation checks the receiving system's records against the attempted operation. Separate confirmed completion, known pending work, established non-execution, and unresolved status. A current absence read is insufficient if the original request can still commit later. Idempotency makes repetition of one logical operation avoid an additional intended effect, but it depends on receiver-enforced identity and retention rules. A GUI without a documented repetition contract must not be assumed safely repeatable.

Missing confirmation is not failure

Pending and unresolved outcomes do not justify a new submission.

This is the reconciliation-first path when safe repetition has not already been established. Pending work is monitored; unresolved status remains owned investigation. Established non-execution requires both no effect and no execution outstanding, followed by separate safety and current-authority checks. A documented receiver-enforced idempotency contract can instead permit repeating the same logical request while its outcome is uncertain; a generic GUI click supplies no such contract.
Read the diagram as text
  • Unconfirmed attempt.
  • Reconcile receiving-system evidence.
  • Record completion.
  • Monitor pending work. Do not duplicate it.
  • Hold and investigate. Keep uncertainty explicit.
  • Check repetition and authority.
  • Permit another invocation. Use the applicable operation contract.
  • Unconfirmed attemptReconcile receiving-system evidence: Inspect authorized records.
  • Reconcile receiving-system evidenceRecord completion: Completion confirmed.
  • Reconcile receiving-system evidenceMonitor pending work: Still executing.
  • Reconcile receiving-system evidenceHold and investigate: Outcome unresolved.
  • Reconcile receiving-system evidenceCheck repetition and authority: No effect; no execution outstanding.
  • Check repetition and authorityPermit another invocation: Safe and currently authorized.
  • Check repetition and authorityHold and investigate: Conditions not established.

Preserve enough execution information to investigate: intended account and target, requested operation and values, last capture context, dispatched attempt, any receipt or operation identifier, and what remains unverified. This record supports recovery of uncertain external effects; a transcript saying “submitted” does not replace it. Before safe resumption, reacquire the current session and target instead of replaying the old input sequence.

Back navigation, reopening a browser, or restoring a desktop snapshot changes local state; it cannot by itself undo work committed elsewhere. Compensation performs a new, application-specific operation to counter a known effect. It may produce a different final state and can itself fail. Canceling a reservation, for example, need not restore the original balance if cancellation incurs a charge. Compensation needs its own authority, progress record, and outcome check.

Authority over the session

Identify access and exposure

Authentication establishes identity; authorization determines what that identity may do to a resource. Permission to capture or control a computer is another boundary. Ambient authority is power available from the surrounding session, such as an application's existing login, rather than newly granted for one action. A controller may be able to reach operations outside the delegated task. AI Security develops the underlying protection principles.

BoundaryWhat it establishesWhat it does not establish
Screen capture permissionThe operating system permits an application to observe the screen.Permission to disclose every captured item to a model provider or log.
Accessibility-control permissionThe operating system permits the application to control the computer.Authorization for every reachable business operation.
Application sign-inA session has an authenticated identity.That this is the intended account or organization.
Task authorizationSpecified operations on specified resources are permitted.Unlimited use of the session's other powers.

Check identity inside the application. Google's multiple-account documentation explains that several accounts can remain signed in and that the default may be used when the intended account is unclear. A familiar browser profile is therefore insufficient. Depending on the application, verify the origin, actual account, organization or workspace, and target record using authenticated controls and stable identifiers. An account menu alone does not establish all four.

Playwright MCP illustrates materially different starting conditions: persistent profiles retain login state, isolated sessions discard their state on closure, and an extension can connect to existing authenticated tabs. MCP means Model Context Protocol, a capability-exchange protocol, not a security boundary. The implementation explicitly warns that its server is not such a boundary; origin restrictions do not constrain redirects. An isolated profile still carries any permissions of credentials loaded into it.

Inventory disclosures as well as actions: screenshots, accessibility snapshots, clipboard contents, selected files, uploads, model requests, and diagnostic logs. Establish each recipient and retention rule instead of assuming local control means local processing. OWASP advises excluding or appropriately protecting credentials, tokens, and sensitive personal data in logs. Retain selected identifiers, outcomes, and diagnostic fields rather than indiscriminately copying whole screens and responses. Apply data minimization without losing the evidence needed to investigate.

Control consequential commitment

A small gesture can have a large effect. Separate preparation, such as composing a reply, from commitment, such as publishing it. Bounded preauthorization can permit specified preparation while reserving publication, purchase, deletion, or permission changes for a person. The boundary follows actual application behavior, not the label on the button.

Zendesk draft mode makes this state dependence concrete. Submitting with draft mode enabled opens a warning; choosing Send publishes the reply. Disabling draft mode before submission removes that warning. The warning is useful interaction design, but it is not an independent agent-authorization gate when the controller can turn it off.

Approval binding associates a decision with the inspected account, target, operation, material values, and scope. Changing those details invalidates the relevant approval. This is a time-of-check/time-of-use problem: checking one proposal does not authorize a substituted operation later. A final enforceable gate must check the actual action and current authority. See the action boundary and OWASP transaction authorization.

The n8n review demonstration places review directly in the execution path: it intercepts the ordinary tool invocation before execution, rather than relying on the agent to choose a separate approval tool. This illustrates complete mediation—checking authority whenever an operation reaches a protected resource. A generic click interface is harder to control because its effect depends on the current screen. If the system cannot enforce the consequential boundary, use narrower application permissions or direct human completion. A prompt requesting caution cannot enforce that boundary.

Approval meets the actual action

Trusted approval and current policy constrain execution independently of the proposal.

An architectural requirement, not a claimed generic GUI implementation: actual arguments, matching valid approval and current authority must all satisfy the gate. Changed or expired details require review; approval cannot override denied current authority. Page content is not a trusted approval source.
Read the diagram as text
  • Prepared action. Account, target, operation, values.
  • Trusted approval. Bound details and lifetime.
  • Current authority.
  • Final execution gate. Not bypassable by the requester.
  • Execute approved operation.
  • Require fresh review.
  • Refuse execution.
  • Prepared actionFinal execution gate: Data: actual arguments.
  • Trusted approvalFinal execution gate: Data: approval binding.
  • Current authorityFinal execution gate: Data: policy decision.
  • Final execution gateExecute approved operation: Control: matches, valid, permitted.
  • Final execution gateRequire fresh review: Control: changed or expired.
  • Final execution gateRefuse execution: Control: scope denied.

Hand control back deliberately

Human takeover is appropriate when the agent cannot resolve a target, cannot access a needed control, lacks authority, or cannot justify the risk of continuing. Confidence alone does not decide this: consequences and permission matter even when the agent is certain. A harness can force handoff independently of the model's willingness to continue.

Reducing interference is not the same as transferring exclusive control. In its July 2026 Computer-Use 2.0 account, Cua describes window-scoped screenshots, accessibility information, and input. Its action paths can try accessibility operations, coordinate input, and temporary foreground activation. These vendor-reported mechanisms target particular windows; they do not establish that another controller cannot act or that queued inputs have been drained.

Quiescence means no work covered by the stop contract remains active. It differs from accepting a stop request or ceasing to submit new work. Before treating takeover as exclusive, verify how the selected implementation handles queued and in-flight inputs and identifies the current controller. Preserve already completed effects. Before returning control to the agent, obtain fresh observations and recheck the task and session. These are requirements to establish, not guarantees supplied by screen sharing or a takeover button.

The general execution contract belongs in Stop owned work, and its user-facing meaning in Interruption and cancellation. If exclusive control cannot be established, report that limitation and avoid concurrent consequential interaction. Cancellation can prevent future work where enforced; it does not erase completed actions.

Screens do not grant authority

Indirect prompt injection places attacker-controlled instructions in material the agent encounters while performing a legitimate task. Webpages, messages, document previews, images, and exposed labels can all carry content that attempts to redirect behavior. Rendering it as pixels or extracting it into structured text does not authenticate it. AI Security explains the full instruction-boundary problem.

A page explaining which field accepts an order number can supply useful task information. A page demanding an unrelated file upload or displaying “the user approved this” is not a new trusted request or approval. The agent can recognize every word and click the advertised control accurately while still performing an unauthorized action. Grounding resolves a referent; it does not grant that referent authority.

The Arc-to-Dia security account illustrates how a page instruction could redirect an assistant into navigating to an external URL carrying private information in query parameters. Private-data access, untrusted content, and outbound communication combine into an exfiltration path. Delimiters, role separation, and classifiers can reduce some errors, but they remain fallible. Keep task scope, resource permissions, approvals, and disclosure restrictions independently enforced.

Evidence of useful execution

Test the whole graphical task

An evaluation case specifies the task and its operating conditions; a trial is one execution. A test oracle determines whether the stated requirements were met. For graphical work, specify the initial application and UI state, account permissions, allowed observation and action channels, stopping limits, required outcome, and prohibited effects. Case design and requirement-matched checks provide the general method.

Grounding and workflow benchmarks evaluate different units. Their historical contributions are more useful here than a combined ranking.
BenchmarkUnit and contributionBoundary
ScreenSpot / SeeClick — 2024The SeeClick paper pairs screenshots and instructions with target boxes. Click accuracy counts points inside the annotated box.Localization on a supplied image does not test input delivery, recovery, permission, or persistence.
WebArena — 2023WebArena provides self-hosted web applications and functional validators over resulting content.Different action paths can satisfy the same goal; the validator covers only its specified conditions.
OSWorld — 2024OSWorld uses controlled real-computer initial states and executable checks of artifacts, settings, and application data.Functional success does not independently establish safety, efficiency, or uncontrolled-desktop robustness.

Separate setup, a reference solution, and assessment. The Cua-Bench account explicitly distinguishes initialization, a golden GUI trajectory, and an evaluator probing the environment. A reference trajectory demonstrates one route; it need not be the only accepted route. Check final state and relevant artifacts, but also inspect prohibited intermediate effects when a successful endpoint could conceal harm.

An evaluator may need evidence the acting agent was not allowed to inspect. Give it narrowly scoped read access, not execution or mutation authority, and do not feed hidden answers back into the agent's observations. This is an application of least privilege, not proof that the evaluator is correct. Reset declared initial conditions between independent trials, verify environment health, and distinguish agent errors from broken setup, unavailable observations, correct refusals, and unfinished attempts.

Different access to one environment

Different access to one environmentOne task environment contains GUI and outcome records. GUI observations go to the acting agent; permitted inputs go back to the GUI. Narrowly authorized records go to a separate read-only evaluator, whose assessment goes to a report. No hidden-evidence return or evaluator mutation path exists.One task environmentActing agent / executorPermitted observation and inputGUI surfaceCurrent interfaceOutcome recordsArtifacts and application dataRead-only evaluatorSeparate principalRequirement-specific reportUnassessed ≠ successPermitted observations ←Permitted inputs → (dashed)Authorized evidence reads →AssessmentTwo surfaces, not copies or time stepsNo evaluator mutation path · no hidden outcome-data return to the acting agent
The agent uses permitted GUI observations and inputs. A separate read-only evaluator receives narrowly authorized outcome records and produces a requirement-specific assessment. Final-state reads alone do not establish the absence of prohibited intermediate effects; those require suitable additional records.

Measure adaptation and useful autonomy

Perturbation testing changes a controlled condition to test robustness: window size, zoom, labels, repeated controls, focus, overlays, rendering delays, session expiry, or interruption near submission. First decide whether the change preserves the task. Moving a button should preserve its intended operation; changing the recipient or revoking permission should change the justified action. Test recovery from reachable intermediate states as well as clean starts.

Chen and colleagues' November 2025 D-GARA injects interruptions during Android execution and lets responses lead to different trajectories. Its reported performance degradation shows why clean reference screens are insufficient recovery tests; its UI-property checks still do not prove remote persistence. DigiWorld organizes variation across apps, scenarios, configurations, and repeated rollouts. Its uncertainty estimates concern variation within a curated app suite, not a sampled population of all applications. General uncertainty and matched comparison methods must respect those sampling boundaries.

Repeated success on fixed tasks need not demonstrate adaptation. If the starting state and application behavior remain unchanged, a recorded sequence can succeed without observing what happens. Pierluca D'Oro's replay critique reports that blind replay matched or exceeded the source model in the deterministic benchmark settings he describes. This is a reason to test responses to change, not a general ranking of scripts and agents. Pass@k measures the probability of at least one success among k attempts, not success on the next attempt. Declare the attempt policy, including who identifies success and what effects failed attempts can leave behind.

In this illustrative matched trace, the intended page operation is unchanged; only a dialog is inserted before input.
BoundaryClean runInterrupted run
Initial observationIntended page control is available.Same intended page control is available.
Before inputNo relevant change.Dialog opens and takes focus.
Adaptive responseProceed after readiness checks.Inspect the dialog and suspend the obsolete input plan.
Failure to investigateNo divergence at this boundary.Dispatching the old input targets the changed interaction state.

Align observations and actions to locate the first consequential divergence. Was the task misunderstood, the wrong record selected, input misrouted, state stale, authority exceeded, or completion falsely reported? Repeated clicks are a symptom, not a diagnosis. Compare manual, scripted, and agent execution under stated access, retry, review, and stopping policies. In particular, do not use a human-supervised baseline as though it were fully autonomous.

A practical operating report keeps these quantities separate and states which runs could be assessed.
PropertyMeasurement
Task completionVerified completed trials divided by eligible trials under the declared policy; report unavailable assessments separately.
False completionCompletion claims contradicted by outcome checks, with assessed claims as the denominator.
Unauthorized effectsTrials with observed prohibited effects, alongside the extent of effect inspection.
Human interventionTrials requiring help, number of interventions, and review time; distinguish planned approval from rescue.
Elapsed timeTime to the declared endpoint, separating completed, failed, blocked, and unfinished trials.

Use the measured weakness to choose the next change. Missing observations call for better inspection; wrong referents call for stronger record-to-control grounding; stale input calls for synchronization; uncertain effects call for reconciliation; unmediated commitments call for narrower authority or human handling. More autonomy is useful only when the resulting outcomes, side effects, time, and review burden remain acceptable.

Open questions

  1. Semantic authorization over generic input remains difficult: a pointer command does not describe the business effect it will trigger. Progress would mean enforceable, action-bound controls that retain useful interface coverage without trusting the same model to certify its own interpretation.

  2. Safe shared-session takeover needs stronger implementation contracts. Window targeting can reduce interference without proving that old inputs have stopped. Progress would include tested handling of queued and in-flight input, explicit controller ownership, and verified resumption after fresh observation.

  3. Recovery evaluation must cover interruptions that alter subsequent behavior, including partially completed work. Configured disturbances make experiments reproducible but cannot establish coverage of all deployment failures. Progress would connect controlled recovery tests to independently inspected operational failures while keeping blocked and unassessed work visible.

  4. The useful balance between observation, deliberation, and execution remains workload-dependent. Additional checks can prevent errors but also consume time and attention. Progress would compare complete policies on matched work, including completion quality, harmful effects, review effort, and elapsed time rather than optimizing click speed alone.

Follow the curated reading path through the speakers and demonstrations behind this entry.

Explore more talks

The rest of the library, beyond the curated path. Cited talks support this entry; reviewed transcripts were processed in full. Metadata candidates have not been reviewed as sources or verified as topic members.

51 matching talks

TalkSpeakerEventYear
Jerry Wu, Wyatt MarshallAI Engineer World's Fair 20252025
Dhruv BatraAI Engineer World's Fair 20262026
Paul Klein IVAI Engineer World's Fair 20252025
Anant ShankhdharAI Engineer World's Fair 20262026
Tara AgyemangAI Engineer Europe 20262026
Jesse HuAI Engineer Code 20252025
Romain HuetAI Engineer World's Fair 20242024
Yuval BelferAI Engineer World's Fair 20252025
Yohei NakajimaAI Engineer World's Fair 20262026
Charles PackerAI Engineer Summit 20252025
Ornella Bahidika, Joel AllouAI Engineer World's Fair 20262026
Vinoth GovindarajanAI Engineer World's Fair 20262026
Eric AllamAI Engineer World's Fair 20252025
Victor DibiaAI Engineer World's Fair 20252025
Du’An Lightfoot, Banjo ObayomiAI Engineer World's Fair 20252025
Ivan LeoAI Engineer Code 20252025
Diego CarpenteroAI Engineer Europe 20262026
Fouad MatinAI Engineer World's Fair 20252025
Security Firewall for Agents

Transcript reviewed

Ryan DahlAI Engineer World's Fair 20262026
Aparna Dhinkaran, Aparna DhinakaranAI Engineer Summit 20252025
Will BrownAI Engineer World's Fair 20262026
Paul Klein IVAI Engineer World's Fair 20262026
Antje BarthAI Engineer World's Fair 20262026
DottaAI Engineer World's Fair 20262026
Sarthak AggarwalAI Engineer World's Fair 20262026
Liam McGarrigleAI Engineer Europe 20262026
Samir ModyAI Engineer Code 20252025
Simon WillisonAI Engineer World's Fair 20242024
Michael HablichAI Engineer Europe 20262026
Zhou YuAI Engineer Summit 20252025
Ivan BurazinAI Engineer World's Fair 20252025
Dan Fu, Olive SongAI Engineer World's Fair 20262026
Steven WillmottAI Engineer Europe 20262026
Alex Shaw, Ryan MartenAI Engineer World's Fair 20262026
What the Best Agents Share

Transcript reviewed

Mardu SwanepoelAI Engineer Europe 20262026
Rishabh GargAI Engineer World's Fair 20252025
Jared HansonAI Engineer World's Fair 20252025
Nimrod HauserAI Engineer Europe 20262026
Remy GuercioAI Engineer Europe 20262026
Angel Ortmann LeeAI Engineer World's Fair 20262026
Tushar JainAI Engineer World's Fair 20262026
Arjun Chintapalli, Bhavani KalisettyAI Engineer Summit 20252025
Abhishek BhardwajAI Engineer World's Fair 20252025
Jason LiuAI Engineer World's Fair 20262026
The Future of MCP

Metadata candidate

David Soria ParraAI Engineer Europe 20262026
Yu SuAI Engineer World's Fair 20262026
Alex LissAI Engineer World's Fair 20252025
No More Slop – swyx

Metadata candidate

Shawn "swyx" WangAI Engineer Code 20252025
Sharif ShameemAI Engineer World's Fair 20252025
Rishi DesaiAI Engineer World's Fair 20262026
Useful General Intelligence

Metadata candidate

Danielle PerszykAI Engineer World's Fair 20252025

References

Coverage and source review
Processed transcripts
45 processed in full · 4 in the curated path
Automated source review
Passed
Metadata candidates
10 unreviewed; not verified topic membership
Corpus version
1bd8e407b26a07b33815594e1b2db5f41827119a2b3cb6fbf240f9fc571fc767

Automated review checks source support; it is not publication approval.

A synthesis of selected conference talks and technical references. Citations link to the source material; they do not imply that every talk on this subject is included.

  1. CSSOM View: coordinate origins, scrolling, and zoom

    CSSOM coordinates generally use CSS pixels. clientX/clientY are viewport-relative; page coordinates are document-relative, with pageX = clientX + scrollX and the analogous y relation for the same view. screenX/screenY use the web-exposed screen origin. The visual viewport can pan within the layout viewport; offsetLeft/offsetTop describe that displacement. Page zoom and visual-viewport scale are distinct; devicePixelRatio includes page zoom but excludes pinch scaling. Derived mapping: for an axis-aligned screenshot crop, x_input = origin_x + x_image/k_x, where k_x is image pixels per input unit; likewise for y. Preserve crop origin, resizing, viewport offsets, scroll position, and scale. Desktop screenshots additionally require the content area's position within the screen.

  2. The agent-ready web: Simplify user actions with WebMCP

    Layout changes between inspection and clicking can invalidate an agent's chosen coordinates.

  3. Computer use tool — Claude Platform Docs

    A computer-use system runs an observe–act loop: the model requests actions, the application executes them in its environment, and tool results return to the model. Screenshots expose resulting state. Coordinates refer to the screenshot’s pixel space, so resizing or display scale requires a corresponding coordinate mapping. The documentation recommends a dedicated environment with minimal privileges, restricted network access, and human confirmation for consequential actions. It also warns that coordinate errors, unexpected actions, and prompt injection remain possible.

  4. The Current State of Browser Agents

    Most browser agents described here repeatedly observe browser state, reason about the next step, and act before observing again.

  5. Introduction to desktop flows

    Robotic process automation, or RPA, automates repetitive, rule-based software work rather than controlling a physical robot. Power Automate desktop flows can be assembled from predefined actions or recorded interactions and run later. Microsoft describes workflows spanning files, email, spreadsheets, websites, legacy applications, and terminal emulators. Targeting can use interface elements, images, or coordinates. A representative example extracts website data and places it into an Excel file.

  6. Playwright: API testing and shared authentication state

    browserContext.request and page.request share the browser context's cookie storage: outgoing requests obtain its cookies, and response Set-Cookie headers update that storage. A separately created APIRequestContext has isolated cookies. Exporting storageState and initializing another context transfers authentication state; it is not a live synchronization link. The examples create an issue through an API, then navigate and assert its appearance, or submit through the UI and fetch the resulting issue by ID. These demonstrate cross-surface postcondition checks. Engineering implication: after switching surfaces, obtain fresh rendered state or a fresh API response; cookie sharing does not refresh an existing DOM, screenshot, or previously fetched response.

  7. Computer-use models will agentify the web, not APIs

    An agent can test a discount by executing the customer workflow and checking the resulting cart price against the stated offer.

  8. Can Oncology Workflows Run Without Human Touch? - Anant Shankhdhar, Risa Labs

    Portal automations remain fragile at runtime; the speaker describes a self-healing loop to detect and mitigate production breakages.

  9. From RL to IRL — Gaurav Mishra, Amazon AGI Lab

    Neither DOM access nor screenshots alone guarantee enough context to distinguish the intended action from distracting or adversarial content.

  10. Playwright: Navigations

    Hydration is the stage in which JavaScript attaches interactive behavior to an initially rendered page. Playwright documents a failure where an enabled-looking button receives a click before its event listener exists, so nothing happens; text entered into an early-rendered input can similarly disappear when hydration finishes. A page can therefore look actionable before its application behavior is ready. The documented application-side remedy is to keep interactive controls disabled until hydration completes. Browser load events also do not provide a universal boundary after which all application activity has finished.

  11. Core Accessibility API Mappings 1.1

    An accessibility tree is a hierarchy of accessible objects exposing control roles, names, values, transient states, relationships, events, and supported actions to assistive software. The browser's DOM instead represents document elements and their structure and state. These are parallel representations rather than identical trees: elements without relevant semantics may be omitted from the accessibility tree. Native desktop applications also expose accessibility information through platform APIs. WAI-ARIA metadata generally changes exposed semantics without changing visual rendering or browser behavior, so semantic information and appearance need not agree.

  12. Developing a computer use model — Anthropic

    Anthropic’s original computer-use report connects visual understanding with action selection: the model interprets a screen image, reasons about the next operation, and generates mouse or keyboard commands through tools. Locating a target requires grounding a semantic intention in screen coordinates. The report describes pixel-coordinate training and observed self-correction. This separates three abilities that can fail independently: understanding the task, recognizing the relevant visible element, and executing the right operation in the current interface state.

  13. Playwright: Locators

    A semantic locator describes a target by user-facing attributes such as role and accessible name, rather than by one remembered screen coordinate. Playwright resolves the current DOM element each time the locator is used, so re-rendering can replace the underlying element without invalidating the intended selector. Operations that require one target are strict and fail if several elements match. Scoping a locator to a relevant container resolves ambiguity more meaningfully than blindly choosing the first repeated label.

  14. Eager: Programming Repetitive Tasks by Demonstration

    Allen Cypher’s Eager inferred repetitive procedures from demonstrated actions rather than merely replaying recorded coordinates. Its implementation summary dates the system to 1990. Application knowledge distinguished objects by names, numbers, or identifiers; anticipation highlighting showed the next inferred action before users handed over execution. In a seven-person study involving three tasks each, Eager detected patterns in all 17 tasks participants performed correctly. All participants nevertheless expressed discomfort relinquishing control, prompting additions of backup copies and stepwise confirmation. The system could not infer conditionals or nested loops, and highlighting individual actions did not adequately communicate termination conditions.

  15. Microsoft Active Accessibility

    Microsoft’s August 2001 account states that developers had used Active Accessibility since 1997. Its purpose was interoperability between applications and accessibility aids, including screen readers and voice-input utilities. Instead of requiring those aids to infer everything from appearance, applications exposed objects’ types, names, locations, and current states, together with navigation and change notifications. Standard controls received built-in support; custom controls needed suitable information exposure. This established a semantic interface to graphical software alongside its rendered appearance.

  16. Sikuli: Using GUI Screenshots for Search and Automation

    Tom Yeh, Tsung-Hsiang Chang, and Robert C. Miller’s MIT work, presented at UIST 2009, made screenshot fragments usable as targets in automation scripts. Sikuli searched the current screen for an image pattern, obtained its location, and directed mouse or keyboard actions there. This addressed limitations of fixed-coordinate macros and applications lacking convenient automation APIs. Small patterns used template matching; larger patterns could use invariant visual features. Published examples include navigating maps and turning a cross-application screenshot tutorial into an executable visual script.

  17. Multimodal Web Navigation with Instruction-Finetuned Foundation Models

    Furuta and colleagues’ WebGUM combined an instruction-finetuned language model with a vision encoder, jointly trained offline on navigation demonstrations. Screenshots, HTML, action history, and the instruction became inputs to a model producing click or type actions. Recent screenshots supplied temporal information, while image patches supplied local visual information. The ICLR 2024 paper reports 94.2% average success for its multimodal configuration versus 88.7% for its HTML-only configuration across 56 MiniWoB++ tasks, with 100 evaluation episodes per task. This illustrates a route from specialized interface policies toward adapting pretrained multimodal models.

  18. World of Bits: An Open-Domain Platform for Web-Based Agents

    Shi, Karpathy, Fan, Hernandez, and Liang introduced World of Bits at ICML 2017 to make web interfaces environments for learning agents. Observations combined rendered pixels and DOM information; actions used keyboard and pointer events. MiniWoB supplied 100 small tasks with authored rewards. FormWoB recorded and replayed HTTP traffic from four flight-search interfaces, avoiding repeated live requests and reducing website-change variability. Trained models sometimes generalized between queries from the same template, but substantial errors remained. The work made both interface interaction and reproducible task construction explicit research problems.

  19. Reinforcement Learning on Web Interfaces Using Workflow-Guided Exploration

    Liu, Guu, Pasupat, Shi, and Liang’s ICLR 2018 work addressed sparse rewards and unsuccessful exploration in web tasks. Demonstrations supplied high-level workflow constraints that guided exploration, while successful interactions trained a separate DOM-based policy. Their MiniWoB++ additions introduced longer procedures, natural-language variation, and changing layouts. In the reported experiments, workflow-guided exploration reduced failures such as submitting before all requested checkboxes were selected or repeatedly checking and unchecking one box. DOMNET represented both spatial proximity and relationships in the document tree.

  20. The Dark Arts of Web Automation: Teaching Agents to Use Websites Like Humans

    Turn a discovered interaction sequence into executable code, while retaining model calls for variable content or judgment.

  21. Playwright: Auto-waiting

    Before clicking, Playwright checks that the locator identifies one element and that it is visible, stable, enabled, and able to receive pointer events. It waits for these conditions within a timeout, reducing races with rendering and overlays. Stability is defined by a bounding box unchanged across consecutive animation frames. Assertions can separately retry until an expected condition appears. These mechanisms distinguish readiness to dispatch an action from observation that the application reached the desired postcondition.

  22. Agents are Robots Too: What Self-Driving Taught Me About Building Agents — Jesse Hu, Abundant

    The Terminus agent from Terminal Bench illustrates a more granular action space: a Tmux stream with character-level input and output.

  23. Playwright: Actions

    Playwright exposes both control-addressed operations and lower-level pointer inputs. fill focuses an editable element and triggers an input event; pressSequentially sends character-by-character keyboard events; press focuses a selected element and produces a keystroke. These operations therefore exercise different input paths. Dragging comprises targeting the source, holding a mouse button, moving, and releasing at the destination. The scrolling example first hovers the intended scrolling container before issuing wheel input, or explicitly changes that element's scroll position. Programmatically dispatching a click bypasses the real interaction conditions that ordinary pointer actions check.

  24. Computer-use models will agentify the web, not APIs

    Combine visual observation with code execution: use whichever action mechanism fits the task, then inspect the rendered result.

  25. Agents are Robots Too: What Self-Driving Taught Me About Building Agents — Jesse Hu, Abundant

    Waiting for a complete tool response implicitly discretizes observation and action, simplifying reasoning while limiting real-time reactions.

  26. UI Events: focus contexts and keyboard targets

    Focus has three layers: the operating system selects an application; the browser selects browser chrome or a document; the document selects a focusable element. A document can retain its focused element while another application receives input. Within a document, keyboard events target the focused element, falling back to body or the root element when necessary. Tab can move focus between keydown and keyup, so even one keystroke can have different event targets. Enter or Space can activate a focused control rather than insert text.

  27. WAI-ARIA Authoring Practices: Dialog (Modal) Pattern

    A modal dialog overlays another interface and makes content outside it unavailable for interaction. In the documented pattern, opening the dialog moves focus inside it, and Tab cycles among its controls. Closing generally returns focus to the invoking element, but workflow changes or removal of that element can require a different destination. For difficult-to-reverse operations, the guidance recommends considering initial focus on the least destructive action. Setting aria-modal communicates semantics to assistive technology; application code must actually enforce the corresponding interaction behavior.

  28. WebDriver: contexts, sessions, and input ordering

    WebDriver selects a top-level browsing context by window handle, then optionally a frame for subsequent commands. This selection is independent of OS window focus. Element Send Keys focuses its keyboard-interactable target; pointer actions use viewport CSS coordinates. An HTTP session owns current-context state, a request queue, and input state associated with top-level contexts. Endpoint nodes permit one HTTP session. Input sources retain pressed keys/buttons; multiple sources can execute within coordinated action ticks. Engineering inference: controllers sharing a session need one coordinator that serializes context selection, observation, input, and verification as a unit. Queuing individual commands cannot prevent another controller switching context between selection and typing.

  29. From RL to IRL — Gaurav Mishra, Amazon AGI Lab

    Execution monitoring should detect unproductive behavior, while audit logs should preserve both actions and effects for later verification.

  30. OSWorld-Human: Benchmarking the Efficiency of Computer-Use Agents

    Abhyankar, Qi, and Zhang’s June 2025 study measured Agent S2 on a 37-task OSWorld subset, using GPT-4.1 for planning, reflection, and retrieval, plus UI-TARS-7B-DPO for grounding on one NVIDIA A6000. With a 50-step limit, planning and reflection accounted for approximately 75–94% of elapsed task time across application-group averages. Screenshot capture and input execution contributed much less. The recorded loop separated retrieval, planning, grounding, execution, observation, and reflection, showing why an agent can dispatch individual inputs quickly yet complete a workflow slowly.

  31. The Dark Arts of Web Automation: Teaching Agents to Use Websites Like Humans

    Use a sense–act–verify loop with one action per iteration, and verify its effect through a separate observation channel.

  32. Your Agent Didn’t Fail. Your Harness Did.

    Internal acceptance does not prove the intended result appeared at the user-visible boundary.

  33. Viewing all events for ticket updates

    Zendesk exposes ticket events through the ticket interface, allowing an operator to inspect updates and associated notifications after acting. Updates appear separately, changed fields show previous and new values, and notification identifiers open previews of the corresponding emails. Event information can include organization, requester, CCs, status, and triggers. This offers an application-visible readback path for checking which ticket changed and which notification was generated, without assuming the agent has direct database access.

  34. Troubleshooting email deliverability

    Zendesk distinguishes an agent's ticket comment from successful outbound email communication. Its troubleshooting procedure checks delivery-failure indicators beside recipients and inspects ticket events to determine whether a trigger actually sent an email under the comment. A customer may receive no email because no notification trigger ran; other delivery problems can occur even when a trigger sends it. The ticket conversation, notification event, and delivery evidence therefore answer different verification questions.

  35. Caching UI Automation Properties and Control Patterns

    Windows UI Automation can fetch selected properties and control patterns in bulk, reducing cross-process calls. A cache request defines which elements and properties are included; omitted properties are not implicitly available. Cached information remains valid only while the UI is unchanged. Clients must obtain another snapshot, commonly in response to UI events. Building an updated cache does not update existing element references. A cached-only reference cannot retrieve current properties or invoke actions on the control. Thus, retaining a semantic snapshot does not retain a live, actionable view of the application.

  36. From RL to IRL — Gaurav Mishra, Amazon AGI Lab

    The talk's 'flight school, not just exams' approach trains recovery inside messy simulations instead of silently resetting failed runs.

  37. Making retries safe with idempotent APIs

    An idempotent retry repeats one logical operation without an additional effect. AWS describes deduplication keyed by caller identity and a caller-provided request identifier. Identical parameters alone cannot establish identity because two identical resource creations may be intentional. Store original parameters with the identifier and reject mismatched reuse. Recording the token and performing mutations must be atomic, avoiding effects without deduplication records or records without effects. Retries reuse the original identifier and receive semantically equivalent responses within the service's retention contract. Late requests require retention beyond resource deletion. Derived race: an absence/status read cannot prove a timed-out creation will never commit if its request remains in flight; a fresh identifier can produce a duplicate.

  38. Temporal Activity Execution

    An Activity Execution can comprise multiple task attempts. Temporal relies on timeouts to detect lost work, including worker crashes after invocation, and retries according to policy; limiting attempts to one prevents retry but does not prove an external effect failed. Cancellation is cooperative: activities receive service cancellation through heartbeats, can ignore it, and workflows may proceed without waiting for acceptance. A timed-out attempt may therefore continue while another attempt runs. Application consequence: treat an unconfirmed external mutation as uncertain, retain its operation identifier, reconcile against the receiving system, and use enforced idempotency or explicit recovery before repeating it. Timeout or cancellation is not evidence that a payment, message, or write was reversed.

  39. Your Agent Didn’t Fail. Your Harness Did.

    Trace one real run from trigger identity through inherited state, authority, execution attempts, and surviving external evidence.

  40. Compensating Transaction pattern

    Compensation performs new application-specific actions to counter already completed work. Unlike transactional rollback or restoring an old snapshot, it must accommodate concurrent changes and may produce a different final state. For example, canceling a reservation can incur charges rather than restore the original balance. Record completed steps, affected resources, undo information, and compensation progress durably. Correlate original and compensating operations for auditing. Compensation need not run in strict reverse order; some steps can run concurrently. Because compensation itself can fail, steps should be idempotent and resumable. Timeouts may detect blocked work, while unrecoverable failures require alerts and potentially manual intervention.

  41. OWASP Access Control

    Authentication establishes identity; authorization decides which actions that identity may perform on particular resources. A user allowed to initiate a transfer must still be authorized for the source account. Least privilege limits the authority of running code and service accounts, while centralized checks reduce inconsistent enforcement. In an AI application, tool availability and a model-produced argument are therefore insufficient grounds to execute a business operation; the application must apply resource- and action-level policy.

  42. The Protection of Information in Computer Systems

    Saltzer and Schroeder describe complete mediation, fail-safe defaults and least privilege: check authority for accesses, deny absent permission, and limit a component’s granted powers. These principles apply during recovery as well as ordinary execution. In an agent loop, tool proposals and retrieved instructions must therefore pass an independently enforced authorization boundary before they can affect protected resources. Model capability does not establish the caller’s authority.

  43. Control access to screen and system audio recording on Mac

    macOS provides per-application controls over screen and system-audio recording. Users can inspect and change these permissions in Privacy & Security settings. Apple warns that information collected by third-party applications is governed by their own terms and privacy policies. Permission to capture an observation is therefore a separately administered capability from accessibility-based computer control.

  44. Allow accessibility apps to access your Mac

    macOS requires explicit permission for third-party applications that use accessibility features to access and control the Mac. Users manage and revoke this access per application in Privacy & Security settings. Apple advises granting it only to trusted applications and notes that third-party handling of accessed information is governed by those applications’ terms and privacy policies.

  45. Sign in to multiple accounts at once

    Google permits several accounts to remain signed in simultaneously within a browser, with account switching through the application’s profile menu. When Google cannot determine the intended account, it may use the default account, which is often the first account signed in. The browser session alone therefore does not uniquely identify the account governing a particular operation. For computer use, checking the application’s displayed account is a necessary contextual check rather than assuming a familiar browser profile implies the intended identity.

  46. Playwright MCP

    Playwright MCP supports persistent profiles that retain login state, isolated sessions that discard session state when closed, and an extension that connects to existing browser tabs and their authenticated state. These modes expose materially different starting authority. Its documentation explicitly says the server is not a security boundary. Allowed and blocked origins do not constrain redirects; secret substitution is a convenience rather than a security mechanism, and workspace file restrictions are described as guardrails rather than enforceable isolation.

  47. OWASP Logging Cheat Sheet

    OWASP advises against directly logging passwords, access tokens, session identifiers, connection strings, encryption keys, sensitive personal information, and payment data; remove or appropriately protect sensitive fields. Validate and sanitize event data crossing trust boundaries to prevent log injection. Restrict and periodically review read access, record access to logs, protect transfer and storage, and apply retention and disposal rules to debug logs, backups and extracts as well as primary logs. Applied to agents, collect the identifiers, timings, outcomes and selected diagnostic fields needed for investigation; do not assume entire prompts, retrieved documents or tool responses are safe to retain.

  48. NIST Privacy Framework 1.0: lifecycle and minimized audit evidence

    The framework inventories data elements, processing purposes, actions, owners and flows. Policies define permitted uses and retention periods; the data lifecycle aligns with system development and operations. Authorizations must be maintained and revocable, access limited by least privilege, and deletion and destruction performed under policy. Audit records themselves must incorporate data minimization. Engineering application: define the decision evidence needed for review, its purpose, authorized readers, retention trigger and disposal method before logging. Retain the necessary decision, model and policy versions and relevant evidence without indiscriminately copying personal data into logs, prompts or backups. Where review requires sensitive evidence, constrain fields, access and retention rather than treating auditability as permission to keep everything. Assess removal and disclosure across downstream copies and service providers.

  49. From RL to IRL — Gaurav Mishra, Amazon AGI Lab

    Calibrated confidence should account for action risk and authority; maximizing autonomy is not always the right objective.

  50. Writing drafts of public replies in tickets

    Zendesk Agent Workspace provides an explicit draft mode for public replies. With draft mode enabled, submitting displays a warning; the operator can return to editing or choose Send to make the reply public. Turning draft mode off before submission removes that warning. The setting normally follows the operator across tickets, with different behavior when an administrator enables drafts by default. In chat and messaging draft mode, Enter neither sends the message nor opens the warning. This supplies a concrete example in which the consequence of an input depends on channel and current UI mode.

  51. OWASP Transaction Authorization Cheat Sheet

    Transaction authorization should let the user acknowledge significant transaction data, such as destination and amount, and bind approval to that transaction rather than an unrestricted session. The server controls authorization data and permitted state transitions. Changes to transaction data invalidate prior authorization or restart the process. Credentials should be unique per operation and valid only for a limited interval. A final server-side gate immediately tied to execution verifies that the transaction was properly authorized, preventing skipped checks and substitution between approval and use. For an agent, approving a draft action therefore must not silently authorize a changed target, payload, or scope.

  52. Building Your Own Secure AI Workflows: Human-in-the-Loop Automation with n8n

    Place approval in the execution path so the agent cannot bypass it by choosing to call the underlying tool directly.

  53. The Protection of Information in Computer Systems: Basic Principles

    Least privilege limits each user and program to permissions needed for its job. Complete mediation requires authority checks on every access to every object, including initialization, recovery, shutdown, and maintenance. It requires reliable identification of request sources and care with cached authorization when permissions change. Fail-safe defaults base access on explicit permission. Applied to a harness, these principles imply that protected operations must pass through an enforcement mechanism that the requesting program cannot bypass or modify; a prompt instructing the model to behave is not that mechanism.

  54. Computer-Use 2.0

    Cua’s July 13, 2026 developer account dates its open-source Driver release to April 22. The driver targets windows rather than treating the entire desktop as one input destination, returning a window’s screenshot and accessibility tree together. Its action ladder tries accessibility operations, coordinate input, and finally temporary foreground activation. Sessions associate actions and recordings with assigned windows. The team describes regression tests that independently check target-state changes and verify that unsupported routes refuse without stealing focus, rearranging windows, or moving the physical cursor.

  55. Mitigating the risk of prompt injections in browser use — Anthropic

    A browser agent reads untrusted pages while operating within an environment that may hold authenticated data and action permissions. Attackers can place instructions in page text, images, or deceptive interface elements to redirect the agent away from the user’s task. Anthropic describes layered mitigations including adversarial training and classifiers that inspect untrusted content. The mechanism is an authority-confusion risk: content to be read can be misinterpreted as instructions to obey. Restricting access and requiring approval for consequential actions limits the impact of a mistaken decision.

  56. Not what you've signed up for: Compromising Real-World LLM-Integrated Applications with Indirect Prompt Injection

    Indirect prompt injection places attacker instructions in material an application is likely to retrieve, rather than in a direct user request. The paper demonstrates how applications can confuse external data with instructions, allowing retrieved text to redirect behavior or influence subsequent API calls. This makes the provenance and trust level of a context item separate from its relevance to a query: useful retrieved material can still be adversarial.

  57. Not what you've signed up for: Compromising Real-World LLM-Integrated Applications with Indirect Prompt Injection

    Indirect prompt injection places attacker-authored instructions in material an application retrieves at inference time, such as web pages or messages. When inserted into model context, that material can be interpreted as instructions and redirect subsequent answers or API use without the attacker controlling the user's request or model weights. The paper demonstrates attacks on integrated systems and develops a taxonomy including information theft and manipulated content. Engineering implication: retrieval and tool results remain untrusted data; the application must independently enforce resource access, tool permissions, transaction approval, and data-release restrictions. A model's interpretation of retrieved text cannot grant these privileges.

  58. From Arc to Dia: Lessons learned in building AI Browser

    The 'lethal trifecta' combines private-data access, exposure to untrusted content, and external communication in one assistant.

  59. From Arc to Dia: Lessons learned in building AI Browser

    The speaker warns that tagging untrusted content and separating instructions from content can help but do not eliminate prompt injection.

  60. Everything Is a Rollout — Alex Shaw + Ryan Marten, Terminal-Bench, Harbor, Laude Institute

    An environment needs an instruction, a sandbox in which to act, and a verifier that assesses completion under a stopping condition.

  61. The Current State of Browser Agents

    A useful evaluation needs realistic, feasible tasks, an explicit assessment method, and consideration of the execution infrastructure.

  62. From RL to IRL — Gaurav Mishra, Amazon AGI Lab

    A process reward model should penalize dangerous intermediate actions even when the requested outcome is achieved.

  63. SeeClick: Harnessing GUI Grounding for Advanced Visual GUI Agents

    SeeClick defines GUI grounding as locating an interface element from a screenshot and language instruction. ScreenSpot pairs screenshots and instructions with annotated actionable-element bounding boxes across mobile, desktop, and web interfaces, including text controls and icons. Its click-accuracy metric counts predictions whose point falls inside the annotated target box; when a model predicts a box, its center is used. This evaluates target localization on supplied images. The paper separately evaluates downstream interaction tasks, demonstrating that grounding evaluation and task evaluation have different units and success criteria.

  64. WebArena: A Realistic Web Environment for Building Autonomous Agents

    WebArena provides self-hosted, interactive web applications and natural-language tasks with functional validators. Evaluation checks resulting application content, allowing different valid action paths rather than requiring a reference click sequence. The paper’s failure analysis includes agents using an easily visible but irrelevant report and repeatedly entering text despite observations showing it already present. These examples separate observation availability from correct state interpretation. They motivate preserving task constraints, checking progress, and stopping unproductive action loops.

  65. OSWorld: Benchmarking Multimodal Agents for Open-Ended Tasks in Real Computer Environments

    OSWorld defines tasks in real operating-system environments with controlled initial states and executable evaluators. Evaluators inspect resulting artifacts, settings, or application data to judge functional completion rather than merely checking whether the agent produced a plausible action sequence. The paper’s analysis identifies errors in screenshot grounding, repetitive actions, unexpected windows, and application knowledge. Task setup and evaluation configuration are therefore part of the measurement, and long trajectories can fail even when many individual clicks are reasonable.

  66. Computer-Use 2.0: Agents Just Got Multi-Cursor

    Cua-Bench separates task initialization, a reference GUI trajectory, and environment-based outcome evaluation.

  67. The Protection of Information in Computer Systems: Basic Principles

    Least privilege gives each program or user only the authority needed for its job, reducing damage from mistakes and the interactions requiring audit. Separation of privilege requires multiple conditions or independently held keys for protected access. Complete mediation checks authority for every access. Applied to verification, use a distinct principal with narrowly scoped reads of authoritative evidence and no execution, mutation or permission-granting authority. If an action requires independent approval, enforce both authorities at the protected operation.

  68. D-GARA: A Dynamic Benchmarking Framework for GUI Agent Robustness in Real-World Anomalies

    Chen and colleagues’ November 2025 D-GARA preprint evaluates Android agents while injecting interruptions during execution. Rules inspect interface XML to trigger permission dialogs, alerts, or other disturbances; the agent’s response can redirect it into a different trajectory rather than returning it to a prescribed next screenshot. After actions, a validator checks specified UI properties against the goal, with human review of automatically validated results. The reported experiments found degraded task performance under interruptions. This tests recovery from encountered states rather than only predicting actions on clean reference screenshots.

  69. Computer Use at the Edge of the Statistical Precipice

    DigiWorld nests apps, scenarios (task templates), configurations and stochastic rollouts. Configurations combine instance parameters, data profiles, themes and initial UI states. Per-configuration success is the mean binary rollout outcome; the paper uses Wilson intervals. Suite performance averages per-app means equally, holding the curated apps fixed. Its hierarchical bootstrap resamples scenarios within each app, enabled environmental axes independently, then rollouts within configurations; interval endpoints are bootstrap quantiles. This targets variation within that fixed suite, not a sampled population of apps. The experiments report separate model intervals. Matched configuration pairs in Appendix H vary one environmental axis while holding others fixed; these are not paired agent-version comparisons. The paper does not specify a paired estimator or confidence interval for the difference between agent versions.

  70. Computer Use at the Edge of the Statistical Precipice

    The speaker reports that blindly replaying successful task traces can match or outperform their source frontier model on deterministic benchmarks such as OSWorld or MobileWorld.

  71. Computer Use at the Edge of the Statistical Precipice

    The speaker argues that pass@k on deterministic environments can encode the same weakness exposed by a replay agent.

  72. The Current State of Browser Agents

    The reported benchmark found a larger performance deterioration on write tasks for autonomous agents than for the human-supervised baseline; production write workflows warrant rigorous internal evaluations.

  73. Resolving an ambiguous payment request

    A timeout can leave the client unable to tell whether Stripe received or executed a request. Stripe documents retrying with the same key and parameters until a server result is obtained, using backoff. An HTTP 500 remains indeterminate: side effects may exist even though the cached response stays unchanged. Stripe may reconcile partial mutations and emit webhook events for resulting objects. Supplying a local operation identifier in metadata lets the application correlate these objects with its own pending operation. Engineering consequence: preserve pending state until authoritative provider evidence resolves it; do not infer failure solely from a timeout.

  74. Your Agent Didn’t Fail. Your Harness Did.

    Approval must remain bound to one specific action and its scope, identity, arguments, and lifetime; expiration should terminate the approval path.

  75. Everything Is a Rollout — Alex Shaw + Ryan Marten, Terminal-Bench, Harbor, Laude Institute

    Agentic MapReduce can extract user corrections from many sessions, aggregate recurring failure categories, and use those categories to inform new evaluation tasks.

  76. Computer-Use 2.0: Agents Just Got Multi-Cursor

    Cua Driver describes background interaction that first tries accessibility-based execution and falls back to pixel-based background clicking.