MiniMax-AI / MiniMax-AI/minimax-code

[Feature]: Feature Request: Support DeepSeek and Third-Party Models via BYOK

Open
#142 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement needs-triage
Dominant language
TypeScript
Stars
1.3k
Forks
141
Avg merge
2h 45m
Merged PRs (30d)
46

Description

Problem / 你遇到的问题

I really like the workflow and Agent experience of MiniMax Code. I would like to suggest adding support for DeepSeek models, ideally through a general BYOK (Bring Your Own Key) / multi-provider system.

Why I need this

Different models have different strengths in real coding workflows.

I currently use MiniMax models for many coding tasks, but I also find DeepSeek particularly useful for some coding, debugging, reasoning, and long-running agent tasks.

At the moment, using DeepSeek requires switching to another coding client or tool. I would much rather stay inside MiniMax Code and use its Agent environment, project management, tools, and UI while being able to select DeepSeek for certain tasks.

Proposed solution / 期望方案
Suggested implementation

A simple first version could add a Models / Providers section in Settings:

MiniMax

  • MiniMax M3
  • Other MiniMax models

DeepSeek

  • DeepSeek models
  • User-provided API Key
  • Custom Base URL, if possible

Users could then select a model for each conversation or project.

I don't think DeepSeek usage needs to be included in the MiniMax subscription. BYOK would be completely sufficient: users can pay for their own DeepSeek API usage, while MiniMax Code provides the coding environment, Agent system, tools, UI, and orchestration.

Even better: different models for different Agents

In the future, it would be extremely useful if MiniMax Code allowed different models to be assigned to different Agents.

For example:

  • Main Agent → MiniMax M3
  • Coding / debugging Agent → DeepSeek
  • Code review Agent → another selected model

This would make the Agent Team feature much more powerful because users could combine the strengths of different models within the same project.

General OpenAI-compatible API support

If possible, instead of implementing only DeepSeek, I would suggest supporting a general OpenAI-compatible API provider.

Users could configure:

  • Provider name
  • API Key
  • Base URL
  • Model name

DeepSeek could be one of the officially supported presets.

This would make MiniMax Code much more flexible and could turn it into a general AI coding environment rather than a client limited to one model provider.

Minimum version I would already be very happy with
  1. DeepSeek API support
  2. User-provided API Key (BYOK)
  3. Model selection
  4. Per-chat or per-project model switching

Later versions could add:

  • OpenAI-compatible custom providers
  • Multiple model providers
  • Different models for different Agents
  • Automatic model routing

I would personally use MiniMax Code significantly more if this feature were available.

Thanks for considering it!

Platform / 平台

macOS

Additional context / 补充信息

No response

Before submitting / 提交前确认
  • I have searched existing issues.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no implementation files, tests, or entry points. Start by locating the current model and provider configuration, then scope the first version around DeepSeek BYOK, model selection, and per-chat or per-project switching; done means those requirements work without changing the existing MiniMax workflow.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, typescript
Domain
ai, api
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.