INSTRUCTION HIERARCHY // FIELD MAP
← field map
THE COMPARISON · 07all four papers · plus the two-level defenses

Four ways to build an instruction hierarchy

Where the rank lives, who assigns it, what it costs, and what each leaves open
TL;DR — All four approaches want the same behavior: obey lower-ranked instructions when they agree with higher-ranked ones, ignore them when they conflict. They differ in where the rank is stored. Fixed tiers (Wallace et al.) store it in training data tied to message roles. Architecture (ISE) stores it in a per-token embedding. Reasoning (VerIH) stores it in the system prompt and trains the model to think about it. Many tiers (ManyIH) stores it in tags written into the prompt, with as many levels as the deployment needs. They are not rivals so much as layers: you could train with conflicts, add segment embeddings, reward reasoning, and accept per-instruction tags. The benchmarks are different, so the headline numbers do not compare across papers.

Side by side

Where each approach sits. This map's own sketch, not a figure from any paper; the grey box is the open region.
Fixed tiersArchitectureReasoningMany tiers
PaperWallace et al. 2024Wu et al. 2025 (ISE)Zheng et al. (VerIH)Zhang et al. 2026 (ManyIH)
Where rank livesMessage role, learned from dataA learned embedding added to every tokenThe system prompt, read by a model trained to reason about precedencePrivilege tags in the text, per instruction
Levels3 used (system, user, tool), 4 in the prompting baseline4 by default (system, user, data, output)2 trained (system, user), tool testedArbitrary; up to 12 in the benchmark
Who assigns rankChat format (role tokens)Application, per tokenChat formatHarness, per instruction, at inference
TrainingSFT + RLHF on synthetic aligned/misaligned dataSFT with the extra embeddingGRPO with verifiable rewards on 7,192 examplesNone proposed; a benchmark
ModelsGPT-3.5 TurboLlama-2-13B, Llama-3(.1)-8BQwen3 4B–35B, Phi-4-mini-reasoning13 frontier and open models, evaluated
HeadlineSystem-prompt extraction robustness 32.8 → 95.9%Average injection robustness +15.75 points (Structured Query)IHEval conflicts roughly +20 pointsBest model 42.7% overall
Main costOver-refusal on attack-shaped benign promptsNeeds architecture access and retrainingExtra reasoning tokens on every requestPrivilege text can be forged if not escaped
Leaves openTool text the user wants followed; more tiersAdaptive jailbreaks (0–4% robust)Many levels; grading the reasoningHow to assign privilege; adversarial tags

The StruQ and SecAlign defenses are the two-level special case (instruction and data, data never obeyed) and add one property the others mostly lack: delimiters an attacker cannot type.

Two axes that are easy to conflate

How many tiers and how the model decides are separate questions. ManyIH's reasoning-effort experiment makes the point: more thinking helps GPT-5.4 a lot (15.5% to 60.9% on coding) but saturates, and verbose reasoners do no better than concise ones. VerIH shows reasoning helps at two tiers; ManyIH shows two-tier skill does not carry over to twelve. Nobody has yet trained a model to reason over many tiers and published the result.

Likewise where rank lives and who assigns it are separate. ISE and ManyIH both take rank from outside the model; ISE in a channel the attacker cannot touch (an embedding index), ManyIH in one the attacker can (text). Wallace et al. and VerIH leave it in role tokens, which are safe from forgery but coarse.

The shared trap: over-refusal

A hierarchy is trivially satisfied by obeying nothing below the top. Every paper therefore pairs robustness with a measure of compliance on benign instructions, and every paper finds some tension:

Our reading: "aligned or misaligned" is the hard judgment in every approach. Ranking is easy; deciding whether a lower-ranked instruction is compatible with a higher one is where errors come from in both directions.

The assumption every paper makes

Each approach assumes that something trustworthy has already labeled each piece of text with its source: the chat template, the application's segment IDs, the harness's privilege tags. None of the papers studies how that labeling should be done. ManyIH says so explicitly and lists options (provenance, runtime reputation, optimization). The Model Spec answers in prose (an AGENTS.md beats a downloaded text file; a random web page gets no trust). That open question is where the three sibling maps come in:

If you remember one thing: these are four places to put the same ranking, not four competing rankings. A production system will likely use several, and its weakest link is whichever component decides which text gets which rank.
Next: Instruction hierarchy × contextual integrity · Back to the map.