Files
browser/docs/agent.md
Adrià Arrufat fc15027100 eval: clarify automatic JSON serialization
Update agent docs and tool descriptions to note that objects and
arrays are automatically serialized to JSON, making manual
`JSON.stringify` calls unnecessary.
2026-05-31 16:27:28 +02:00

18 KiB

Agent mode

Looking for a step-by-step walkthrough instead of a reference? See agent-tutorial.md — it builds one end-to-end Hacker News scenario covering the REPL, recording, replay, --self-heal, and the MCP roundtrip.

lightpanda agent runs a browsing agent backed by Lightpanda's headless engine. It can act as:

  • an LLM agent that drives the browser with tool calls (--provider),
  • a scripted runner that replays a .lp script deterministically,
  • a basic REPL for hand-driven PandaScript with no LLM at all,
  • a one-shot task runner that prints a single answer to stdout (--task).

All four modes share the same browser tools (goto, click, fill, tree, markdown, search, ...). The same set is exposed over MCP via lightpanda mcp, so an agent script and an MCP client see the same surface — that is also the way to drive Lightpanda from an external LLM agent (Claude Code, etc.) without giving Lightpanda its own API key.

Quick start

# Interactive REPL — auto-detects an API key from your environment
./lightpanda agent

# Force a specific provider
./lightpanda agent --provider anthropic

# Basic REPL (no LLM, PandaScript only)
./lightpanda agent --no-llm

# Replay a recorded script
./lightpanda agent session.lp

# Replay then continue interactively, appending new commands to the file
./lightpanda agent -i session.lp

# One-shot: ask a question, capture the answer on stdout
./lightpanda agent --task "what is on the front page of hn?"

Providers and API keys

Provider Flag API key env
Anthropic --provider anthropic ANTHROPIC_API_KEY
OpenAI --provider openai OPENAI_API_KEY
Gemini --provider gemini GOOGLE_API_KEY or GEMINI_API_KEY
Ollama --provider ollama none (local)

Defaults: --model falls back to a sensible per-provider default; in the REPL, /provider <name> and /model <name> change the current selection (Tab completes the candidates). --base-url overrides the API endpoint (Ollama defaults to http://localhost:11434/v1).

Provider auto-detection

When --provider is omitted, lightpanda picks one in this order, printing a one-line notice (on stderr) of what it chose:

  1. Remembered → the provider/model you last selected with /provider or /model, persisted per-directory in .lp-agent.zon, as long as its key is still set.
  2. Auto-detected → otherwise the first key found in priority order (ANTHROPIC_API_KEYGOOGLE_API_KEY/GEMINI_API_KEYOPENAI_API_KEY). Switch any time with /provider in the REPL, or override with --provider.
  3. No keys set → falls back to the basic REPL (PandaScript only). Natural language, /login, /acceptCookies, and --self-heal will reject.

Ollama is never auto-detected (no env var to look at) — pass --provider ollama, or select it once with /provider ollama and it'll be remembered.

--no-llm is the explicit bypass: it forces the basic REPL even when an API key is present or --provider is set. Use it to test PandaScript without burning tokens, or to disable the LLM in a saved command without editing the existing flags. --no-llm wins over --provider.

PandaScript

PandaScript is a tiny, line-oriented DSL for browser actions. Each line is a slash command (/<tool> [args]), a # comment, or blank. There is no other syntax: anything that doesn't match those three forms is a parse error.

Slash commands accept any of:

  • a single positional value, when the tool has exactly one required field — /goto 'https://example.com', /extract '{"karma":"#karma"}';
  • key=value pairs — values may be bare or quoted; strings with whitespace must be quoted (/fill selector='#email' value='user@x.com');
  • a raw {json} blob — handed straight to the tool (/findElement {"role":"button"}).

Tools whose selector is optional (e.g. /click, /hover, /findElement) have zero required fields, so they don't take a positional and must be written as key=value: /click selector='Login', not /click 'Login'.

Quoting is content-aware: '…', "…", and triple-quoted '''…''' / """…""" for values that mix both quote styles or span multiple lines. Recorded scripts round-trip through the parser without escapes.

Two slash commands have no underlying tool — they trigger an LLM turn that the agent translates into actual tool calls:

Command Notes
/login LLM-driven: fills credentials from $LP_* env vars.
/acceptCookies LLM-driven: dismiss the consent banner.

Both require an LLM. --no-llm rejects them.

In the REPL (and only the REPL), a line that isn't a slash command and doesn't start with # is sent to the LLM as a natural-language prompt. In .lp scripts and through MCP scriptStep, the same input is a parse error. To leave the REPL, use the /quit meta command.

Example script

# Log into the demo and grab the dashboard title and visible cards.
# Site-scoped vars (LP_<SITE>_<FIELD>) avoid collisions when you have
# credentials for several sites; the unprefixed form is the fallback.
/goto 'https://demo-browser.lightpanda.io/'
/acceptCookies
/fill selector='#email' value='$LP_DEMO_USERNAME'
/fill selector='#password' value='$LP_DEMO_PASSWORD'
/click selector='button[type="submit"]'
/waitForSelector '.dashboard'
/extract '{"title": ".dashboard h1", "cards": [".dashboard .card .name"]}'

/extract takes a JSON schema object — each value tells the extractor what to lift off the page, and the whole result is printed to stdout as a single JSON object. Supported value forms:

  • "<sel>"textContent.trim() of the first match (string or null).
  • "" — the matched element's own text (only inside a fields block).
  • ["<sel>"] — text of every match (string array). Sugar for [{"selector": "<sel>"}].
  • {"selector": "<sel>", "attr": "<name>"} — attribute of the first match.
  • [{"selector": "<sel>", "fields": {…}}] — array of records, each fields value resolved relative to the matched element.
  • Add "limit": N inside any array's object spec to cap matches at N (works for text, attribute, and fields shapes — e.g. [{"selector": ".story .title", "limit": 5}] for top 5 titles).

Use /extract '''…''' (or """…""") to spread a schema across multiple lines. The schema is parsed in Zig before the page-side walker runs, so a malformed schema fails with Error: invalid /extract schema JSON rather than a V8 stack trace. See agent-tutorial.md section 3 for a worked example against Hacker News.

Cross-call state with lp.*

/extract and /eval each return one value per call, but real scrapes often need to carry data forward — capture a list on one page, then walk it across navigations. Two primitives keep that simple.

save=<name> on /extract or /eval stashes the result in a Session-scoped store keyed by <name> instead of dumping it to stdout. The stored value is then exposed to every subsequent /eval as globalThis.lp.<name>:

/goto 'https://news.ycombinator.com/'

/extract save=front '''
{
  "stories": [{
    "selector": "tr.athing",
    "limit": 5,
    "fields": {
      "id":    {"attr": "id"},
      "title": ".titleline > a"
    }
  }]
}
'''

/eval '''
console.log(lp.front.stories[0].title);
'''

save=d commands print nothing on success so scripts pipe cleanly.

Auto-sync. Any mutation of lp.* inside an /eval is persisted at the end of the call. Adding a key (lp.x = …), updating a nested value (lp.front.stories[0].comments = […]), or removing a key (delete lp.x) all propagate to the store. The next /eval sees the update — even after a navigation, because the store lives Session-side, not on the page.

Async eval. Top-level await works directly — the body runs as an async function, so use return to produce a value. runEval pumps the event loop until it settles, then surfaces the resolved value (or the rejection as an error). Combined with the bridge this lets a single /eval do an async fetch loop over lp.* data:

/eval '''
for (const s of lp.front.stories) {
  const html = await fetch('/item?id=' + s.id).then(r => r.text());
  const doc = new DOMParser().parseFromString(html, 'text/html');
  s.comments = [...doc.querySelectorAll('tr.athing.comtr')].slice(0, 3)
    .map(r => r.querySelector('.commtext')?.textContent.trim())
    .filter(Boolean);
}
'''

/eval '''
lp.front.stories
'''

A body with no explicit return resolves to undefined, which the eval treats as silent — so the loop above prints nothing. The final /eval yields the array, which lands on stdout as JSON: objects and arrays are serialized automatically, so no JSON.stringify is needed.

The store is script-run scoped: it's bound to the Session that runs the script, and goes away when that Session does. There is no cross-session persistence; if you need that, use localStorage (which is now origin-scoped and persists across navigations within a session).

Recording

Interactive sessions can write back to a .lp file:

./lightpanda agent -i session.lp

State-mutating commands (/goto, /click, /fill, /scroll, /hover, /selectOption, /setChecked, /waitForSelector, /press, /eval, /extract) are appended; read-only commands (/tree, /markdown, /links, /findElement, …) and the natural-language turns that produced them are not. Natural-language turns are recorded as # <prompt> comments above the resulting slash commands so the script stays readable.

Replay and self-healing

./lightpanda agent script.lp replays without making any LLM call.

With --self-heal --provider <p>, a failed command (typically a stale selector after the page changed) triggers a short LLM turn that inspects the current page and emits a replacement command. The healed command runs, and the original script line is rewritten in place so the next replay succeeds deterministically.

Self-heal is constrained: at most one replacement per failure, capped LLM budget, no navigation away from the current page. It is meant to recover from selector drift, not to redesign the script.

REPL features

  • Tab completion (case-insensitive): cycles through /<tool> and meta slash commands. The dim grey suffix shown after the cursor is the first match.
  • Persistent history: stored in .lp-history in the working directory.
  • Meta slash commands: /help lists tools (/help <tool> prints the JSON schema), /provider [name] and /model [name] change the active provider/model — Tab after the space completes from detected providers and the provider's fetched model list, and bare /provider//model print the current selection — /quit exits the REPL, /verbosity <low|medium|high> tunes the log level. These are REPL-only and never recorded.
    > /goto https://example.com
    > /findElement role=button name=Submit
    > /eval {"script": "document.title"}
    > /quit
    
  • Stdout vs stderr: the final assistant answer and data-producing slash commands (/extract, /eval, /markdown, /tree, …) write to stdout. Tool calls, progress, and errors go to stderr, so lightpanda agent --task ... > out.txt captures a clean answer.

One-shot mode (--task)

./lightpanda agent --provider gemini \
  --task "what is the top story on news.ycombinator.com?"

--task runs a single user turn, prints the final answer on stdout, and exits. Combine with -a <path> / --attach <path> (repeatable) to feed local files to providers that accept attachments. Text files are inlined into the prompt (max 512 KiB each); binary files (image/*, audio/*, pdf) are base64-encoded inline (max 20 MiB each). Unsupported MIME types error out before any browser work runs.

Driving Lightpanda from an external LLM agent

When the calling agent already has its own LLM (e.g. Claude Code), use lightpanda mcp rather than lightpanda agent. The MCP server exposes the same browser tools (goto, click, fill, ...) listed below, so the external agent does the planning while Lightpanda only drives the browser. No --provider or API key is required on the Lightpanda side.

{
  "mcpServers": {
    "lightpanda": {
      "command": "/path/to/lightpanda",
      "args": ["mcp"]
    }
  }
}

Tool names are camelCase and case-sensitive — there are no aliases. Earlier names (navigate, evaluate, semantic_tree, semanticTree, record_start, record_stop, record_comment, script_step, script_heal) have been removed; existing MCP clients and saved prompts must call the canonical tags (goto, eval, tree, recordStart, recordStop, recordComment, scriptStep, scriptHeal).

For sub-task delegation in the other direction — calling Lightpanda's own LLM-driven agent in a one-shot fashion — use --task on stdin instead.

Recording PandaScript over MCP

lightpanda mcp exposes three recording tools so an external agent can capture a session as a .lp script for later deterministic replay:

Tool Args Effect
recordStart { path: string } Begin appending state-mutating tool calls to path (relative, no ..). Errors if already on.
recordStop {} Close the recording and return {path, line_count}. Errors if no recording is active.
recordComment { text: string } Write # <text> to the active recording — useful as a breadcrumb above LLM-driven steps.

While recording is active, every goto / click / fill / scroll / hover / selectOption / setChecked / waitForSelector / eval that succeeds is appended verbatim. Query-only tools (tree, markdown, findElement, consoleLogs, …) are not recorded. The resulting file replays without an LLM via ./lightpanda agent session.lp.

Replay + self-heal over MCP

Self-heal is a two-tool roundtrip: lightpanda runs steps and reports structured failures, the calling agent synthesizes a replacement, and lightpanda atomically rewrites the script.

Tool Args Effect
scriptStep { line: string } Parse one PandaScript line and run it on the current session. Comments and blank lines are no-ops. Returns isError: true with a structured message on failure.
scriptHeal { path: string, replacements: [{original_line, replacement_lines}] } Atomically rewrite the script in place. A <path>.bak of the original is written first; each original_line must match verbatim. The first replacement gets a # [Auto-healed] Original: … header.

Typical loop on the caller side: read the script, walk lines, call scriptStep per line, on failure ask the caller's LLM for a replacement, call scriptHeal with the patch, then continue. Lines executed via scriptStep are intentionally NOT auto-recorded — replay shouldn't double-record.

/login, /acceptCookies, and anything that isn't a slash command are rejected by scriptStep: those require an LLM and belong to the calling agent.

Browser tools

The agent and MCP server share the tool set defined in src/browser/tools.zig. Highlights:

  • goto, search (Google with DuckDuckGo fallback on captcha)
  • tree, markdown, links, interactiveElements, structuredData, detectForms, nodeDetails, findElement
  • click, fill, hover, press, scroll, selectOption, setChecked, waitForSelector
  • eval, consoleLogs, getUrl, getCookies, getEnv

Selectors prefer CSS over backendNodeId for the click-family tools, since node IDs are invalidated by any DOM mutation. The system prompt enforces this for the LLM.

Security notes

  • The agent treats page content as untrusted data, not instructions. URLs surfaced by a page are not followed unless they match the user's task.
  • $LP_* environment variable references in /fill values are resolved at execution time inside the subprocess, so credentials never enter the LLM context. Conventional naming for site-scoped values is LP_<SITE>_<FIELD> (e.g. LP_HN_USERNAME, LP_GH_TOKEN); the unprefixed LP_USERNAME / LP_PASSWORD form is the generic fallback.
  • The getEnv tool only reads variables whose name starts with LP_. Everything else (provider API keys, system env, third-party secrets) reports "not set" so the model can't probe for it. The user controls what lives under LP_*. Note that getEnv returns the value to the model — fine for non-secret config like base URLs, but never call it on credentials (use $LP_* placeholders in fill values instead).
  • --obey-robots, --http-proxy, --user-agent, and the rest of the browser-level CLI flags apply to agent the same way they apply to serve, fetch, and mcp.
  • REPL prompts are persisted to .lp-history in the current working directory in plaintext (no encryption). Anything you type at the prompt — including natural-language context that accompanies a /login — lands in that file. Delete it or move out of sensitive directories if you don't want it retained.
  • recordStart and scriptHeal reject empty, absolute, and .. paths, but do not follow-up on symlinks. On a shared filesystem, a pre-existing symlink at the recording target would be written through to whatever it points at. Prefer a fresh directory you own when recording in untrusted environments.