continuedev / continuedev/continue
[Provider] Add Modelsell as an OpenAI-compatible LLM provider
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 36k
- Forks
- 5.4k
- PR merge metrics
- No merged PRs in 30d
Description
Enhancement
Add Modelsell as a named OpenAI-compatible LLM provider in Continue.
Modelsell exposes the standard endpoints Continue needs for an initial integration:
- API base:
https://modelsell.com/v1 - Chat Completions:
POST /v1/chat/completions - Model discovery:
GET /v1/models - Authentication: bearer API key
- API keys: https://modelsell.com/console/token
- Documentation: https://modelsell.com/docs/api-reference
Motivation
Modelsell can be configured through Continue's existing OpenAI-compatible path, but users must manually repeat the API base, credential setup, and model identifiers. A named provider would make the integration discoverable and give Continue a stable place for provider defaults without introducing a separate transport implementation.
Proposed implementation
- Add a
modelsellprovider that reuses or extends the existing OpenAI Chat Completions implementation. - Default the API base to
https://modelsell.com/v1and useMODELSELL_API_KEY/the normal Continue secret mechanism. - Discover model IDs from
GET /v1/modelsrather than maintaining a static catalog. - Add a provider documentation page with a minimal
config.yamlexample and links to the API key page and API docs. - Keep the first integration scoped to Chat Completions; no provider-specific payload transformation is required.
I can contribute the implementation and focused tests following the existing provider patterns.
Disclosure: I represent Modelsell.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating Continue's existing OpenAI-compatible Chat Completions implementation and provider patterns, then review how provider documentation and config.yaml examples are organized. Add the Modelsell provider with its default base URL, bearer-key setup, dynamic model discovery, and documentation links; focused tests should cover the provider defaults and model listing.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- ai, backend-api-design, documentation
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 65/100