Jailbreak AI Chat All articles
Prompt Engineering

The Coach-and-Target Rig: What Happens When One Chatbot Writes the Jailbreak

Jailbreak AI Chat
The Coach-and-Target Rig: What Happens When One Chatbot Writes the Jailbreak

Most guardrail tests are solo affairs. You sit at the keyboard, you type something spicy, the model folds its arms, and you log a refusal. But what happens when the model doing the asking is not the model being asked? That is the premise behind the two-bot parlay: a coach model that rewrites your prompt, and a target model that answers the rewritten version. If the target never sees your original phrasing, does it still slam the door?

I spent a weekend finding out. The setup was deliberately low-rent: two browser tabs, one local Ollama instance, and a spreadsheet. No custom fine-tunes, no leaked system prompts, no heroics. Just a repeatable chain and a refusal counter.

The Method: 60 Prompts, One Spreadsheet

I built a test set of 60 prompts split into six buckets of ten: fully benign, edgy-but-allowed, policy-adjacent, roleplay-framed, technical-dual-use, and deliberately obnoxious. Each prompt went to a target model cold, with no preamble. That is the solo baseline. Then each prompt went through a coach model first, with a fixed meta-prompt that told the coach to preserve intent, strip first-person framing, add a plausible scenario, and keep the rewrite under 90 words. The target then answered the coach's version.

I counted hard refusals only. Hedges, disclaimers, and moral throat-clearing did not count as refusals unless the model actually declined. Three trials per prompt per rig. The numbers below are the average across all 60.

Solo baseline: 41 percent refusal rate. Not catastrophic, not permissive. Roughly what you would expect from a hosted model with a public-facing guardrail stack.

Five Rigs, Five Different Personalities

Rig 1: Hosted Coach to Hosted Target

The conference call. Both models are hosted, both have their own guardrails, and the coach is arguably the more locked-down of the two. This rig is easy to set up and easy to audit, but the coach tends to sand off the edges. It refuses to rewrite about 12 percent of the prompts, which means the chain stalls before the target ever sees anything. Refusal rate: 26 percent. Better than solo, not by much.

Rig 2: Hosted Coach to Local Target

The visa run. The coach lives in the cloud and the target lives on your GPU. This is where things get interesting. The coach rewrites, the local target has fewer filters to begin with, and the chain clears more prompts than either model would alone. Refusal rate: 19 percent. But be honest about what is happening: you are not defeating a guardrail, you are routing around it to a model that never had the same guardrail in the first place. That is a configuration choice, not a jailbreak.

Rig 3: Local Coach to Hosted Target

The smuggler. A small local model rewrites the prompt and a hosted model answers. This rig feels clever and performs worse than the hosted-to-hosted chain. Local coaches are cheap and fast, but they are also sloppy: they over-rewrite, they inject weird roleplay scaffolding, and they occasionally turn a simple question into a three-act play. The hosted target smells the artifice and refuses anyway. Refusal rate: 31 percent.

Rig 4: Local Coach to Local Target

The garage echo. Both models are yours. Refusal rate: 12 percent. That number is real but misleading. You are not measuring guardrail penetration; you are measuring the absence of guardrails. The chain also produced the highest rate of incoherent answers and hallucinated citations. A low refusal rate is not a win if the answer is garbage.

Rig 5: Hosted Coach, Local Clerk, Hosted Target

The intern. This is the rig I did not expect to like. A local model sits between the coach and the target and trims the rewrite to under 60 words, removes flowery framing, and strips anything that looks like a system prompt. The hosted target sees a short, plain, second-hand request. Refusal rate: 17 percent. Best combination of quality and consistency in the whole test.

What the Chain Actually Changes

The coach is not magic. It changes three things. First, it removes first-person framing, which is a surprisingly large trigger for hosted guardrails. Second, it adds a plausible scenario, which gives the target a reason to answer instead of a reason to decline. Third, it splits the request into smaller pieces, which makes each piece look less like the thing the target is trained to refuse.

The target is not stupid. It still catches obvious stuff. But it is responding to a different prompt than the one you typed, and that gap is the whole game. The parlay works because guardrails are tuned for direct requests, not for relayed ones.

The Part Where I Tell You the Downsides

Chaining adds latency, cost, and failure points. Every extra model is another place for the request to die, another API bill, another thing to log. It also makes debugging miserable. When the target refuses, you have to figure out whether the coach refused, the clerk trimmed too hard, or the target just did not like the phrasing. Keep raw logs for every hop or you will waste your weekend.

And yes, this is the part where a lawyer would tell you to read the terms of service. Bot-to-bot chaining is exactly the kind of thing hosted providers write rules about. I am not telling you it is sanctioned. I am telling you it is technically interesting, and you should know what you are doing before you wire it into anything that matters.

A Repeatable Scorecard for Your Own Rig

Score each item 0 to 3. Anything under 14 is a toy. Anything over 20 is worth keeping.

  1. Refusal delta vs solo. Did the chain actually reduce refusals, or did it just move them upstream?
  2. Answer quality. Would you use the output for anything real, or is it confident nonsense?
  3. Coach stall rate. How often does the coach refuse to rewrite? A coach that folds is a dead chain.
  4. Rewrite fidelity. Does the coach preserve intent, or does it invent a new question?
  5. Latency per hop. Two models is not free. Three is worse.
  6. Log completeness. Can you reconstruct every hop after the fact?
  7. Cost per 60 prompts. Multiply by your actual usage before you fall in love with the rig.
  8. Provider terms check. Did you actually read them, or did you skim and hope?

Run the scorecard before you run the chain in anything you care about. The two-bot parlay is a genuinely useful tool for understanding how guardrails behave under relay, but it is not a skeleton key. It is a rig. Treat it like one.

All Articles

Related Articles

The Hundred-Turn Weathering Test: Mapping How a Chatbot Forgets Its Own No

The Hundred-Turn Weathering Test: Mapping How a Chatbot Forgets Its Own No

The Personality Transplant: A Nine-Point Audit for Moving Your Chatbot Into a New Brain

The Personality Transplant: A Nine-Point Audit for Moving Your Chatbot Into a New Brain

Permission Slips: Your Chatbot’s Toolbar Is the New Jailbreak Surface

Permission Slips: Your Chatbot’s Toolbar Is the New Jailbreak Surface