browser-pilot 0.0.16 → 0.0.17

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -12,6 +12,7 @@ Browser Pilot now teaches one workflow model:
12
12
 
13
13
  - inspect the page
14
14
  - act in the browser
15
+ - review structured business state
15
16
  - record a manual workflow
16
17
  - trace behavior over time
17
18
  - exercise voice/media and browser conditions
@@ -52,16 +53,22 @@ Legacy/manual fallback still works with a separate debug profile:
52
53
  | Job | Primary commands |
53
54
  | --- | --- |
54
55
  | Inspect page state | `snapshot`, `page`, `forms`, `text`, `targets`, `diagnose` |
56
+ | Review structured state | `review` |
55
57
  | Act in the browser | `exec`, `run` |
56
58
  | Capture a human demo | `record` |
57
59
  | Investigate behavior over time | `trace` |
58
60
  | Exercise voice/media | `audio` |
59
61
  | Change browser conditions | `env` |
60
62
 
63
+ Start with `bp --help` to see the routed command tree and `bp --version` to confirm the CLI build.
64
+
65
+ Use `bp snapshot -i` to find clickable/fillable refs, `bp text` for long-form copy, `bp review` for structured business outcomes, and `bp diagnose` when targeting fails. Use `bp eval` only as an escape hatch.
66
+
61
67
  ## Golden path 1: automate a page
62
68
 
63
69
  ```bash
64
70
  bp connect --name dev
71
+ bp exec -s dev '{"action":"goto","url":"https://example.com"}'
65
72
  bp snapshot -i -s dev
66
73
  bp exec -s dev '[
67
74
  {"action":"fill","selector":"ref:e5","value":"user@example.com"},
@@ -72,6 +79,21 @@ bp exec -s dev '[
72
79
 
73
80
  Use `bp snapshot -i` first. Refs are the default targeting strategy.
74
81
 
82
+ For reading or verification after actions:
83
+
84
+ ```bash
85
+ bp text -s dev --selector main
86
+ bp review -s dev --json
87
+ bp diagnose -s dev 'submit'
88
+ ```
89
+
90
+ Best practices from real usage:
91
+
92
+ - `bp page` is a compact overview. It caches the refs it shows, but use `bp snapshot -i` when you need the full actionable list.
93
+ - On commerce and content-heavy sites, scope reading with `bp text --selector main` to avoid nav, drawers, and footer noise.
94
+ - `bp review` works best on confirmations, detail pages, tables, alerts, and key-value layouts. It is usually the wrong first read on catalog grids.
95
+ - After `bp trace start`, begin with `bp trace summary --view session` before narrower views like `console` or `ws`.
96
+
75
97
  ## Golden path 2: capture a manual workflow and derive automation
76
98
 
77
99
  ```bash