#10823: Update Synthetic provider to OpenAI Completions + use better model
docs
commands
agents
stale
Cluster:
OpenAI Model Fixes and Updates
Hello from Synthetic!
Although we do expose an Anthropic-compatible API, our OpenAI Completions API is faster — and, we've received some reports in our Discord that OpenClaw works better with our OpenAI endpoint rather than the Anthropic one. Since OpenClaw is the first major project outside of Claude Code to use the Anthropic endpoint, I suspect it's just exercising some edge case codepaths we haven't run into before with Claude Code! While we do want to fix those compatibility bugs, it seems worthwhile to just update the default in OpenClaw to work with our OpenAI Completions endpoint rather than the Anthropic one.
This PR also updates the Synthetic provider with two model changes:
1. It makes Kimi K2.5 the default, instead of MiniMax M2.1. Kimi K2.5 is a much stronger model :)
2. It updates the Kimi K2.5 model listing to note that it works with images, not just text, so that OpenClaw users get a great multimodal experience out of the box.
I hope this helps OpenClaw users get a better first time setup experience with Synthetic!
<!-- greptile_comment -->
<h2>Greptile Overview</h2>
<h3>Greptile Summary</h3>
- Switches the Synthetic provider default endpoint from Anthropic Messages to the OpenAI Completions-compatible API, updating base URL defaults and provider `api` settings.
- Updates the Synthetic default model to `hf:moonshotai/Kimi-K2.5` and marks it as multimodal (`text` + `image`) in the Synthetic model catalog.
- Adjusts onboarding/config code paths and unit tests to reflect the new Synthetic base URL, API type, and default model selection.
- Updates Synthetic provider documentation to match the new endpoint and default model (but some doc sections are now inconsistent with the updated catalog).
<h3>Confidence Score: 4/5</h3>
- This PR is generally safe to merge, but has documentation inaccuracies that should be corrected to avoid misconfiguring users.
- The code changes are consistent across provider defaults, onboarding config, and tests (baseUrl/api/default model all line up). The remaining issues are mismatches in the Synthetic docs (config example and model catalog table) that will mislead users following setup instructions.
- docs/providers/synthetic.md
<!-- greptile_other_comments_section -->
<!-- /greptile_comment -->
Most Similar PRs
#4459: fix: enable image input for Kimi K2.5 and refresh stale config mode...
by manikv12 · 2026-01-30
76.4%
#6960: feat: Add kimi-coding provider support
by YYW0228 · 2026-02-02
75.0%
#18697: fix: include forward-compat models in model catalog for allowlist val…
by dmitry-orabey · 2026-02-17
72.6%
#14187: fix: add Moonshot AI to non-standard provider detection
by shad0wca7 · 2026-02-11
72.2%
#6454: fix: enable reasoning flag for Kimi K2.5 in Moonshot provider (#6451)
by coupclawbot · 2026-02-01
71.1%
#6015: CLI: clarify Moonshot AI/Kimi auth option labels based on user feed...
by xxr3376 · 2026-02-01
70.9%
#7272: Models: add SiliconFlow provider
by qychen2001 · 2026-02-02
70.1%
#13119: fix: add forward-compat for google-antigravity claude-opus-4-6 models
by sdb001 · 2026-02-10
70.0%
#2806: [AI-Assisted] Fix: Repair tool_use/tool_result pairing for Claude o...
by Arthur742Ramos · 2026-01-27
69.9%
#15991: feat: add Novita AI provider support with dynamic model discovery
by Alex-wuhu · 2026-02-14
69.8%