docs: add QVAC to model providers

[simon-iribarren]

Description

Adds a provider page for QVAC, an open-source, local-first runtime that exposes an OpenAI-compatible HTTP server via qvac serve openai. Because the server speaks the OpenAI API, Continue connects to it through the built-in openai provider with a local apiBase — no new provider type is needed.

The page mirrors the existing local / OpenAI-compatible provider docs (e.g. OpenVINO Model Server, vLLM) and covers:

• Installing the CLI (npm i -g @qvac/cli) and starting the server (qvac serve openai, default port 11434).
• Defining model aliases in qvac.config.json and matching the model field to a serve alias.
• A config.yaml / config.json example using provider: openai, apiBase: http://127.0.0.1:11434/v1, and a placeholder apiKey.
• Recommendations: set ctx_size explicitly (the default is small), set reasoning_budget: 0 for reasoning-tuned models like Qwen3, and use a capable agent-tuned model such as gpt-oss-20b for tool-calling quality.

The page is registered in the More Providers navigation and added to the Local Model Options table in the providers overview.

Checklist

• I've read the contributing guide
• The relevant docs, if any, have been updated or created
• The relevant tests, if any, have been updated or created

Screen recording or screenshot

Docs-only change.

Tests

Docs-only change. Verified docs/docs.json remains valid JSON after adding the navigation entry.

---

Summary by cubic

Add QVAC to the model providers docs with a new page on running its OpenAI-compatible server and connecting via the built-in openai provider using a local apiBase. Updates navigation and the providers overview, switches docs to qvac.tether.io, and adds a note for reasoning-tuned models (e.g., Qwen3.5).

• New Features
  • New QVAC page: install @qvac/cli, start with qvac serve openai (default port 11434).
  • Config examples using provider: openai, apiBase: http://127.0.0.1:11434/v1, any non-empty apiKey, and model aliases from qvac.config.json.
  • Recommendations: set ctx_size; set reasoning_budget: 0 for reasoning-tuned models like Qwen3.5; use a capable model like gpt-oss-20b for tools.
  • Added QVAC to the “More Providers” nav and “Local Model Options” table.

^{Written for commit 2adf2ea. Summary will update on new commits.}

[github-actions]

All contributors have signed the CLA ✍️ ✅
_{Posted by the CLA Assistant Lite bot.}

[cubic-dev-ai]

No issues found across 3 files

_{Re-trigger cubic}

[simon-iribarren]

I have read the CLA Document and I hereby sign the CLA

[simon-iribarren]

Friendly ping @sestinj. This PR is docs-only and the branch is mergeable. The blockers I can see are jetbrains-tests failing in Autocomplete.testAutocomplete() under extensions/intellij, plus several Continuous AI:* status contexts reporting agent errors.

I attempted to rerun the failed workflow from my side; if that does not clear the blockers, could you advise whether these can be rerun/overridden for this docs-only change or whether you want me to refresh the branch?

[simon-iribarren]

@sestinj, could you help unblock this docs-only PR? The branch is mergeable, while the remaining failures are the unrelated JetBrains test and Continuous AI agent errors. Could those checks be rerun or overridden for review?

[simon-iribarren]

@sestinj quick follow-up on this docs-only PR. The branch is mergeable, and the visible blockers are plus status failures that look unrelated to the docs change. Could you advise whether these can be rerun/overridden so review can proceed?

[simon-iribarren]

@sestinj correction to my previous note: the visible blockers are jetbrains-tests and multiple Continuous AI checks, which look unrelated to this docs-only change. Could you advise whether those can be rerun or overridden so review can proceed?