Skip to content

feat(inference): default to DeepSeek-V4-Pro model#435

Merged
functionstackx merged 1 commit into
masterfrom
chore/default-model-dsv4
Jun 8, 2026
Merged

feat(inference): default to DeepSeek-V4-Pro model#435
functionstackx merged 1 commit into
masterfrom
chore/default-model-dsv4

Conversation

@functionstackx

@functionstackx functionstackx commented Jun 8, 2026

Copy link
Copy Markdown
Contributor

What

Changes the default selected model on page load from DeepSeek-R1-0528 to DeepSeek-V4-Pro (1.6T / 49B active).

Changes

  • GlobalFilterContext.tsx — initial selectedModel now defaults to Model.DeepSeek_V4_Pro (still overridable via initialModel prop / ?g_model= URL param).
  • url-state.tsPARAM_DEFAULTS.g_model'DeepSeek-V4-Pro', so the new default is omitted from share URLs (and the old R1 value is now serialized when explicitly selected).
  • url-state.test.ts — assert the new default; swap the omit/preserve fixtures so they still test the intended behavior against the new default.
  • model-architecture.cy.ts — pin the architecture-diagram suite to ?g_model=DeepSeek-R1-0528 explicitly. Those tests exercise R1's MoE + dense block diagram; DSv4-Pro has no entry in MODEL_ARCHITECTURES, so the diagram (correctly) renders nothing for it. Decoupling the suite from the app default keeps it valid.

Notes

  • Backward-compat fallbacks left intentionally unchanged: LEGACY_BARE_DEFAULT_MODEL_SLUG (compare-slug.ts) and the AI-chart invalid-input fallback still reference R1, so existing shared /compare links keep resolving.
  • DSv4-Pro is already a visible, non-deprecated default-category model with data ingested, so it's a valid landing model.

Verification

  • pnpm typecheck
  • pnpm fmt
  • vitest run src/lib/url-state.test.ts — 35 passed ✅
  • Pre-commit hook (lint/format/typecheck on changed files) ✅

🤖 Generated with Claude Code


Note

Low Risk
Localized default-model and URL-serialization change with no auth or data-path edits; legacy compare fallbacks for R1 are intentionally unchanged.

Overview
Inference now lands on DeepSeek V4 Pro instead of DeepSeek R1 when no ?g_model= or initialModel is set. The same default is wired in GlobalFilterContext (Model.DeepSeek_V4_Pro) and PARAM_DEFAULTS.g_model in url-state.ts, so share URLs omit g_model for V4 Pro and include it when users explicitly pick R1.

Tests follow the new default: Vitest asserts DeepSeek-V4-Pro and updates omit/preserve share-URL fixtures. The model architecture Cypress suite visits /inference?g_model=DeepSeek-R1-0528 so MoE/diagram coverage stays on R1, which still has architecture data—V4 Pro does not.

Reviewed by Cursor Bugbot for commit 61f766f. Bugbot is set up for automated code reviews on this repo. Configure here.

Change the default selected model on page load from DeepSeek-R1-0528 to
DeepSeek-V4-Pro. Updates the GlobalFilterContext initial state and the
PARAM_DEFAULTS used to omit redundant g_model from share URLs.

- GlobalFilterContext: default selectedModel → Model.DeepSeek_V4_Pro
- url-state PARAM_DEFAULTS.g_model → 'DeepSeek-V4-Pro' (so the new
  default is omitted from share links)
- url-state tests: assert the new default and swap the omit/preserve
  fixtures accordingly
- model-architecture e2e: pin to ?g_model=DeepSeek-R1-0528 explicitly,
  since R1 (not the new default DSv4-Pro, which has no architecture
  diagram entry) is what those tests exercise

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@functionstackx functionstackx requested a review from adibarra as a code owner June 8, 2026 23:31
@vercel

vercel Bot commented Jun 8, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
inferencemax-app Ready Ready Preview, Comment Jun 8, 2026 11:32pm

Request Review

@functionstackx functionstackx merged commit 6a70513 into master Jun 8, 2026
18 checks passed
@functionstackx functionstackx deleted the chore/default-model-dsv4 branch June 8, 2026 23:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant