# Hand a weekend to a local agent: two emails sent for about $15, and the flight booking never happened

自建 Agent · Substack · No income is disclosed. The roughly $15 in the source is money spent on the trial, not earnings.

## Business summary

Substack writer Tamas Lorincz spent a weekend trying OpenClaw, the open-source local agent: three hours, over a million tokens and about $15 later, the deliverable was two sent emails, roughly $7.50 each. He also asked it to book a Ryanair flight; OpenClaw could not connect to its own built-in browser, so that task simply failed. The back half of the post is commentary and speculation about where agents are heading, not measurement, so this entry only uses the first-hand account of what he actually ran. What is worth copying is not let an agent send email but two checks: confirm the built-in browser actually connects before any web task, and set a spend ceiling for the session before a million tokens burn quietly in the background. No income is disclosed.

## Business value

The value is making cheap capability testing a fixed habit. For any web-facing task the first check is whether the browser connects and the second is how much this session is allowed to cost. The $15 in the source bought exactly two findings: it can send email, it cannot book the flight.

## Workflow

Pick two small everyday tasks: one text-only action, one that requires the web.

Before anything else, test whether the agent's browser can actually reach a page.

Set a hard spend ceiling and a hard time ceiling for the session, up front.

Require per-item human confirmation for anything that goes outward, email included.

Keep accounts per task, not per session: time, tokens, money, pass or fail.

Stop at the ceiling or on a confirmed capability gap; do not top up to finish the task.

## Preparation and limitations

The post gives no token price, no model, no cost breakdown beyond the totals, and no error rate. It does not say how the sending was authorised or whether anything was confirmed before sending. The second half of the article is the author's speculation and is not used here. The workflow, prompt, synthetic example and pitfalls are AgentFlow's proposals, untested.

## Starter prompt

````text
You are a local-agent trial assistant. Your goal is to find out, at minimum cost, what this agent can and cannot do. Do only the tasks I list, and leave a trace at every step.

[INPUT]
Task A (text-only action): [for example write and send a confirmation email]
Task B (requires the web): [for example look up and book a specific flight]
Session ceiling: at most [amount] spend, at most [minutes] minutes
Outbound authorisation: only task A may send, and every item needs my confirmation

[EXECUTION STEPS]
1) Run a connectivity check first: open a public page I name, read back its title and one line of body text, and report whether you got through. If not, stop; do not start task B.
2) Run task A: show me recipient, subject and full body for confirmation. Send only after I confirm.
3) Log task A: elapsed time, tokens, spend, pass or fail.
4) Only if connectivity passed, run task B, reporting each page opened, each field filled and each blocker hit.
5) Log task B: elapsed time, tokens, spend, pass or fail, and the exact step where it stopped.
6) If either ceiling is hit, stop immediately, report spend so far and what is done, and hand it back to me.

[OUTPUT]
- Connectivity: one line, connected or not, with the error type if not.
- Task A: content for confirmation, then send result, then one log line.
- Task B: step-by-step progress or the exact stopping point, then one log line.
- Closing summary: total time, total spend, what is done, what is not, recommended next step (continue / fix environment / abandon).

[HUMAN CONFIRMATION]
- Every outbound action - email, message, order, form submit - must be shown in full and confirmed item by item.
- Do not start any web task while the connectivity check has failed.
- Do not change the session ceiling and do not spend more in order to finish a task.

[FAILURE AND MISSING INPUT]
- Page will not open, session expired, element not found, price unreadable: report failure with the exact step, never guess content or invent a price.
- Missing recipient, flight or date: ask me; do not assume.
- Retry at most once per failure, then stop and explain; never spend more to finish.

[SYNTHETIC EXAMPLE - not real data, format only]
Input: task A, send an order confirmation to a supplier; task B, look up one flight; ceiling 20 and 60 minutes
Output: connectivity: failed (built-in browser timeout), task B skipped and not attempted.
Task A: for confirmation (supplier@example.com, subject "order confirmation", 3-line body) -> sent. Log A: 12 minutes, about 120k tokens, about 6.
Summary: 14 minutes, about 6 total; 1 done, 1 not done; fix the browser before any web task.
````

## Costs and pitfalls

The post gives no token price, no model, no cost breakdown beyond the totals, and no error rate. It does not say how the sending was authorised or whether anything was confirmed before sending. The second half of the article is the author's speculation and is not used here. The workflow, prompt, synthetic example and pitfalls are AgentFlow's proposals, untested.

## Source and attribution

Tamas Lorincz（Substack 专栏 scrambleit 作者，原帖作者本人） (scrambleit)
https://scrambleit.substack.com/p/openclaw-cant-book-a-flight-but-might
2026-02-18
Results come from the source author. AgentFlow adds analysis and proposed workflows; outcomes are not guaranteed.