feat: refactor the Control UI architecture#100024
Conversation
Dependency GuardThis PR changes dependency-related files. Maintainers should confirm these changes are intentional. Changed files:
Maintainer follow-up:
|
Dependency graph changes are blockedOpenClaw does not accept dependency graph changes through PRs unless a repository admin or security explicitly authorizes the current head SHA. Dependency updates are generated internally by maintainers so external PRs cannot change the resolved graph. Detected dependency graph changes:
Auto-scrub was not attempted because this PR changes package manifest dependency graph fields:
Dependency graph changes must be reviewed by security or handled by maintainers internally. Please remove lockfile changes manually if they are not needed. To remove lockfile changes, restore them from the target branch: git fetch origin
git checkout 'origin/main' -- 'pnpm-lock.yaml'
git commit -m 'chore: remove dependency lockfile change'
git pushIf this PR intentionally needs a dependency graph change, ask a repository admin or member of The action will approve the current head SHA ( |
|
Codex review: needs maintainer review before merge. Reviewed July 4, 2026, 6:16 PM ET / 22:16 UTC. Summary Reproducibility: not applicable. this is an architecture refactor PR rather than a bug report. Source inspection checked current main, PR-head route files, dependency metadata, and the overlapping replacement PR instead of reproducing a failure. Review metrics: 1 noteworthy metric.
Stored data model Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Mantis proof suggestion Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Land this routed Control UI refactor only after maintainers either authorize the exact router dependency or choose an internalized route-module path, then verify final CI and visible Control UI smoke behavior for route transitions, sessions, settings, chat, and mobile pairing. Do we have a high-confidence way to reproduce the issue? Not applicable: this is an architecture refactor PR rather than a bug report. Source inspection checked current main, PR-head route files, dependency metadata, and the overlapping replacement PR instead of reproducing a failure. Is this the best way to solve the issue? Unclear as the final best merge shape. The routed architecture is coherent and the prior scanner gap is fixed, but maintainers still need to choose between approving the external router dependency, internalizing it, or using the narrower overlapping route-module PR once it is clean and proven. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 832cb3c48880. Label changesLabel changes:
Label justifications:
Evidence reviewedSecurity concerns:
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 (3 earlier review cycles)
|
b7efe84 to
4160b95
Compare
4160b95 to
bd51b6f
Compare
What Problem This Solves
The Control UI had accumulated routing, page state, session behavior, data loading, and rendering inside a large shared application host. This made page behavior difficult to isolate, increased unnecessary update work, and made further development riskier.
Why This Change Was Made
This refactors the complete Control UI around the published
@openclaw/uirouterpackage and clearapp,pages,components,lib, andapiboundaries.Routes now coordinate page loading and navigation, individual pages own their lifecycle and state, and the application shell retains only shared application behavior. The migration also removes the obsolete host, duplicated controllers, legacy routing paths, and superseded session orchestration.
Existing design and behavior remain intact, including sidebar sessions, breadcrumbs, gateway selection, command handling, settings presentation, chat behavior, and mobile pairing.
User Impact
Users retain the existing Control UI experience while benefiting from faster, more predictable navigation and better isolation between pages.
Routes can preload on navigation intent, reuse cached data, revalidate in the background, and update without unnecessarily rerendering the shared shell. No user-facing workflows were intentionally removed.
Evidence
origin/main.