Feat/volcano

[Maaannnn]

What this PR does

Before this PR:

• Volcano Engine Coding Plan and BytePlus Coding Plan were not available as built-in providers.
• No default models or official links for these backends.

After this PR:

• Adds both plans as system providers with OpenAI-compatible endpoints:
  • Volcano (CN): https://ark.cn-beijing.volces.com/api/coding/v3, plus the matching Anthropic-style coding host.
  • BytePlus (international): https://ark.ap-southeast.bytepluses.com/api/coding/v3, plus the matching Anthropic-style coding host.
• Wires them into the existing provider registry, type definitions, and default model list.
• Adds English and Chinese UI labels and official links (signup, API key, docs).
• Adds a BytePlus SVG logo for the BytePlus plan; the Volcano plan uses the existing Volcengine/Bytedance branding asset.
• Existing users: redux-persist ends at version 201. Migrate 201 appends both providers to the persisted provider list if missing (same pattern as other system providers). Migrate 200 is reserved on main for GROK (openai-response type); this PR adds 201 so both steps run in order after merging main—no clearing data required.

Provider entry points (same targets as in-app official / API key / docs / endpoint links)

After obtaining the key from the console, enable the corresponding provider in Cherry Studio and paste the key. No manual API host change is required — API bases remain the Coding Plan endpoints.

Volcano Engine Coding Plan (CN)

1. Console
2. API key management
3. Endpoint management docs
4. Endpoint console

BytePlus Coding Plan (international)

1. Console / activity entry
2. API key management
3. Docs
4. Endpoint / open management

Fixes #

N/A (no linked issue).

Why we need it and why it was done in this way

Users on Volcengine and BytePlus coding plans need first-class provider entries so they can add an API key and pick models without typing hosts by hand. The change follows the same patterns as other OpenAI-compatible system providers already in the codebase.

The following tradeoffs were made:

• Both providers are off by default until the user enables them and adds a key, consistent with other system providers.
• Volcano and BytePlus are separate entries because they target different regions and consoles.

The following alternatives were considered:

• Relying only on a custom OpenAI-compatible provider — rejected because built-in entries reduce misconfiguration and surface the right doc and signup links.

Links to places where the discussion took place: N/A

Breaking changes

None. The change is additive only and does not alter existing Redux or IndexedDB schemas.

Special notes for your reviewer

• Migrations: migrate.ts 200 = GROK type fix (from main); 201 = addProvider × 2 for Volcano + BytePlus. Persist version in index.ts is 201 (must match the latest migrate key—see comment at end of migrate.ts).
• The eight links above match PROVIDER_URLS for both providers. Please sanity-check against the latest Volcengine / BytePlus consoles if anything moves.
• New BytePlus logo asset: confirm licensing if the project requires it.

Checklist

This checklist is not enforcing, but it's a reminder of items that could be relevant to every PR.
Approvers are expected to review this list.

• PR: The PR description is expressive enough and will help future contributors
• Code: Write code that humans can understand and Keep it simple
• Refactor: You have left the code cleaner than you found it (Boy Scout Rule)
• Upgrade: Impact of this change on upgrade flows was considered and addressed if required
• Documentation: A user-guide update was considered and is present (link) or not required. Check this only when the PR introduces or changes a user-facing feature or behavior.
• Self-review: I have reviewed my own code (e.g., via /gh-pr-review, gh pr diff, or GitHub UI) before requesting review from others

Release note

Add Volcano Engine Coding Plan and BytePlus Coding Plan as system providers with default models, i18n labels, doc links, and migrate 201 so existing users receive both providers on upgrade (persist version 201).

[kangfenmao]

We need to write a migration function to add two providers for existing users.

[Maaannnn]

@kangfenmao Friendly ping for review on this PR when you have time. Thanks!