- Change label from 'Go back to provider selection' to 'Go back to auth method selection'
- Throw AUTH_CHOICE_CANCELLED error to signal proper navigation level
- More accurate description of where user will be taken
Co-Authored-By: Claude <noreply@anthropic.com>
- Remove 'Enter model name manually' from error recovery menu
- Only allow retry with different credentials or cancel
- Ensures users fix the actual connection issue rather than bypass it
Co-Authored-By: Claude <noreply@anthropic.com>
- Clear CLI-provided API key and token options when retrying
- Forces fresh prompt instead of reusing old credentials
- Consistent behavior with base URL retry
Co-Authored-By: Claude <noreply@anthropic.com>
- Extract promptForApiKey and promptForBaseUrl as helper functions
- Use recursive retry instead of throwing errors
- Re-enter API key now retries the entire flow with new key
- Re-enter base URL now properly prompts for new URL and retries
- Both options maintain full onboarding flow instead of crashing
Co-Authored-By: Claude <noreply@anthropic.com>
- Add options to retry with different API key or base URL
- Allow manual model entry as fallback
- Option to return to provider selection instead of crashing
- Show helpful error context about why fetch might have failed
Co-Authored-By: Claude <noreply@anthropic.com>
- Remove manual context window prompt when not auto-detected
- Remove 'Enter custom model name' option from model selection
- Throw error if model fetch fails instead of prompting for manual entry
- Strip litellm/ prefix from API-returned model IDs to fix double prefix
Add support for --litellm-api-key, --litellm-base-url, and
--litellm-model CLI flags to enable non-interactive/automation
use cases for LiteLLM provider onboarding.
Co-Authored-By: Claude (claude-opus-4-5) <noreply@anthropic.com>
Add LiteLLM as a new OpenAI-compatible proxy provider:
- Add onboarding flow with API key, base URL, and model selection
- Fetch available models from LiteLLM /v1/models endpoint
- Auto-detect context window from /model/info endpoint
- Set supportsStore: false to avoid "Extra inputs are not permitted" errors
with providers that don't support the OpenAI Responses API store parameter
- Preserve compat settings through model resolution pipeline
- Add provider documentation
Closes#2639Closes#2305
Co-Authored-By: Claude <noreply@anthropic.com>
Venice AI is a privacy-focused AI inference provider with support for
uncensored models and access to major proprietary models via their
anonymized proxy.
This integration adds:
- Complete model catalog with 25 models:
- 15 private models (Llama, Qwen, DeepSeek, Venice Uncensored, etc.)
- 10 anonymized models (Claude, GPT-5.2, Gemini, Grok, Kimi, MiniMax)
- Auto-discovery from Venice API with fallback to static catalog
- VENICE_API_KEY environment variable support
- Interactive onboarding via 'venice-api-key' auth choice
- Model selection prompt showing all available Venice models
- Provider auto-registration when API key is detected
- Comprehensive documentation covering:
- Privacy modes (private vs anonymized)
- All 25 models with context windows and features
- Streaming, function calling, and vision support
- Model selection recommendations
Privacy modes:
- Private: Fully private, no logging (open-source models)
- Anonymized: Proxied through Venice (proprietary models)
Default model: venice/llama-3.3-70b (good balance of capability + privacy)
Venice API: https://api.venice.ai/api/v1 (OpenAI-compatible)
