Read a view
GET /api/sites/:slug/views/:name
Navigates to the page state that contains the view and returns its structured data. The server routes the request through the Chrome extension, which reads the live DOM and returns typed field values.
Path parameters
The site identifier, e.g.
example-com. Use GET /api/sites to list available slugs.The view name as it appears in the manifest and OpenAPI spec, e.g.
product_list. Use GET /api/sites/:slug/openapi.json to see all available view names for a site.Query parameters
Inputs required to navigate to the view’s page state are passed as query string parameters. The required parameters for each view are documented in the OpenAPI spec under the view’sparameters array.
Example
Execute an action
POST /api/sites/:slug/actions/:name
Navigates to the page state that contains the action, then executes it using the locators and interaction strategy captured during discovery. The server sends the instruction to the Chrome extension, which performs the interaction on the live page.
Path parameters
The site identifier, e.g.
example-com.The action name as it appears in the manifest and OpenAPI spec, e.g.
add_to_cart. Use GET /api/sites/:slug/openapi.json to see all available action names and their input schemas.Request body
Action inputs are supplied as a JSON object. The required and optional fields are defined in the OpenAPI spec’srequestBody schema for the operation.
Example
Error responses
| Status | Body |
|---|---|
404 | { "ok": false, "error": "View 'product_list' not found" } |
404 | { "ok": false, "error": "Action 'add_to_cart' not found" } |
400 | { "ok": false, "error": "Invalid JSON body" } |
500 | { "ok": false, "error": "<execution error message>" } |
Form-filling operations (filling fields and submitting a form together) are exposed as workflows, not individual actions. See the Workflows page for details.