bosskuai-cross-model-escalation · git:20261001.8adea49 · 2026-10-01 · sha256 5b5b676bba69fd60
bosskuai-cross-model-escalation git:20261001.8adea49A
Immutable. This exact content never changes and is served at /api/v1/blob/5b5b676bba69fd60.
--- name: bosskuai-cross-model-escalation description: "Use when the current model is stuck, low-confidence, or repeating failures — defines scoped escalation to another model, tool surface, or session across Claude, Codex, and Cursor without losing task ownership." --- # BosskuAI Cross-Model Escalation ## Configured memory location Run `bossku memory-path --project <project-root>` to resolve `<memory-dir>` before reading or writing memory. Automatically save verified durable notes with `bossku remember` without waiting for the user to ask. When memory_storage is obsidian, all memory including handoffs lives directly in the vault; never create .bossku/memory in a code repo. The configured storage overrides legacy export wording below. Use this skill when the active model should **stop thrashing and get help** from another model. The goal is not to abandon ownership of the task, but to bring in the right second opinion or helper path before time and context are wasted. ## How this differs from nearby skills - **`bosskuai-ai-model-selection`**: chooses the best model for a task profile. **This skill** decides when to escalate mid-task and how to frame the helper request. - **`bosskuai-subagent-delegation`**: splits independent workstreams in parallel. **This skill** is for a blocked or uncertain main workstream, even when the task is still single-threaded. - **`bosskuai-context-limit-continuation`**: stops and hands work to a new session because of context or quota pressure. **This skill** is proactive and can happen before limits are a problem. ## Auto-trigger logic Escalate when **any** of the following are true: | Signal | What it means | Action | |--------|----------------|--------| | Same path failed twice | The model is looping on the same fix, search, or explanation | Stop retrying and ask another model for a fresh angle | | Low confidence on high-impact work | Architecture, security, business logic, migrations, billing, auth, or destructive ops still feel uncertain | Get a second opinion before finalizing | | Capability mismatch | The task needs longer context, different modality, stronger reasoning, or better coding/tool behavior than the current model offers | Switch to a better-fit helper model | | Conflicting evidence | Two plausible explanations remain after reading the local evidence | Ask another model to challenge the current hypothesis | | Tool/vendor limitation | Current tool surface cannot browse, cannot edit safely, or is degraded/unavailable | Hand off to another tool/model with a compact brief | | User asks for backup | The user explicitly asks to call another model, get a second opinion, or escalate | Do it without extra ceremony | ## Escalation workflow 1. **Name the blocker clearly** — one sentence: what is stuck, uncertain, or missing. 2. **Keep one owner** — the current session stays responsible for synthesis and final verification. 3. **Choose the helper mode**: - **Second-opinion consult**: read-only reasoning or review - **Scoped implementation assist**: concrete patch/test plan for a narrow file set - **Cross-tool handoff**: another IDE/model completes the next phase 4. **Use `bosskuai-ai-model-selection`** to choose the best helper model for the remaining question or phase. 5. **Write a tight helper brief** — include: - blocker - what was tried - exact question to answer - files or evidence to inspect - what must not change - expected output format 6. **Integrate skeptically** — do not trust the helper blindly. Re-check against local code, tests, and requirements. 7. **If switching sessions or tools**, update `<memory-dir>/handoff.md` first so Claude, Codex, and Cursor can continue without chat history. ## Tool-specific patterns ### Claude Code - If the Opus-tier model is stuck on strategy or diagnosis, ask the Sonnet-tier model for a concrete patch shape, simpler hypothesis, or diff review. A different model often beats a bigger one on a stuck problem. - Before escalating at all, try raising `effort` or restating the question — a stuck run is frequently an under-specified prompt, not an under-powered model. - If Claude is still blocked because the task needs a different model family or tool surface, package a cross-tool brief and continue in Codex or Cursor. - Keep Claude as the synthesizer when it still owns the main task; use the helper model for a bounded question, not a broad rewrite. ### Codex - If the small/fast model stalls during implementation, escalate first to the flagship in the same family for a scoped re-plan or skeptical review. Confirm the current model id from the vendor's docs rather than a remembered version. - If the OpenAI path still feels blocked, hand the narrowed question to Claude or a Cursor plan model with a short brief. - Prefer a separate planner/reviewer-style pass for read-only help before opening a new write-heavy branch of work. ### Cursor - Keep **Composer 2** as the execution surface. - If Composer edits are looping or unclear, open a **Plan mode** pass with the strongest available reasoning model for a second opinion. - If one planning model is unhelpful, switch to another planning model rather than retrying the same prompt shape repeatedly. ## Helper brief template ```text Need cross-model help. Current owner/tool: Blocked on: What has already been tried: Exact question for helper: Files to inspect: Constraints / do not change: Expected output: ``` ## Guardrails - Do not escalate just because the task is large; use `bosskuai-subagent-delegation` when the work is parallelizable. - Do not wait for context exhaustion if the real problem is model fit or repeated failure. - Do not hand vague context to another model. Narrow the ask to one concrete question or file set. - Do not let multiple models make unsynchronized broad edits to the same files. - Do not use helper output as truth. The owning session still verifies code, logic, and security implications. ## References - Pair with **`bosskuai-ai-model-selection`** to choose the helper model - Pair with **`bosskuai-subagent-delegation`** when the helper work can run in parallel - Pair with **`bosskuai-context-limit-continuation`** when the escalation requires a fresh session or tool switch - `<memory-dir>/handoff.md` - `../../references/memory-first-handoff-protocol.md`