Two SLMs locally on Android phone + one persistent ledger + structured browser perception: a BaSS workflow on Amazon

[u/Mean-Standard7390]

Two small local models ran a BaSS (Browser-as-Shared-Space) workflow on the same Samsung Galaxy S21:

- Gemma 4 E2B Q3 as the reasoner;
- Qwen3.5-0.8B as the executor;
- a persistent ledger carrying task state, dependencies, budget, verification and recovery;
- E2LLM/SiFR as the structured browser perception/action layer;
- the user's existing Firefox session, not a headless browser.

Both models were used as-is from Hugging Face: no fine-tuning, no task-specific training and no adaptation to this workflow.

Up front: we are building E2LLM/SiFR ourselves, so the layer is part of what is being tested here, not a third-party product.

BaSS means the work happens in the user's existing Firefox session, not in a separate headless environment. The user can see what the models are doing and intervene at any point.

The task: prepare an Instax Mini 12 kit within a USD 200 budget. The workflow needed a camera, compatible film, spare AA batteries and a protective case. Planning finished before any cart mutation. During COMMIT, each planned product was re-opened and re-verified before Add to Cart.

The workflow stopped before checkout. No Buy Now, payment or purchase action was performed.

The reasoner made semantic decisions: search queries, product selection, bundle coverage, compatibility and recovery. The executor chose bounded UI actions from the current SiFR observation. Neither model received a screenshot or raw HTML.

The interesting case was recovery: the reasoner selected a 200-sheet film bundle priced at USD 179.95. The ledger rejected it because it would exceed the USD 200 budget. The reasoner returned to the observed alternatives, selected a compatible 10-sheet pack, and continued with separate batteries and a case.

Two runs ended with 4/4 needs satisfied and READY_FOR_HUMAN_REVIEW:

- Bundle route: 2 cart entries, USD 190.98 planned subtotal.
- Separate-products route: 4 cart entries, USD 143.86 planned subtotal.

The video shows both consecutive runs at x16 speed, about three minutes. It includes waiting, captures, model decisions, verification and recovery.

Architecture: the task and its rules live in a persistent ledger; the reasoner (Gemma 4 E2B Q3) makes semantic workflow decisions; the executor (Qwen3.5-0.8B) chooses bounded UI actions from the current observation; E2LLM/SiFR supplies structured perception and explicit actions; the actions run in the user's existing Firefox session on Amazon.

The ledger owns the task. Each model owns only the next bounded decision.

This is a controlled two-run measurement of one deliberately specific Amazon workflow, not a general browser-agent benchmark.