crewx-pi-kit 0.1.10 → 0.1.11
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 +1 -1
- package/package.json +1 -1
- package/skills/browser-work/SKILL.md +1 -1
package/README.md
CHANGED
package/package.json
CHANGED
|
@@ -12,7 +12,7 @@ Cua calls can be safely grouped.
|
|
|
12
12
|
|
|
13
13
|
1. Reuse the managed persistent browser profile and existing pages. Do not launch throwaway profiles unless isolation is required.
|
|
14
14
|
2. Start by listing windows, then bind browser work to the exact browser PID and window ID returned by that snapshot. Reuse one short session label for every related Cua browser call.
|
|
15
|
-
3. If binding returns `browser_consent_required` for the managed persistent profile, call `browser_prepare` on the same MCP connection with that exact `pid`, `window_id`,
|
|
15
|
+
3. If binding returns `browser_consent_required` for the managed persistent profile, call `browser_prepare` on the same MCP connection with that exact `pid`, `window_id`, `strategy: { "kind": "existing_profile" }`, and the identical `session` value used for the bind. Then bind the window again with that same session. Mixing an unnamed prepare with a named bind loses the session-scoped authorization. Do not omit the strategy merely because the DevTools endpoint is already available; endpoint readiness and profile authorization are separate.
|
|
16
16
|
4. Prefer semantic accessibility targets. When a trusted click is refused on Linux, use the explicit DOM-event fallback and verify the resulting page state.
|
|
17
17
|
5. Use coordinates only when no stable semantic target exists.
|
|
18
18
|
6. Inspect the current URL and page state before acting. Re-snapshot after navigation or state changes; never infer success from a click alone.
|