docs(browser): clarify JSON flag placement#103155
Conversation
0a230c9 to
c003deb
Compare
|
Codex review: needs maintainer review before merge. Reviewed July 10, 2026, 11:20 PM ET / July 11, 2026, 03:20 UTC. Summary PR surface: Docs +5. Total +5 across 2 files. Reproducibility: not applicable. as a runtime bug report. The documented option-order behavior is nevertheless high-confidence from current parser source, focused tests, Commander 15 source, and the merged implementation proof. Review metrics: none identified. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Land the revised dual-order clarification after normal current-base and exact-head checks, keeping parent-first as the documentation convention without implying that supported trailing placement is invalid. Do we have a high-confidence way to reproduce the issue? Not applicable as a runtime bug report. The documented option-order behavior is nevertheless high-confidence from current parser source, focused tests, Commander 15 source, and the merged implementation proof. Is this the best way to solve the issue? Yes. Updating the existing browser CLI and tool references is the narrowest maintainable solution, and the revised wording now accurately distinguishes the recommended convention from the supported compatibility path. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against ffc8051cacb5. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Docs +5. Total +5 across 2 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
Review history (2 earlier review cycles) |
db806e3 to
82dde7a
Compare
82dde7a to
ef7bcdc
Compare
|
Maintainer refresh and verification are complete on I kept the contributor's dual-order clarification, rebased it onto current Contract verification:
Docs verification:
|
|
Merged via squash.
|
* docs(browser): clarify JSON flag placement * docs(browser): align JSON flag examples --------- Co-authored-by: Peter Steinberger <[email protected]>
What Problem This Solves
The browser CLI reference described
--jsonas a common flag without explaining the preferred placement or the supported trailing compatibility path. One browser tool page also showed the trailingopenclaw browser status --jsonform without clarifying the canonical browser-level form.AI-assisted: yes.
Why This Change Was Made
This updates the browser CLI reference to show
openclaw browser --json statusas the canonical form while noting that trailing placement, such asopenclaw browser status --json, remains supported when the selected child command does not define its own--json. The matching browser tool page now uses the same distinction. The change is docs-only and does not alter CLI behavior.User Impact
Users following the browser docs get the preferred command form without being told that the supported trailing form is invalid.
Evidence
git diff --checkOPENCLAW_CHECK_CHANGED_REMOTE_CHILD=1 pnpm check:changed -- docs/cli/browser.md docs/tools/browser.mdopenclaw browser --json statusand supported trailingopenclaw browser status --jsonfor non-colliding child commands.