You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Main CI fails after the TUI copy gate uses a stale planner output #4503
The required CI / test check on main fails at Test CI planner after #4462 merged on top of #4461.
#4461 moved planning into the required test job, so later steps must read steps.plan.outputs.*. The localized TUI copy step added by #4462 still reads needs.plan.outputs.code, which the workflow policy test rejects and which prevents the remaining validation steps from running.
Once that reference is corrected, the TUI copy boundary gate also exposes the other side of the concurrent merge:
The /copy invalid-argument notice is still a hard-coded English Usage: /copy [all] string instead of using the typed locale catalog.
Expected: the required check passes, code changes run the localized-copy gate, every TUI source file is classified, and /copy usage follows the active locale.
How to reproduce
Check out 777b2cef84d4d361e3664a7c3519bd8b6ed948fd.
Observe planning runs first and every later step gates on its outputs fail because .github/workflows/ci.yml contains needs.plan.outputs.
Change that condition to steps.plan.outputs.code, install dependencies, and run npm run check:tui-copy.
Observe the unclassified /copy TUI source files; after classifying the user-facing command module, the hard-coded usage notice also falls under the localized-copy boundary.
Environment
Maka commit: 777b2cef84d4d361e3664a7c3519bd8b6ed948fd
The failure is a merge-integration issue: both contributing changes passed independently, but their combined result on main violates the new workflow and TUI-copy contracts.
Submitted by @liuxiaocs7 with substantive implementation and drafting assistance from Codex.
Activity
liuxiaocs7 commentedon Sep 1, 2026
take