Benchmark & Analysis · 2026

Empowering Edge Agents: A Systematic Analysis of
Edge-Cloud Collaboration in LLM Agent Execution

  1. Pengcheng Huang1
  2. Shixing Ren2
  3. Zhenghao Liu1*
  4. Chaojun Xiao2*
  5. Yukun Yan2*
  6. Shi Yu2
  7. Sijia Yao3
  8. Yu Gu1
  9. Ge Yu1
  10. Maosong Sun2
  • 1 Northeastern University, Shenyang
  • 2 Tsinghua University, Beijing
  • 3 China Mobile Online Services

* Corresponding authors

LLM agents now act inside private local workspaces — files, databases, terminals, and app state. Running everything on-device protects that data but caps capability; sending everything to the cloud is capable but leaks context. The real question is how edge and cloud should collaborate — and ACE-BENCH is the first benchmark to measure that choice across task utility, resource cost, and privacy at once.

Trade-off between resource usage and privacy leakage for edge-only, edge-cloud, and cloud-only agent execution.
The central tension. Edge-only execution keeps data local but hits a capability bottleneck; cloud-only execution succeeds but exposes accumulated local context. Edge-cloud collaboration aims for the sweet spot — selectively using the cloud to stay capable and private.
Takeaways

Key takeaways

01

No single side wins

Cloud-only agents are capable but leak heavily (privacy ≈ 22%). Edge-only agents are perfectly private but stall on hard, long-horizon workspace tasks.

02

Collaboration helps — if organized well

Edge-cloud strategies strike a better balance — it depends on when the cloud is called and what context is sent. The best setup nears cloud utility at ~1/10 the cost, far more private.

03

Edge capability reshapes the recipe

Stronger on-device models need the cloud less. The best pattern shifts from step-level fallback toward task routing & planning — at a fraction of the cost ($3 vs $35).

04

Selective ≠ safe

Even sparing cloud use can still expose sensitive local context. Future agents must optimize model-use and context-sharing decisions jointly.

Leaderboard

Leaderboard

# Method Completion ↑ Pass3 Privacy ↑ Cloud Cost ↓

Each method lists its edge / cloud models, cloud tokens (raw / cache-read / output, millions), and edge FLOPs (PetaFLOPs). Privacy is computed on the 100 privacy-annotated tasks; higher is better on every arrow shown.

Problem

Cloud calls in multi-step agents quietly leak the workspace.

Today's strongest agents lean on cloud-hosted frontier models. But an agent interacting with a local workspace accumulates context — file contents, tool outputs, evolving application state — and every cloud invocation can ship a slice of it off-device. That makes cloud execution a real privacy channel, while on-device execution trades that risk for weaker capability.

Edge-only

Private, but capped

All steps run on a small local model. Nothing leaves the device — but capability-intensive, long-horizon tasks expose a hard bottleneck.

100% privacylow utility
Cloud-only

Capable, but exposed

A frontier model drives every step. Utility is high, yet accumulated local context is repeatedly transmitted — the highest privacy exposure and cost.

highest utility22% privacy
What was missing

Benchmarks studied the wrong setting

Prior work evaluated edge-cloud collaboration on static, non-agentic tasks — math, QA, dialogue — and missed how cloud calls along a trajectory expose evolving local context.

trajectory-level audit needed
Benchmark

ACE-BENCH: agentic edge-cloud collaboration, measured on three axes.

Agentic Cloud-Edge Collaboration Benchmark. 128 executable, real-world digital tasks grounded in live workspaces, with task-specific verifiers. 100 of them carry fine-grained privacy annotations, so every cloud invocation can be audited for the sensitive context it exposes.

128executable tasks
100privacy-annotated
6execution strategies
3evaluation axes
ACE-BENCH overview: setup of task, workspace and tools; execution through an agent harness under a collaboration strategy; evaluation across task utility, resource usage, and privacy.
How a run is scored. Each task ships a workspace, tools, and a success checker. The harness executes the agent under a chosen collaboration strategy and records the full trace — model calls, tool results, token usage, and the exact context transmitted to the cloud — then scores it on all three axes.

Task Utility

Does the agent actually finish the job? A completion score and Passn, combining rule-based checks, environment-state auditing, and LLM-as-a-judge.

Resource Usage

What does it cost? Cloud tokens (raw / cache-read / output), estimated monetary cost, and edge-side FLOPs — reported as a profile, never collapsed into one scalar.

Privacy Performance

What leaks? A risk-weighted non-leakage score over annotated sensitivity units — personal and organizational secrets (12 subcategories) — checked against everything visible to the cloud.

Task coverage
  • Information Retrieval
  • Content Generation
  • Data Analysis
  • Office Productivity
  • Development
  • Workflow Automation
Collaboration Strategies

Six ways to split work between edge and cloud.

Two single-side baselines plus four representative collaboration patterns. They differ in one decisive dimension: when does the cloud participate — fixed before the task starts, or decided on the fly as the trajectory unfolds.

Single-side baselines

Edge-only

Every step runs locally. No cloud exposure; capability bounded by the on-device model.

Cloud-only

Every step runs in the cloud. The capability reference point — and the privacy/cost ceiling.

Pre-execution coordination fixed before the task

Sketch-Guided

The cloud writes an upfront plan; the edge model then executes the whole trajectory alone.

Task-Level Routing

A one-time router assigns the entire task to either the edge or the cloud before it begins.

Runtime coordination decided step by step

Step-Level Routing

The edge runs each step but escalates uncertain ones to the cloud as they arise.

Adaptive Cloud Assistance

The edge stays in control and pulls cloud plans, hints, or recovery only when it asks for help.

Key Findings

What the three-axis view reveals.

Plotting every strategy in the same utility–cost–privacy space exposes trade-offs a single success rate would hide. Read each point as one strategy: right = more cloud cost, up = higher completion, and the number inside = privacy.

Y · Completion X · Cloud cost # · Privacy
  1. Finding 1

    Single-side execution can't balance all three.

    Cloud-only tops utility but drops below 25% privacy; edge-only keeps 100% privacy but loses more than 10 points of completion. Each extreme sacrifices an axis.

  2. Finding 2

    Collaboration moves the operating point — when organized well.

    Edge-cloud strategies achieve a substantially better balance by invoking the cloud only when needed. But the gain depends on which pattern: how cloud use and context transmission are arranged.

  3. Finding 3

    A stronger edge changes the best pattern.

    With a capable edge model, the preferred recipe shifts from step-level fallback toward task routing, planning, and recovery guidance — keeping utility while cutting cost and exposure (Adaptive Assist.: $3.07 vs cloud-only's $34.69).

Dashed contours group strategies sharing the same edge backbone. Hover any point for its exact numbers. The takeaway: future edge-cloud agents should treat cloud invocation as a joint model-use and context-sharing decision — not a simple quality–cost trade-off.

Resources & Citation

Reproduce it, extend it, cite it.

BibTeX

@misc{huang2026acebench,
  title  = {Empowering Edge Agents: A Systematic
            Analysis of Edge-Cloud Collaboration
            in LLM Agent Execution},
  author = {Huang, Pengcheng and Liu, Zhenghao and
            Xiao, Chaojun and Yan, Yukun and Yu, Shi
            and Yao, Sijia and Gu, Yu and Yu, Ge and
            Sun, Maosong},
  year   = {2026},
  url    = {https://github.com/OpenBMB/AceBench}
}