fix(skills): use remote-aware Gateway skills.status in CLI when available#95016
fix(skills): use remote-aware Gateway skills.status in CLI when available#950161052326311 wants to merge 1 commit into
Conversation
…able Sweeper 🦞 openclaw#94956: the CLI skills subcommands (list, check, info) used a local-only status build that did not account for remote macOS node capabilities. Even after the parser fix (openclaw#71877) for system.which object-map payloads, CLI status reports still showed darwin+bins(memo) as missing on Linux gateways with connected macOS nodes. Now loadSkillsStatusReport tries the Gateway skills.status RPC (which already builds with getRemoteSkillEligibility) when config.gateway.remote.url is set, falling back to local-only buildWorkspaceSkillStatus when the Gateway is unreachable. Test results: - skills-cli.commands: 52/52 pass - skills/runtime/remote: 12/12 pass - gateway skills.proposals: 10/10 pass
|
Thanks for the context here. I did a careful shell check against current Current main already implements the requested Gateway-first CLI skills status path with safer credential handling and regression coverage, while this submitted branch is now stale and still has blocking auth/payload issues. Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. So I’m closing this as already implemented rather than keeping a duplicate issue open. Review detailsBest possible solution: Keep the current-main Gateway-first skills status implementation and close this stale PR; release availability can be handled by the next OpenClaw release train. Do we have a high-confidence way to reproduce the issue? Yes. Source and history show the old released CLI path used local-only status, and current main now exercises the expected fixed path by querying Gateway Is this the best way to solve the issue? No for this branch. The current-main implementation is the better fix because it uses configured Gateway resolution and returns the full unwrapped Security review: Security review cleared: No dependency, workflow, package-resolution, secret-storage, or third-party execution change was found; the credential issue is a functional merge blocker rather than a leak. AGENTS.md: found and applied where relevant. What I checked:
Likely related people:
Codex review notes: model internal, reasoning high; reviewed against 330545f3e925; fix evidence: commit f69f81af9ebe, main fix timestamp 2026-06-19T18:28:39+02:00. |
|
ClawSweeper applied the proposed close for this PR.
|
Closes #94956
Summary
CLI skills subcommands (list, check, info) used a local-only status build that did not account for remote macOS node capabilities. Even after the parser fix (#71877) for
system.whichobject-map payloads, CLI status reports still showeddarwin+bins(memo)as missing on Linux gateways with connected macOS nodes.Fix
loadSkillsStatusReportnow tries the Gatewayskills.statusRPC (which already builds withgetRemoteSkillEligibility) whenconfig.gateway.remote.urlis set, falling back to local-onlybuildWorkspaceSkillStatuswhen the Gateway is unreachable.Changed: 1 file, +29 lines
src/cli/skills-cli.tsTest results