Bug
When Tower is already running but the current workspace is not registered with it, afx status prints:
Workspace: not active in tower
Run 'afx tower start' to activate this workspace
The suggested command is incorrect: afx tower start starts the shared Tower daemon, which is already running in this branch. It does not activate the current workspace.
Source
packages/codev/src/agent-farm/commands/status.ts contains the stale recommendation in the towerRunning === true / getWorkspaceStatus(workspacePath) === null path:
logger.kv('Workspace', chalk.gray('not active in tower'));
logger.info(`Run 'afx tower start' to activate this workspace`);
The separate Tower-not-running path correctly recommends afx tower start and should remain unchanged.
Expected behavior
For a running Tower where the current workspace is not registered, afx status should print:
Run 'afx workspace start' to activate this workspace
Acceptance criteria
Protocol
BUGFIX — isolated user-facing CLI wording correction with a focused regression test.
Bug
When Tower is already running but the current workspace is not registered with it,
afx statusprints:The suggested command is incorrect:
afx tower startstarts the shared Tower daemon, which is already running in this branch. It does not activate the current workspace.Source
packages/codev/src/agent-farm/commands/status.tscontains the stale recommendation in thetowerRunning === true/getWorkspaceStatus(workspacePath) === nullpath:The separate Tower-not-running path correctly recommends
afx tower startand should remain unchanged.Expected behavior
For a running Tower where the current workspace is not registered,
afx statusshould print:Acceptance criteria
afx workspace start.afx tower start.Protocol
BUGFIX — isolated user-facing CLI wording correction with a focused regression test.