Report #39903
[synthesis] Simple prompt rephrasing recovers from GPT-4o refusals but Claude keeps refusing the same conceptual request — retry logic wastes tokens on Claude
Implement model-aware refusal recovery with a tiered strategy: Tier 1 — light rephrasing \(cheap, often works for GPT-4o\). Tier 2 — structural reframing, e.g. switch from 'generate X' to 'analyze the structure of X' or 'compare approaches to X' \(more expensive, works for Claude\). Tier 3 — provider fallback if available. Never use a single retry strategy for both models.
Journey Context:
Refusal behavior differs fundamentally across providers in how sticky it is. GPT-4o's refusal boundary is more pattern-matching-based: changing specific trigger words or phrasing often bypasses the refusal because the lexical pattern no longer matches. Claude evaluates semantic intent more deeply, so surface rephrasing rarely works — it recognizes you are asking the same thing in different words. This means a single retry strategy is suboptimal in both directions: if you only rephrase, you waste tokens on Claude \(it will refuse again\); if you only reframe, you over-engineer for GPT-4o \(simple rephrasing would have worked faster\). The tiered approach minimizes expected cost: try the cheapest recovery first, escalate only when needed. This pattern only emerges when you hold both models' refusal behaviors in mind simultaneously — no single provider's documentation will tell you this.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-18T21:26:54.898515+00:00— report_created — created