Issue: High LLM turn count due to frequent snapshot calls when using agent-browser skills (Windows 11, LangChain E2E agent)

Summary

I migrated a local E2E test agent from LangChain + MCP Playwright tools + LLM to agent-browser skills to reduce prompt/token size.

While token usage improved, I observed a significant increase in LLM tool-interaction turns, and logs show a large portion of those turns are snapshot calls.

I’d like to ask whether there is room for improvement on the agent-browser side (or recommended best practices) to reduce the number of explicit snapshot requests required by the LLM—e.g., returning an updated element reference tree automatically after UI actions.

Background

• I have an E2E testing agent driven by an LLM.
• Input is a test case file with natural-language steps and expected results.
• The agent operates a real browser to execute the test.

I originally used MCP Playwright as the browser automation toolset. To reduce token consumption, I switched browser automation to agent-browser skills.

Environment

• OS: Windows 11
• Node.js: >= 24.14.0
• agent-browser: ^0.26.0 (npm dependency)
• Orchestration: LangChain (tools) + LLM (agent)
• Baseline toolchain: MCP Playwright tools
• New toolchain: agent-browser (skill-driven CLI usage)

What I changed

• Before: LLM calls MCP Playwright tools for browser operations.
• After: LLM calls a restricted tool that executes agent-browser ... commands according to agent-browser skills get core.

Metrics (same cases + same environment)

I ran ~150 test cases under the same environment and compared the total number of LLM invocations/tool-interaction turns.

Observation

From execution logs, roughly ~30% of the tool calls are snapshot during the agent-browser run.

I understand why snapshot is required:

• The reference tree (@eN refs) can become stale after navigation or DOM updates.
• The official skills also recommend re-snapshotting after page changes.

However, in practice this causes a large increase in the number of LLM turns, which has a direct impact on:

• total runtime
• cost
• rate-limit pressure

Question / Request

Is there an approach (or a planned feature) to reduce the number of explicit snapshot calls required by the LLM?

For example:

1. Auto-snapshot after action commands

   • After commands like open, click, fill, select, press, etc., return an updated snapshot / ref tree automatically.
   • Even returning a lightweight “delta” or “refs only” would help.

2. Optional mode/flag to return refs

   • Provide an opt-in mode where action commands can include updated refs in their response.

3. Best-practice guidance

   • If the intended usage is to batch actions between snapshots, what patterns are recommended to keep reliability while reducing snapshots?