Repository navigation
feat: enable CLI agents by default - #139459
Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. ClawSweeper review completeClawSweeper finished reviewing this revision. The review result is being finalized. |
|
Codex review: blocked before merge. Reviewed September 5, 2026, 6:30 PM ET / 22:30 UTC. ClawSweeper reviewWhat this changesEnable available CLI agents by default in the Control UI and Gateway terminal-start path, while preserving explicit opt-outs and updating Labs settings, documentation, and tests. Merge readiness⛔ Blocked before merge - 1 item remains This PR remains useful: inspected current main still requires CLI-agent opt-in. No actionable introduced defect was found, and the maintainer-authored default change preserves explicit opt-outs and existing launch restrictions. Priority: P2 Review scores
Verification
How this fits togetherThe Control UI discovers installed CLI agents through the Gateway session catalog. Starting one passes through Gateway permission and terminal checks before opening a local process or dispatching to a paired node. flowchart TD
A[Gateway configuration] --> B[Control UI and Labs]
B --> C[CLI session catalog]
C --> D[Terminal start request]
D --> E[Permissions and live launch checks]
E --> F[Local CLI terminal]
E --> G[Paired node terminal]
Before merge
Agent review detailsSecurityNone. PR surfaceSource +3, Tests +57, Docs 0, Generated 0. Total +60 across 12 files. View PR surface stats
Review metrics
Technical reviewBest possible solution: Use the existing CLI-agent setting consistently across discovery and launch, keeping explicit opt-outs and all terminal authorization checks intact. Do we have a high-confidence way to reproduce the issue? Not applicable as a bug reproduction: this intentionally changes an existing default. Current-main source confirms that omitted configuration presently blocks native terminal starts. Is this the best way to solve the issue? Yes. Updating the existing configuration predicates and Labs default is a focused solution; it introduces no competing launch path or plugin API and preserves explicit settings. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning medium; reviewed against 40ebdadcafa6. LabelsLabel changes:
Label justifications:
EvidenceWhat I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
|
|
Compatibility and upgrade impact reviewed: this intentionally enables CLI agents when The two initial CI failures are outside this change: dashboard A2UI event delivery and native test-report subprocess cleanup. The failed jobs are being rerun on the same head; required CI must pass before landing. |
|
Merged via squash.
|
What Problem This Solves
Users selecting a native CLI from the Control UI new-session page are blocked by an enablement notice on an otherwise default Gateway. Terminals already default to enabled, but CLI agents require a separate opt-in.
Why This Change Was Made
Default
gateway.cliAgents.enabledto enabled consistently in the Control UI bootstrap, catalog terminal-start admission, and post-await launch checks. Preserve explicitfalse, terminal availability, operator permissions, sandbox restrictions, and node dispatch authority. Update the Labs toggle, config help, and documentation to reflect the same default.User Impact
Default installations can discover and start available CLI agents without first changing Gateway settings. Existing explicit opt-outs remain disabled; operators can disable the feature in Labs or configuration.
Evidence
check:changedstopped at core typecheck because this worktree uses a shared dependency install, which the declaration-input guard rejects. Remaining local checks after that step were not run. Hosted CI subsequently passed on the same commit; the initial unrelated dashboard A2UI event and test-report subprocess-cleanup failures passed on a failed-job rerun.The change affects the configuration default, not the page layout. No live Gateway configuration was changed, and no live browser launch was performed.
Hosted validation: successful CI run. Native preparation validated hosted gates for commit
496cad819a7f2b7aaac1cf2c6cc7c57ef3287db3.