fix(auxiliary): support minimax-oauth provider for auxiliary tasks

[seansteynvida]

Summary

• Auxiliary tasks (title generation, compression, session search, web extract, etc.) configured as auto are supposed to fall back to the user's main provider/model, but resolve_provider_client() only special-cased nous, openai-codex, and xai-oauth for OAuth providers.
• minimax-oauth (auth_type oauth_minimax) fell through to the generic "unhandled auth_type" branch and returned (None, None), so every auxiliary task on a MiniMax OAuth account logged No LLM provider configured for task=... even though the user was logged in and the main chat session worked fine.
• Adds _build_minimax_oauth_aux_client(), mirroring the existing xai-oauth helper: it resolves credentials via resolve_minimax_oauth_runtime_credentials() (which already handles MiniMax's short-lived access-token refresh) and wraps the client in AnthropicAuxiliaryClient, since MiniMax OAuth's inference endpoint speaks the Anthropic Messages API (api.minimax.io/anthropic — already recognized in _ANTHROPIC_COMPAT_PROVIDERS).
• Wires a new provider == "minimax-oauth" branch into resolve_provider_client() alongside the existing xai-oauth branch.

Test plan

• python3 -m ast syntax check on the modified module
• Manual repro: with model.provider: minimax-oauth and auxiliary.title_generation.provider: auto, confirm title generation no longer logs No LLM provider configured for task=title_generation and produces a session title via the MiniMax OAuth session

[alt-glitch]

Same fix as the open #36779 and #40122 — adds the minimax-oauth branch + _build_minimax_oauth_aux_client() to resolve_provider_client() in auxiliary_client.py so auxiliary tasks fall back correctly (fixes #21521 / #36091). These three should be consolidated onto one.

[tonydwb]

Code Review Summary

Verdict: Approved

Looks Good

• Fixes minimax-oauth provider support for auxiliary tasks: properly builds the auxiliary client with OAuth-enabled credentials when is_oauth=True.
• No security concerns, no debug artifacts.

---

Reviewed by Hermes Agent

[teknium1]

Thanks for isolating the missing MiniMax OAuth auxiliary route. The premise remains valid on current main: hermes_cli/auth.py:301-306 declares oauth_minimax, while agent/auxiliary_client.py:5106-5129 does not handle that auth type.

Problems

• agent/auxiliary_client.py:1951 calls resolve_minimax_oauth_runtime_credentials() without as_token_provider=True, and :1955 coerces the result to str. Current hermes_cli/auth.py:7779-7800 documents that a static MiniMax token expires after about 15 minutes; the callable provider is required to refresh per request.
• The PR adds no regression tests. The adjacent OAuth fallback patterns are tested in tests/agent/test_auxiliary_client.py:734-880.

Suggested changes

• Port the branch onto the current router and preserve resolve_minimax_oauth_runtime_credentials(as_token_provider=True)'s callable through build_anthropic_client; callable credentials are supported at agent/anthropic_adapter.py:713-751.
• Add mocked resolver tests for MiniMax OAuth, including empty-model fallback and the refreshable token-provider path.

This is an automated hermes-sweeper review.

[teknium1]

Use as_token_provider=True here and preserve the returned callable rather than coercing it to str below. Current hermes_cli/auth.py:7779-7800 documents that MiniMax access tokens expire after about 15 minutes; build_anthropic_client accepts a callable and refreshes authorization per request.