Everything K-culture — comebacks to K-beauty, straight to your inboxGet it in your inbox

METAL MEDIA

ComponentBench: Diagnosing Component-Level Failures in Computer-Use Agents

arXiv:2608.183072026-08-20

AI agents that click and drag on real screens still stumble on small UI parts like sliders and drag-and-drop lists

Researchers built ComponentBench, a benchmark that tests computer-use AI agents on individual web UI components rather than whole workflows. It packages 97 canonical component types like date pickers, sliders, and drag-and-drop lists into 2,910 working tasks built with real UI libraries, each checked against a cleaned human reference recording. Across seven models and four ways of presenting the screen, success rates swung by more than 30 percentage points for the same model, and agents were still far slower and weaker than humans on simple spatial actions like dragging or resizing.

METAL MEDIA explanatory visual

AI agents that click and drag on real screens still stumble on small UI parts like sliders and drag-and-drop lists

  1. 01ComponentBench evaluates agents on isolated UI components (e.g., a filterable data table or a set of toggle buttons) rather than long multi-step workflows, using 2,910 tasks built with Ant Design, MUI, and Mantine component libraries and checked by automatic verifiers.
  2. 02Seven models -- including GPT-5.4, Gemini 3 Flash, GPT-5 mini, and Qwen3-VL-235B -- were tested under four observation/action setups: accessibility-tree text, numbered overlay marks, screenshot-only pixel coordinates, and a DOM-aware tool called Browser-Use. GPT-5 mini's pass rate dropped from 83.1% with accessibility-tree text to 48.9% with pixel-only coordinates, a swing of over 30 points from interface choice alone.
  3. 03Even the fastest model-mode combination took 3.7 times as long as the matched human reference trace to finish tasks, and several spatial tasks that humans finish in one or two steps -- resizable columns, window splitters, range sliders -- stayed below 60% pass rate for every agent tested.
  4. 04Screenshot-only agents were disproportionately hurt by visually cluttered or tightly spaced interfaces, while DOM-aware Browser-Use was largely unaffected by clutter, showing the failure is about visual grounding rather than understanding the task.
  5. 05A trace-by-trace failure analysis found agents often locate the right control but can't calibrate a continuous value (like dragging a slider precisely) or lose an open menu/edit mode before confirming -- mechanism-level failures rather than misunderstanding instructions.
An explanatory diagram made by METAL MEDIA, not a figure supplied by the paper's authors.

What they did

  1. ComponentBench evaluates agents on isolated UI components (e.g., a filterable data table or a set of toggle buttons) rather than long multi-step workflows, using 2,910 tasks built with Ant Design, MUI, and Mantine component libraries and checked by automatic verifiers.
  2. Seven models -- including GPT-5.4, Gemini 3 Flash, GPT-5 mini, and Qwen3-VL-235B -- were tested under four observation/action setups: accessibility-tree text, numbered overlay marks, screenshot-only pixel coordinates, and a DOM-aware tool called Browser-Use. GPT-5 mini's pass rate dropped from 83.1% with accessibility-tree text to 48.9% with pixel-only coordinates, a swing of over 30 points from interface choice alone.
  3. Even the fastest model-mode combination took 3.7 times as long as the matched human reference trace to finish tasks, and several spatial tasks that humans finish in one or two steps -- resizable columns, window splitters, range sliders -- stayed below 60% pass rate for every agent tested.
  4. Screenshot-only agents were disproportionately hurt by visually cluttered or tightly spaced interfaces, while DOM-aware Browser-Use was largely unaffected by clutter, showing the failure is about visual grounding rather than understanding the task.
  5. A trace-by-trace failure analysis found agents often locate the right control but can't calibrate a continuous value (like dragging a slider precisely) or lose an open menu/edit mode before confirming -- mechanism-level failures rather than misunderstanding instructions.
Table 1: ComponentBench-Full pass rates (%) by model and observation/action space. All runs use a 20-step budget. Browser-Use is a tool-rich reference regime with DOM access; AX-tree, SoM, and Pixel share the same harness and differ only in observation and action space. Task-resampling bootstrap 95% CIs (B=10,000) have half-width ≤1.9% per cell. †Native pixel-only harness with coordinate prediction. ‡Browser-Use served via Amazon Bedrock (precision unspecified); other Qwen cells use local vLLM FP8 (Appendix M).
ModelBrowser-UseAX-treeSoMPixel
Gemini 3 Flash95.289.687.185.4
GPT-5.490.481.577.083.8
Gemini 3.1 Flash-Lite87.477.773.563.3
GPT-5 mini87.083.178.548.9
GPT-5.4 mini85.879.174.777.1
Qwen3-VL-235B‡78.877.054.450.5
UI-TARS-1.5-7B†12.6
Table 2: Step efficiency (% of 2,910 tasks). ≤H/≤2H: solved within 1/2× human steps, where H=max⁡(human steps,1); hover-only references count as H=1. Browser-Use “steps” are model turns of up to 4 primitive actions (page-load turn excluded), so its efficiency columns are optimistic. †Native pixel-only harness. Full ≤3H/5H breakdown in Appendix C.
Browser-UseAX-treeSoMPixel
ModelPass≤H≤2HPass≤H≤2HPass≤H≤2HPass≤H≤2H
Gemini 3 Flash95.256.185.389.674.782.587.173.281.485.465.077.8
GPT-5.490.440.675.381.556.572.477.049.668.283.848.169.5
Gemini 3.1 FL87.450.277.377.768.673.973.564.870.963.347.356.2
GPT-5 mini87.051.778.583.166.676.578.563.273.448.919.028.2
GPT-5.4 mini85.851.077.979.169.073.874.764.070.677.160.268.9
Qwen3-VL-235B78.839.770.177.066.173.254.441.148.450.529.338.1
UI-TARS†12.69.010.5
Table 3: Pass rate (%) by family and mode, averaged across all six models (excluding UI-TARS). Top: five hardest families; bottom: three easiest. Full breakdown in Figure 3 (Appendix).
FamilyBUAXSoMPixAvg
Drag/Drop & Workspace29.772.131.857.447.7
Continuous Precision74.053.853.956.259.4
Advanced Editors83.667.849.746.461.9
Date & Time83.476.265.859.471.2
Disclosure & Progressive80.176.064.168.372.1
Discrete Choice97.285.783.379.086.3
Overlays & Transient UI96.491.088.680.789.2
Command & Navigation97.396.189.983.191.6
Table 4: Failure taxonomy over all failed BrowserGym-mode traces, under two complementary labelings: a deterministic trace-feature pass over five models, and Layer-2 LLM diagnostic labels for Gemini 3.1 Flash-Lite mapped onto the same categories. The two labelings surface overlapping high-frequency mechanism families, though their percentages are not directly comparable (different model sets and schemas). Continuous-calibration and drag-execution failures are not represented as separate categories in the original Layer-2 schema, hence absent from that column.
Failure categoryDeterministicLayer-2
(5 models, n=8,864)(1 model, n=2,752)
Continuous calibration error20.2%
Transient state loss19.9%15.0%
Missing commit or confirmation11.6%20.0%
Target acquisition / wrong instance11.2%31.6%
Repetition / no-progress loop11.2%5.6%
Widget-specific procedure missing9.6%24.1%
Drag execution failure4.3%
Semantic value error3.6%3.3%
Other / unclear8.4%0.3%
Table 5: ComponentBench-Core results (% of 912 tasks). Same metrics (and Browser-Use turn-level caveat) as Table 2, on the hard-only Core suite. Pass rates drop 10–39% from Full, confirming that Core concentrates diagnostic mass on unresolved interaction families. Opus 4.6 is evaluated only on Core Pixel.
ModelModePass≤𝑯≤𝟐​𝑯≤𝟑​𝑯
Gemini 3 FlashBrowser-Use84.551.571.578.5
Gemini 3 FlashPixel60.930.551.056.0
GPT-5.4 miniBrowser-Use57.836.851.255.3
GPT-5.4 miniPixel37.722.032.134.1
Opus 4.6Pixel65.434.153.859.4
Table 6: Realized diversity of the 2,910 ComponentBench-Full tasks over libraries, templates, difficulty, and the eight controlled scene factors. The 30 external tasks are the markdown-editor tasks, which use the third-party @uiw/react-md-editor because none of the three primary libraries ships a core markdown editor. One additional ad-hoc template variant (replace_code) is used by a single OTP-input task. The realized difficulty buckets deviate slightly from the prompted 970/970/970 split because two later-added types (breadcrumb, pagination) were generated by a run that did not enforce the per-type balance quota.
DimensionLevels (count)Coverage
Canonical type97 types × 30 tasks100%
Family14 families (120–300 tasks each)100%
Libraryantd 1,000 / mui 910 / mantine 970 / external 304
Task template24 templates; most-used match_reference (351),24/24
least-used file_manage (10)
Difficulty bucketeasy 972 / mid 985 / hard 9533/3
Difficulty tierL0 789 / L1 1,050 / L2 818 / L3 2534/4
Themelight 2,600 / dark 3102/2
Spacingcomfortable 2,595 / compact 3152/2
Scaledefault 2,634 / small 272 / large 43/3
Clutternone 1,751 / low 666 / medium 339 / high 1544/4
Instances1: 2,266 / 2: 398 / 3: 206 / ≥4: 40full
Layout8 layouts; isolated_card 1,866, form_section 244,8/8
dashboard 210, settings_panel 207, others 383
Placementcenter 2,456 / off-center (4 corners) 4545/5
Guidancetext 2,476 / visual 250 / mixed 1843/3
Table 7: Full step efficiency on ComponentBench-Full (% of 2,910 tasks). Pass: solved within 20 steps. ≤H/≤2​H/≤3​H/≤5​H: solved within 1/2/3/5× the human step count. Bold: best per model. Browser-Use steps are model turns of up to 4 primitive actions (page-load turn excluded), so its efficiency columns are optimistic. †Native pixel-only interface.
ModelModePass≤𝑯≤𝟐​𝑯≤𝟑​𝑯≤𝟓​𝑯
Gemini 3 FlashBrowser-Use95.256.185.389.191.9
AX-tree89.674.782.584.787.4
SoM87.173.281.483.685.2
Pixel85.465.077.880.983.6
GPT-5.4Browser-Use90.440.675.382.986.8
AX-tree81.556.572.476.379.4
SoM77.049.668.272.975.5
Pixel83.848.169.575.780.0
Gemini 3.1 Flash-LiteBrowser-Use87.450.277.381.183.8
AX-tree77.768.673.975.376.5
SoM73.564.870.972.272.8
Pixel63.347.356.259.061.0
GPT-5 miniBrowser-Use87.051.778.582.184.8
AX-tree83.166.676.578.880.6
SoM78.563.273.475.977.3
Pixel48.919.028.232.738.7
GPT-5.4 miniBrowser-Use85.851.077.981.683.7
AX-tree79.169.073.875.476.9
SoM74.764.070.672.273.5
Pixel77.160.268.972.174.9
Qwen3-VL-235BBrowser-Use78.839.770.174.277.0
AX-tree77.066.173.274.875.7
SoM54.441.148.451.353.0
Pixel50.529.338.142.346.3
UI-TARS-1.5-7B†Pixel12.69.010.511.211.9
Table 8: Full time efficiency on successful ComponentBench-Full tasks. Human and Agent columns report mean wall-clock duration over the same task set: the tasks each model–mode configuration solved (hence the Human column varies by row). Ratio is agent-to-human mean time.
ModelModeHumanAgentRatioMed. Agent
Gemini 3 FlashAX-tree4.5s21.5s4.7×13.5s
SoM4.6s22.0s4.8×14.4s
Pixel4.3s27.6s6.4×17.1s
Browser-Use4.6s32.6s7.1×21.2s
Gemini 3.1 Flash-LiteAX-tree4.1s14.5s3.6×11.2s
SoM3.8s14.4s3.8×11.6s
Pixel3.1s15.8s5.1×11.8s
Browser-Use4.5s23.1s5.1×17.7s
GPT-5.4AX-tree4.0s31.9s7.9×19.2s
SoM3.7s35.0s9.4×22.3s
Pixel4.2s23.0s5.5×14.2s
Browser-Use4.6s36.2s7.8×24.3s
GPT-5 miniAX-tree4.5s32.1s7.2×18.9s
SoM4.3s32.7s7.7×19.9s
Pixel3.3s71.8s21.5×41.4s
Browser-Use4.6s36.3s8.0×24.2s
GPT-5.4 miniAX-tree3.9s14.7s3.8×11.4s
SoM3.9s14.2s3.7×11.4s
Pixel3.6s14.2s3.9×10.7s
Browser-Use4.2s17.6s4.2×13.7s
Qwen3-VL-235BAX-tree3.9s21.6s5.6×13.8s
SoM3.4s24.4s7.1×14.4s
Pixel2.9s26.8s9.3×16.0s
Browser-Use4.1s45.0s10.9×28.1s
UI-TARS-1.5-7BNative Pixel2.4s15.5s6.5×10.1s
Table 9: SoM–Pixel delta on ComponentBench-Full (%). The SoM advantage is model-dependent, ranging from +29.6% to −6.8%.
ModelSoMPixelΔ (SoM−Pixel)
GPT-5 mini78.548.9+29.6
Gemini 3.1 Flash-Lite73.563.3+10.2
Qwen3-VL-235B54.450.5+3.9
Gemini 3 Flash87.185.4+1.7
GPT-5.4 mini74.777.1−2.4
GPT-5.477.083.8−6.8
Table 10: Browser-Use advantage over mean non-Browser-Use pass rate (%). The advantage is largest for weaker models.
ModelBrowser-UseMean(AX,SoM,Pix)Δ
Qwen3-VL-235B78.860.6+18.2
GPT-5 mini87.070.2+16.8
Gemini 3.1 Flash-Lite87.471.5+15.9
GPT-5.490.480.8+9.6
GPT-5.4 mini85.877.0+8.8
Gemini 3 Flash95.287.4+7.8
Table 11: Pearson correlation between intended difficulty axes and agent failure rate. Precision requirement is the most predictive axis overall; all axes predict Pixel failure more strongly than Browser-Use failure.
Difficulty axisOverallAX-treePixelBrowser-Use
Precision requirement+0.44+0.30+0.41+0.33
Target acquisition+0.31+0.17+0.36+0.19
Density / choice interf.+0.23+0.10+0.31+0.12
Feedback dynamics+0.23+0.12+0.29+0.13
Depth / layering+0.20+0.11+0.29+0.05
Semantic observability+0.13+0.08+0.17+0.05
Disambiguation load+0.09+0.04+0.15+0.02
Table 12: Pass rate by intended difficulty tier and observation mode, averaged across all six models (excluding UI-TARS). The AX-tree–Pixel gap widens monotonically from 4.6% (L0) to 21.9% (L3).
TierAX-treeSoMPixelBrowser-Use
L0 (easy)87.7%85.9%83.0%92.8%
L1 (medium)82.0%75.1%69.8%87.6%
L2 (hard)77.4%66.4%57.6%84.3%
L3 (hard+)71.4%59.4%49.5%80.4%
Table 13: The 15 hardest canonical types by mean agent pass rate (averaged across all models and modes, excluding UI-TARS). Human steps column shows the mean normalized human reference steps. Components with ≤2 human steps but <60% agent pass rate represent the human-agent difficulty inversion.
Component typeAgent %Human stepsFamily
resizable_columns24.41.7Drag/Drop
window_splitter38.31.3Disclosure
slider_range39.91.9Continuous
rich_text_editor40.74.9Adv. Editors
meter46.51.6Continuous
datetime_picker_range48.910.5Date/Time
alpha_slider50.01.5Continuous
kanban_board_drag_drop52.11.4Drag/Drop
select_native53.11.4List Selection
feed_infinite_scroll53.34.3Disclosure
color_picker_2d55.72.9Continuous
virtual_list56.73.3Structured Data
drag_drop_between_lists56.91.7Drag/Drop
drag_drop_sortable_list57.51.8Drag/Drop
code_editor59.03.9Adv. Editors
Table 14: Agreement between the original reference annotator and two additional annotators (A1, A2) on the 278-task validation subset (action tasks only). Human-to-human variation is small at the aggregate level.
MetricValue
Mean normalized steps (Original / A1 / A2)2.92 / 2.90 / 3.14
Median normalized steps (all annotators)2
Pairwise step-count Pearson correlation0.79–0.94
Exact step-count agreement71%–84%
Mean absolute step-count difference0.32–0.64
Table 15: Repeated-run stability on the 278-task subset (2 runs per cell, same harness commit and endpoint). Max dev: run-to-run pass-rate deviation (%). Agree%: task-level exact pass/fail agreement. Jaccard: overlap of passed-task sets. CI: bootstrap 95% interval on the mean pass rate.
ModelModeMean pass (%)Max devAgree%Jaccard95% CI
Gemini 3 FlashBrowser-Use95.11.197.50.974[92.6, 97.3]
Gemini 3 FlashPixel87.40.790.60.898[84.0, 90.8]
Gemini 3.1 Flash-LiteBrowser-Use87.10.794.20.936[83.3, 90.6]
Gemini 3.1 Flash-LitePixel77.00.086.30.837[72.5, 81.3]
GPT-5 miniBrowser-Use86.71.492.10.913[82.9, 90.3]
GPT-5 miniPixel52.50.082.70.718[47.1, 57.9]
GPT-5.4 miniBrowser-Use85.41.191.00.900[81.5, 89.0]
GPT-5.4 miniPixel80.61.487.80.859[76.3, 84.7]

Why it matters

This gives builders of computer-use agents a way to pinpoint exactly which interface elements and interaction styles cause failures, something invisible in end-to-end task scores. It matters for anyone deploying AI agents to operate real software, since it shows small, seemingly trivial UI interactions remain a major reliability bottleneck.

Terms in this paper

  • AX-tree (accessibility tree) · a text description of on-screen elements' names and roles, normally used by screen readers
  • Set-of-Marks (SoM) · a screenshot overlaid with numbered labels on clickable elements
  • Browser-Use · a tool-based evaluation mode that gives the agent both a screenshot and the page's underlying DOM structure, letting it act via richer controls
  • programmatic verifier · code that automatically checks whether a task's end state was actually achieved

Figures we cannot republish

  • Figure 1: ComponentBench evaluates computer-use agents on 97 canonical UI component types organized into 14 families. Left: Tasks span diverse interaction types implemented across Ant Design, MUI, and Mantine. Right: The ontology covers the breadth of modern web UI interaction.
  • Figure 2: A concrete ComponentBench task (data_table_filterable-mantine-T10). (a) The agent sees a rendered page containing three visually similar mini-tables. (b) The instruction, programmatic verifier, and structured metadata. The agent must disambiguate the correct table instance (Invoices), apply two filters, and commit via the instance-local Apply button.
  • Figure 3: Pass rate (%) by component family, model, and observation mode on ComponentBench-Full. Families sorted by difficulty (hardest at top). The heatmap reveals where mode ordering inverts: Drag/Drop favors Pixel over Browser-Use; Advanced Editors strongly favor Browser-Use.
  • Figure 4: Human-agent difficulty inversion. Each point is one canonical type. The lower-left quadrant contains components trivial for humans (≤2 steps) but hard for agents (<60% pass).
  • Figure 5: Clutter and spacing disproportionately hurt Pixel mode, widening the AX-tree–Pixel gap from 10% to 24% (clutter) and 12% to 21% (spacing).
  • Figure 6: GPT-5.4 mini SoM vs. Pixel task outcomes by component family. For each family, tasks are classified as both-pass, SoM-only, Pixel-only, or both-fail. Drag/Drop and Continuous Precision families show the strongest Pixel-over-SoM advantage.
  • Figure 7: Browser-Use (CUA) advantage by component family, averaged across the six models evaluated in all four regimes. The advantage ranges from +29% (Advanced Editors) to −24% (Drag/Drop), confirming that DOM-level tool access is not uniformly beneficial.
  • Figure 8: Pass rate by task template and observation mode. Templates requiring spatial control (set_range, drag_operation) or complex editing (editor_operation) are substantially harder than simple activation or disclosure tasks.
  • Figure 9: Efficiency frontier: pass rate vs. mean time per successful task. Each point is one model-mode combination among the six models evaluated in the shared and Browser-Use regimes; the native UI-TARS configuration is omitted. The human reference point (100% pass, 4.8s) is shown for comparison.
  • Figure 10: Marginal tasks solved per additional step (Gemini 3 Flash). Most diagnostic value is concentrated in the first 5 steps; steps 6–20 contribute diminishing returns.
See the figures in the original paper →

Original abstract (English)

Current evaluation of computer-use agents is split between long-horizon workflow benchmarks and atomic GUI-grounding tests. This leaves an under-instrumented middle layer: realistic component-centered interactions (e.g., toggle a button set) that are short enough to diagnose and rich enough to capture the burdens of modern interfaces. We present ComponentBench, a benchmark and diagnostic pipeline for component-level evaluation of computer-use agents on modern web UIs. ComponentBench is organized around a library-agnostic ontology of 97 canonical UI components instantiated as 2,910 programmatically verified tasks across widely used component libraries, paired with cleaned human reference trajectories that enable evaluation of both task success and interaction efficiency. Beyond task collection, we introduce a scalable pipeline for auditing realized structural difficulty after implementation and synthesizing structured failure analyses across tasks and component families. Evaluating seven models -- GPT-5.4, Gemini 3 Flash, GPT-5.4 mini, GPT-5 mini, Gemini 3.1 Flash-Lite, Qwen3-VL-235B, and UI-TARS-1.5-7B -- across four observation and action spaces, we show that these design choices critically impact performance. Within a single shared harness, changing only the observation and action space shifts task success by more than 30% for the same model: GPT-5 mini falls from 83.1% with accessibility-tree observations to 48.9% with coordinate-only Pixel control. Moreover, even the fastest configuration takes 3.7x as long as the matched human reference, and spatial manipulations that are trivial for humans continue to challenge current agents.

Authors · Tianchen Guan, Xinlei Lin, Royce Cheng-Yue, Xiangjun Wang, Shuyan Zhou

Read on arXiv

Latest papers

All papers →

Latest from METAL MEDIA