mirror of
https://github.com/lightpanda-io/browser.git
synced 2026-06-11 17:46:32 -04:00
Migrates the `.lp-agent` file to `.lp-agent.zon` and uses `std.zon` for serialization and parsing.
407 lines
18 KiB
Markdown
407 lines
18 KiB
Markdown
# Agent mode
|
|
|
|
> Looking for a step-by-step walkthrough instead of a reference?
|
|
> See [agent-tutorial.md](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
|
|
|
|
```console
|
|
# 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_KEY` → `GOOGLE_API_KEY`/`GEMINI_API_KEY` → `OPENAI_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
|
|
|
|
```pandascript
|
|
# 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](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>`:
|
|
|
|
```pandascript
|
|
/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.** If your `/eval` body returns a Promise, `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:
|
|
|
|
```pandascript
|
|
/eval '''
|
|
(async () => {
|
|
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 '''
|
|
JSON.stringify(lp.front.stories)
|
|
'''
|
|
```
|
|
|
|
An async IIFE with no explicit `return` resolves to `undefined`, which
|
|
the eval treats as silent — so the loop above prints nothing, and only
|
|
the final `JSON.stringify` lands on stdout.
|
|
|
|
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:
|
|
|
|
```console
|
|
./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`)
|
|
|
|
```console
|
|
./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.
|
|
|
|
```json
|
|
{
|
|
"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.
|