Skip to content

deploy(vera): pin the cloud model while smart is pulled#13

Merged
mabry1985 merged 1 commit into
mainfrom
chore/vera-cloud-model
Jul 23, 2026
Merged

deploy(vera): pin the cloud model while smart is pulled#13
mabry1985 merged 1 commit into
mainfrom
chore/vera-cloud-model

Conversation

@mabry1985

Copy link
Copy Markdown
Member

Keeps Vera alive while the local smart backend comes down.

Why a pin is required, not optional

protoAgent's default model_name is protolabs/reasoning, and the gateway aliases that to protolabs/smart — the local :8041 lane. An unpinned Vera goes down with the backend.

protolabs/clouddeepseek-v4-pro, 1M context.

It also fixes this morning's exhaustion

The panel exhausted repeatedly on projectBoard-plugin#94/#95 — every step failing, no verdict posted, PRs left unreviewed. Two stacked causes:

  1. The local lane served 32,768 tokens total (prompt + output — verified empirically: "your prompt contains at least 32753 input tokens... for a total of at least 32769") against ~36.8k-token finder prompts.
  2. The gateway fell back to Groq's free tier, which rejected at 12,000 TPM.

1M context clears both with room for the prior-round context to grow.

Scope

Model settings are host-scoped by default (ADR 0047); this agent-layer pin deliberately outranks the box default. Delete the block once smart is back.

Applied to the live config volume too — the seed is copy-once and would otherwise only reach a fresh instance. Live Vera is already running on it: LangGraph agent initialized (model: protolabs/cloud, ...).

Known degradation

The gateway has no context profile for this alias, so compaction falls back from fraction:0.8 to messages:60. Harmless at 1M context, but it means compaction triggers on message count rather than actual context pressure.

🤖 Generated with Claude Code

protoAgent's default model_name is `protolabs/reasoning`, which the gateway
aliases to `protolabs/smart` — the local :8041 lane. With smart being pulled,
an unpinned Vera goes down with it.

`protolabs/cloud` -> deepseek-v4-pro (1M context). That also clears the failure
that exhausted the panel this morning: the local lane served 32768 tokens TOTAL
(prompt + output, verified empirically) against ~36.8k-token finder prompts, so
large-diff reviews failed on context length after the Groq fallback failed on
TPM.

Model settings are host-scoped by default (ADR 0047); this agent-layer pin
deliberately outranks the box default and should be deleted once smart returns.

Applied to the LIVE config volume as well — the seed is copy-once and would
otherwise only reach a fresh instance.

Note: the gateway has no context profile for this alias, so compaction degrades
from 'fraction:0.8' to 'messages:60'. Harmless at 1M context, worth knowing.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@mabry1985
mabry1985 merged commit 7f40a1e into main Jul 23, 2026
1 check passed
@mabry1985
mabry1985 deleted the chore/vera-cloud-model branch July 23, 2026 09:29
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