feat(ollama-cloud): add deepseek-v4-pro:0813 model - #6941
Merged
rekram1-node merged 1 commit intoSep 13, 2026
Merged
Conversation
Contributor
|
No actionable findings. |
YongYuH
force-pushed
the
feat/ollama-cloud-deepseek-v4-pro-0813
branch
from
September 12, 2026 15:02
1f3269c to
4ee61f2
Compare
Contributor
|
No actionable findings. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Context
Ollama Cloud has been serving
deepseek-v4-pro:0813(the 0813 snapshot of DeepSeek V4 Pro, listed byGET /v1/modelssince 2026-08-13). The lab metadata already exists ondevat deepseek-v4-pro-0813.toml; this PR adds the missing provider entry so the model surfaces underollama-cloudin the generated catalog.Confirmed live on the Ollama Cloud API:
What changed
providers/ollama-cloud/models/deepseek-v4-pro:0813.toml, abase_model-factored provider entry that inherits provider-agnostic facts from the existing lab metadata and only declares host-specific overrides.Critical Changes
ollama-cloud:deepseek-v4-pro:0813now resolves in the generated catalog withlimit.context = 1_048_576/limit.output = 1_048_576andreasoning_optionsoftoggle+effort: ["high", "max"].base_model = "deepseek/deepseek-v4-pro-0813"and restates onlyreasoning_optionsand[limit](real deltas vs. the lab's 1M/384K limits).name,description,family, dates, capabilities, modalities,open_weights,license, andweightsare inherited from the lab entry.toggle+effort: ["high", "max"]matches the DeepSeek V4 family on this provider (see deepseek-v4-flash:0731.toml and deepseek-v4-pro.toml) and the AGENTS.md DeepSeek V4 guidance (toggle+high/max, not L/M/H). Wire path documented in the leading comment per the ollama-cloud convention (see feat(ollama-cloud): add deepseek-v4-flash:0731 model #3985).1_000_000is a rounded figure; Ollama Cloud's/api/showexposes the realdeepseek4.context_length = 1_048_576.limit.output = 1_048_576: Ollama publishes no separate output cap for this model. The same-host deepseek4 peers (deepseek-v4-flash:0731,deepseek-v4-pro) both serveoutput = 1048576, so this follows the established ollama-cloud convention (feat(ollama-cloud): add deepseek-v4-flash model #1586) rather than the lab's384_000.[interleaved]: Ollama's OpenAI-compatible endpoint returns the reasoning trace inmessage.reasoning(verified in ollama/ollamaopenai/openai.go), which is not a schema-supported interleaved field. The earlierdeepseek-v4-proentry on this provider had[interleaved]removed for the same reason (see 3a58678).Expected behavior
bun validatepasses (exit 0).id:deepseek-v4-pro:0813name:DeepSeek V4 Pro 0813(inherited from lab)limit:{ context: 1048576, output: 1048576 }reasoning_options:[{ type: "toggle" }, { type: "effort", values: ["high", "max"] }]models/deepseek/deepseek-v4-pro-0813.toml.Relationship to #5109 and #6742
Both open PRs add the same file. This PR is a corrected alternative — happy to defer to the maintainers on which to land.
base_modelwhen the lab model is nameable, and the lab metadata already exists. The automated review flagged this as a violation on that PR.base_modelcorrectly but bundles this file into a catalog-wide[cost]change. No otherollama-cloudmodel ondevcurrently has a[cost]block, so adding one only here would be inconsistent. This PR stays scoped to the missing model; if feat(ollama-cloud): add published token costs to all cloud models #6742 lands first, the cost block can be added there.