7 + 1 OSI model
Layer 8

Browser agents for commerce work with visible evidence.

Layer 8 turns manual page checking into repeatable browser work. Start with Korean price comparison, then reuse the same evidence layer for marketplace sellers, reviews, social signals, and browser QA.

Korean retail Marketplaces Reviews QA
7 + 1 layers OSI model

Layer 8 sits above the classic OSI stack: the layer where software understands a human business task, uses browser surfaces, and keeps the work visible.

Layer 8
Computer user agents
Layer 8
Layer 7
Application
OSI model
Layer 6
Presentation
OSI model
Layer 5
Session
OSI model
Layer 4
Transport
OSI model
Layer 3
Network
OSI model
Layer 2
Data link
OSI model
Layer 1
Physical
OSI model
Function x target

The product is an operator surface for real web work.

Every job starts as a function applied to a target: check availability, price, reputation, or compliance across stores, ecommerce platforms, social surfaces, and suppliers.

Function x target matrix monitoring model

Layer 8 watches a target with a function: availability, price, reputation, or compliance across stores, platforms, social surfaces, and suppliers.

Function
Own store
Platform
Social
Supplier
Product availability In stock, sold out, exclusive, or only allowed at predefined channels.
StockIs this product available on the official store right now?
ListingIs this product sold only by registered sellers?
MentionAre customers asking where the product is available?
SupplyWhich approved supplier can fulfill it now?
Price check Base price, coupons, shipping, bundles, and special deals.
Own priceIs our listed price correct after coupons and shipping?
DealsWhat is the cheapest price available online?
PromoAre social deals undercutting the official price?
QuoteWhat is the best price from existing suppliers?
Reputation monitoring New negative feedback, unanswered complaints, and response status.
ReviewsWhat new reviews need a response on our store?
RatingsAre marketplace ratings moving up or down?
PostsWhat is the latest feedback on social networks?
ServiceAre supplier issues affecting customer sentiment?
Fact-check / compliance Predefined policy checks plus common-sense claim and page review.
ClaimsAre our product claims and policies accurate?
PolicyAre third-party listings making unauthorized claims?
RiskAre public posts creating compliance risk?
DocsDo supplier documents match required claims?
Architecture

Control plane above worker nodes.

Layer 8 separates the control plane from worker nodes: the control plane defines, stores, and reviews the job; worker nodes execute the browser work.

flowchart TB
  subgraph ControlPlane["Control plane"]
    direction TB
    Dashboard["Dashboard
task setup, review surface"] Store[("Database
results, screenshots, routines")] Runner["Routine checker
cron, schedule, on-demand runs"] Router["Browser routing
preferred tool and fallback chain"] end subgraph Workers["Worker nodes"] direction TB PW["Playwright
default worker"] CF["Camoufox
same-network worker"] LP["Lightpanda / CDP
same-network worker"] EXT["External browser services
Browserbase, Cloudflare, browser APIs"] end Dashboard --> Store Store --> Runner Runner --> Router Router --> PW Router --> CF Router --> LP Router --> EXT
Control plane

The dashboard is where work is configured and reviewed.

Runs can start on demand or from a schedule. A first run can browse normally; repeated work can use memorized paths so the next run reaches the right page with fewer steps.

dashboard configure jobs database results memory learned paths trigger cron or demand
  • Simple browsing: resolve target, open a browser tool, observe page, act, capture result.
  • Optimized replay: reuse memorized routines for known sites, forms, filters, and result pages.
  • Storage: keep results, routines, screenshots, source links, and run notes.
  • Output: show findings in the dashboard now; email notification can be added later.
Worker nodes

Worker nodes can be local, internal, or external.

Each task can use a default Playwright worker node, internal Camoufox or Lightpanda worker nodes on the same network, or external worker nodes when a target needs a different runtime.

default playwright internal camoufox internal lightpanda external browserbase external cloudflare external browser APIs
  • Configurable routing: a task chooses its preferred browser tool and fallback chain.
  • Network-local worker nodes: Camoufox and Lightpanda can run beside the control plane.
  • Provider flexibility: Browserbase, Cloudflare, or other browser services can sit behind the same interface.
Flow

A run starts from a trigger and ends as evidence.

Layer 8 keeps the run loop visible: resolve the right surface, act through the selected browser tool, prove the result, and repeat with memory.

flowchart LR
  Trigger["Cron / schedule
On demand"] --> Dashboard["Layer 8 dashboard
configure and review"] Dashboard --> Store[("Database
results, screenshots, routines")] Dashboard --> Loop["Internal run loop
resolve, browse, observe, act"] Store --> Loop Loop --> Router["Browser tool router
preferred tool plus fallback chain"] Router --> Playwright["Default Playwright"] Router --> Internal["Same-network workers
Camoufox, Lightpanda"] Router --> External["External browser services
Browserbase, Cloudflare, browser APIs"] Playwright --> Capture["Captured result
fields, screenshots, source links"] Internal --> Capture External --> Capture Capture --> Store Capture --> Notify["Dashboard result now
email notification later"] Notify --> Dashboard
ResolveFind the right page, record, listing, or portal surface.
ActBrowse, click, extract, compare, or verify the target state.
ProveAttach screenshots, source links, receipts, and run notes.
RepeatSave memory so later runs get cheaper and easier to trust.