feat(exec): let a provider name stand in for its active account - #11
Merged
Merged
Conversation
|
You have reached your Codex usage limits. You can see your limits in the Codex usage dashboard. |
`aas exec codex` answered "Account not found: codex" — a name every other command already understands. `switch`, `status` and `active` all take a provider and resolve it to whatever that provider has active; `exec` and `proxy` were the two that insisted on an account name. `resolve_run_target` gives them the same reading: a stored account name first, then a provider name standing in for that provider's active account. Account names win, so an account called `codex` keeps addressing that account rather than becoming unreachable, and a provider with no active account resolves to nothing rather than picking one — `exec` then says which of the two lookups failed: No active account for provider 'grok'. Name an account, or run: aas switch <account> The bare `aas <provider>` form follows, since `rewrite_default_exec_args` decides what counts as a run target through the same lookup. Written by hand on jiun-mini against v0.1.11 and left uncommitted; preserved at `wip/jiun-mini-exec-provider-target` and rebased here. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
jiunbae
force-pushed
the
feat/exec-provider-target
branch
from
September 22, 2026 11:58
46f0577 to
c318048
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
aas exec codexansweredAccount not found: codex, for a name the rest of the CLI already understands.switch,statusandactiveall take a provider and resolve it to whatever that provider has active —execandproxywere the two that insisted on an account name.Design
AccountStore::resolve_run_targetreads a name as an account first, then as a provider standing in for that provider's active account.codexkeeps addressing that account rather than becoming unreachable — covered byan_account_named_after_a_provider_wins_over_the_active_account.execturns that into a message naming which of the two lookups failed.claude-code→claude), since it goes throughnormalize_provider.aas <provider>form follows for free:rewrite_default_exec_argsdecides what counts as a run target through the same lookup.Provenance
Written by hand on one of our hosts against v0.1.11 and never committed — found while auditing uncommitted work across the fleet, preserved at
wip/jiun-mini-exec-provider-target, and rebased here (18 commits of drift; one conflict inexec.rs, where today'scaller_system_homelanded in the same spot — both kept).Verification
store.rsfor the resolution order and the account-name-wins case, two inmain.rsfor the bare form with and without an active account, plus the existing rewrite tests.🤖 Generated with Claude Code