#7272: Models: add SiliconFlow provider
docs
cli
commands
agents
Cluster:
Model Authentication Enhancements
## Summary
Add SiliconFlow as a new model provider.
SiliconFlow is a maas platform that provides access to various LLM models including Qwen, DeepSeek, GLM, and others. This PR integrates SiliconFlow as a first-class provider in OpenClaw.
## Changes
- Provider integration: Added SiliconFlow provider configuration and auth flow
- Onboarding support: Users can now select SiliconFlow during the setup wizard
- Documentation: Added provider docs in both English and Chinese
- Tests: Added unit tests for model auth and provider configuration
## Testing
- [x] Tests added for model auth
- [x] Tests added for provider configuration
- [x] Tested locally with real SiliconFlow API key
## AI Assistance
This PR was created with assistance from codex. I understand what the code does and have reviewed all changes.
<!-- greptile_comment -->
<h2>Greptile Overview</h2>
<h3>Greptile Summary</h3>
This PR adds SiliconFlow as an OpenAI-compatible provider across the config layer and onboarding flows. It:
- Adds docs and wizard references for SiliconFlow (CN vs Global base URLs and setup steps).
- Extends model auth/env var resolution to include `SILICONFLOW_API_KEY`.
- Adds an implicit provider definition (`openai-completions`, default models DeepSeek V3.2 + GLM-4.6V) when a SiliconFlow key is present.
- Adds interactive and non-interactive onboarding support (`--auth-choice siliconflow-api-key`, `--siliconflow-site`, `--siliconflow-api-key`) and associated tests.
The main issues found are around onboarding flag handling and ensuring credentials are written to the intended auth store/agent directory in non-interactive mode.
<h3>Confidence Score: 4/5</h3>
- This PR is reasonably safe to merge, but interactive/non-interactive onboarding has a couple of credential-handling bugs to address first.
- The provider wiring (env var resolution, implicit provider config, docs, and tests) is straightforward and consistent with existing patterns. The main risks are user-facing: the new `--siliconflow-api-key` flag is not honored in interactive mode, and non-interactive mode may store the key in an unexpected auth location if `agentDir` matters in this codebase. No broader security issues were identified beyond these credential flow correctness problems.
- src/commands/auth-choice.apply.api-providers.ts, src/commands/onboard-non-interactive/local/auth-choice.ts
<!-- greptile_other_comments_section -->
<sub>(2/5) Greptile learns from your feedback when you react with thumbs up/down!</sub>
<!-- /greptile_comment -->
Most Similar PRs
#13079: feat: Add OpenAI-compatible API option to CLI for self-hosted models
by MikeWang0316tw · 2026-02-10
79.2%
#12059: feat(agents): Add Azure AI Foundry credential support
by lisanyambere · 2026-02-08
77.5%
#15991: feat: add Novita AI provider support with dynamic model discovery
by Alex-wuhu · 2026-02-14
77.2%
#9109: Models: add Orq provider
by Baukebrenninkmeijer · 2026-02-04
76.8%
#12020: feat: add AIsa provider, production-grade Chinese AI models
by renning22 · 2026-02-08
76.8%
#7113: feat(providers): add CommonStack provider support
by flhoildy · 2026-02-02
76.7%
#20476: Providers: add DigitalOcean Gradient AI inference endpoint
by adugan-do · 2026-02-19
76.6%
#7051: Add io-intelligence model inference provider
by rajagurunath · 2026-02-02
76.5%
#7418: feat (amazon-nova): add Amazon Nova 1P provider
by 5herlocked · 2026-02-02
76.3%
#10424: feat: Add OVHcloud AI Endpoints as a provider
by eliasto · 2026-02-06
76.1%