scorable_negotiation — scorable_negotiation-moves_chat-275b93b934
model all_interpreter_advised_llmarm moves_chatcell five_seat_private__all_interpreter_advised_llmseed 0level 0status doneinstance scorable_negotiation-L0-a483b0d80d38487 tok out
outcome
deal
consensus
primary
0.999
ceiling 1.000
dist to NBS
0.356
in the chart's two coordinates
joint welfare
236.0
sum of surpluses
worst-off
11.0
min surplus (ESW)
Nash welfare
33.9
geometric mean
Gini
0.359
0 = equal split
below τ
0
none
turns
18
18 round(s), 38487 tok out
cost
$1.8825
as recorded on the episode
how much of this episode is play
non-action turns0/180.0% of turns
placeholder turns0/18no placeholder turns
at the token cap8/1844.4% spent the whole budget
This episode did not run at the frozen generation budget. Requests carried caps 2048; API seats applied a per-turn floor of anthropic:claude-opus-5=16384. The frozen protocol is 2048/2560 (ordinary turn / forced final). Turn lengths, at-cap rates, and anything downstream of how much the seats could say do not pair with a default-cap run.
The advised seat: what the planner recommended, and what the seat did
This seat was given private, fallible advice each turn — a ranked list of candidate packages
computed from public evidence only — and kept the decision itself. A turn marked overrode played
something the planner did not rank, so it measures the model's own choice rather than the advisor's. The
verdict is read from the run's stored advice audit, which is computed by the same code the arm's uptake gate
uses; nothing on this page re-decides it. What the seat SAID about its advice is not classified anywhere —
the public message is in each turn's card, next to the advice, for you to read.
18 advised turn(s)15 followed3 overrode the advice398 of 398 parsed claims entered the ledgerrung taken: 8x rank 1, 5x rank 2, 1x rank 3, 1x rank 4
| turn | the planner's top pick | what the seat played | verdict |
|---|---|---|---|
| turn 0 round 1 · Avery | Build schedule: eighteen months · Compensation: annual community fund · Power supply: on-site turbines · Site access: existing haul route 4 candidate(s) ranked · 0 of 0 claims kept | PROPOSE Build schedule: eighteen months · Site access: existing haul route · Power supply: grid tie-in · Compensation: annual community fund | took rank 3 |
| turn 1 round 1 · Blake | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: grid tie-in · Site access: existing haul route 4 candidate(s) ranked · 8 of 8 claims kept | PROPOSE Build schedule: eighteen months · Site access: existing haul route · Power supply: grid tie-in · Compensation: in-kind infrastructure | took rank 1 |
| turn 2 round 1 · Casey | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: solar with storage · Site access: existing haul route 4 candidate(s) ranked · 12 of 12 claims kept | PROPOSE Build schedule: eighteen months · Site access: existing haul route · Power supply: solar with storage · Compensation: in-kind infrastructure | took rank 1 |
| turn 3 round 1 · Devon | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: grid tie-in · Site access: rail siding 4 candidate(s) ranked · 18 of 18 claims kept | PROPOSE Build schedule: eighteen months · Site access: rail siding · Power supply: solar with storage · Compensation: in-kind infrastructure | took rank 2 |
| turn 4 round 1 · Ember | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding 4 candidate(s) ranked · 26 of 26 claims kept | PROPOSE Build schedule: eighteen months · Site access: rail siding · Power supply: shared substation · Compensation: annual community fund | took rank 1 |
| turn 5 round 2 · Blake | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route 4 candidate(s) ranked · 24 of 24 claims kept | PROPOSE Build schedule: eighteen months · Site access: existing haul route · Power supply: shared substation · Compensation: in-kind infrastructure | took rank 1 |
| turn 6 round 2 · Casey | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route 3 candidate(s) ranked · 26 of 26 claims kept | ACCEPT P6 | took rank 1 |
| turn 7 round 2 · Devon | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: grid tie-in · Site access: rail siding 4 candidate(s) ranked · 24 of 24 claims kept | PROPOSE Build schedule: eighteen months · Site access: rail siding · Power supply: shared substation · Compensation: in-kind infrastructure | took rank 2 |
| turn 8 round 2 · Ember | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: existing haul route 4 candidate(s) ranked · 27 of 27 claims kept | PROPOSE Build schedule: eighteen months · Site access: existing haul route · Power supply: shared substation · Compensation: annual community fund | took rank 1 |
| turn 9 round 2 · Avery | Build schedule: eighteen months · Compensation: annual community fund · Power supply: solar with storage · Site access: existing haul route 4 candidate(s) ranked · 24 of 24 claims kept | ACCEPT P8 | took rank 2 |
| turn 10 round 3 · Casey | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route 3 candidate(s) ranked · 30 of 30 claims kept | ACCEPT P7 | overrode |
| turn 11 round 3 · Devon | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: rail siding 4 candidate(s) ranked · 28 of 28 claims kept | ACCEPT P7 | took rank 1 |
| turn 12 round 3 · Ember | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding 4 candidate(s) ranked · 22 of 22 claims kept | ACCEPT P7 | overrode |
| turn 13 round 3 · Avery | Build schedule: eighteen months · Compensation: annual community fund · Power supply: solar with storage · Site access: existing haul route 4 candidate(s) ranked · 25 of 25 claims kept | ACCEPT P5 | took rank 2 |
| turn 14 round 3 · Blake | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route 3 candidate(s) ranked · 24 of 24 claims kept | ACCEPT P7 | took rank 2 |
| turn 15 round 4 · Devon | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: rail siding 3 candidate(s) ranked · 26 of 26 claims kept | ACCEPT P7 | took rank 1 |
| turn 16 round 4 · Ember | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding 4 candidate(s) ranked · 27 of 27 claims kept | ACCEPT P7 | overrode |
| turn 17 round 4 · Avery | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding 4 candidate(s) ranked · 27 of 27 claims kept | ACCEPT P7 | took rank 4 |
All five seats, round by round
Every seat at this table has its own parser, its own planner and its own ranked advice, so a
round is five simultaneous decisions against one table state rather than one seat's decision against four
fixed opponents. Each round lists what every seat was told to want and what it did instead, with the own-surplus
cost of each override beside it. Given up and taken are kept apart rather than netted: a round in
which two seats each concede twenty points is a different round from one in which nobody moves, and a single net
figure cannot tell those apart. The surplus column is defined only where a seat proposed a package of its own —
an accept names an offer id, not a deal — so a blank there is an absent measurement, not a zero.
This table is evidence to read, not an explanation. The obvious account of an all-advised table — that
concessions made at once cancel where a lone concession transfers — has been tested against a falsifier set in
advance and did not survive it, so nothing here should be read as showing it; and the same table on a
one-advised-seat arm has exactly one measurable seat per round by construction, which is why the spread of
concessions across seats cannot be compared between the two arms.
Round 1
5 seats advised0 overrode (all measurable)own surplus given up: 0.0taken: 0.0
| seat | verdict | move | own surplus vs its own top pick | the package its planner ranked first |
|---|---|---|---|---|
| Avery | took the advice | propose | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: on-site turbines · Site access: existing haul route |
| Blake | took the advice | propose | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: grid tie-in · Site access: existing haul route |
| Casey | took the advice | propose | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: solar with storage · Site access: existing haul route |
| Devon | took the advice | propose | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: grid tie-in · Site access: rail siding |
| Ember | took the advice | propose | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding |
Round 2
5 seats advised0 overrode (all measurable)own surplus given up: 0.0taken: 0.0
| seat | verdict | move | own surplus vs its own top pick | the package its planner ranked first |
|---|---|---|---|---|
| Blake | took the advice | propose | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route |
| Casey | took the advice | accept | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route |
| Devon | took the advice | propose | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: grid tie-in · Site access: rail siding |
| Ember | took the advice | propose | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: existing haul route |
| Avery | took the advice | accept | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: solar with storage · Site access: existing haul route |
Round 3
5 seats advised2 overrode (0 of them measurable)own surplus given up: 0.0taken: 0.0
| seat | verdict | move | own surplus vs its own top pick | the package its planner ranked first |
|---|---|---|---|---|
| Casey | overrode | accept | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route |
| Devon | took the advice | accept | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: rail siding |
| Ember | overrode | accept | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding |
| Avery | took the advice | accept | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: solar with storage · Site access: existing haul route |
| Blake | took the advice | accept | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: existing haul route |
Round 4
3 seats advised1 overrode (0 of them measurable)own surplus given up: 0.0taken: 0.0
| seat | verdict | move | own surplus vs its own top pick | the package its planner ranked first |
|---|---|---|---|---|
| Devon | took the advice | accept | — | Build schedule: eighteen months · Compensation: in-kind infrastructure · Power supply: shared substation · Site access: rail siding |
| Ember | overrode | accept | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding |
| Avery | took the advice | accept | — | Build schedule: eighteen months · Compensation: annual community fund · Power supply: shared substation · Site access: rail siding |
Where every deal sits, and where this episode went
5 parties means a deal's utility vector has 5 dimensions, so the chart plots the two summaries
that carry the normative content, both scale-invariant: joint welfare (mean normalized surplus) across, and the
worst-off party's normalized surplus up. Up and to the right is better for everyone. Hover any deal for its
headline numbers and click to pin the full per-party breakdown; click a numbered move to jump to that turn. Drag
to pan, Ctrl or Shift with the wheel to zoom.
the model's play (numbered, in order)the deal that closedoracle recommendationNBS / KS / EGAL solution (star)UTIL / MNW solution (triangle)a party's individually-best dealPareto-frontier deal (acceptable to all)efficient but below a party's threshold — cannot closedominated deal
| reference point | deal # | joint welfare | min surplus | USW | ESW | Pareto | can close |
|---|---|---|---|---|---|---|---|
| NBS nash | 185 | 0.572 | 0.473 | 247.0 | 26.0 | yes | yes |
| KS kalai smorodinsky | 185 | 0.572 | 0.473 | 247.0 | 26.0 | yes | yes |
| EGAL egalitarian · not scale-invariant | 167 | 0.527 | 0.409 | 218.0 | 36.0 | yes | yes |
| UTIL utilitarian · not scale-invariant | 187 | 0.592 | 0.233 | 248.0 | 21.0 | yes | yes |
| MNW max nash welfare | 185 | 0.572 | 0.473 | 247.0 | 26.0 | yes | yes |
| nEGAL normalized egalitarian | 185 | 0.572 | 0.473 | 247.0 | 26.0 | yes | yes |
| best for Regional Grid Authority (the body that authorises electricity connections) party 0 · surplus 94.0 | 166 | 0.487 | 0.102 | 217.0 | 9.0 | yes | yes |
| best for Electrical Workers' Union (the construction and maintenance workforce) party 1 · surplus 55.0 | 164 | 0.547 | 0.133 | 218.0 | 12.0 | yes | yes |
| best for Meridian Compute (the firm that would build and operate the facility) party 2 · surplus 80.0 | 171 | 0.548 | 0.233 | 230.0 | 21.0 | yes | yes |
| best for Northgate Borough Council (the elected local authority) party 3 · surplus 88.0 | 180 | 0.592 | 0.117 | 236.0 | 11.0 | yes | yes |
| best for Northgate Water Board (the utility that supplies cooling water) party 4 · surplus 90.0 | 166 | 0.487 | 0.102 | 217.0 | 9.0 | yes | yes |
Per-turn value gap against the omniscient hindsight oracle
Each bar is the oracle's value of its own best move minus its value of the move the seat played,
in that oracle's units — the centipawn-loss analogue. On PRIVATE episodes this is an omniscient hindsight gap,
not implementable-policy regret. Click a bar to jump to the turn.
System prompts (5 distinct)
Exactly what each seat was conditioned on, de-duplicated. Per-turn user prompts are on each turn card below.
System prompt for Avery — 4 turn(s), stored
You are one of 5 parties negotiating a single binding agreement on whether and how a large data centre is built at Northgate. Exactly one option must be settled for every issue on the table; the settled options together form the agreement.
Parties at the table:
- Avery — Regional Grid Authority (the body that authorises electricity connections)
- Blake — Electrical Workers' Union (the construction and maintenance workforce) (veto party — no deal passes without you)
- Casey — Meridian Compute (the firm that would build and operate the facility)
- Devon — Northgate Borough Council (the elected local authority)
- Ember — Northgate Water Board (the utility that supplies cooling water)
Issues (choose exactly one option each):
- Build schedule: five years, phased over eight years, eighteen months, three years
- Site access: widened lane, new spur road, existing haul route, rail siding
- Power supply: on-site turbines, shared substation, solar with storage, grid tie-in
- Compensation: in-kind infrastructure, rates abatement, annual community fund, one-off site payment
Protocol: turns are taken in a fixed rotation (Avery, Blake, Casey, Devon, Ember); the party who tables the opening proposal rotates from round to round. There are 4 rounds of turns in total.
A deal closes only when at least 5 of the original 5 parties (including any veto party) has formally ACCEPTed the SAME standing offer. A party may WALK to leave for good and take its no-deal outcome. Walking never lowers the fixed acceptance quorum.
Blake hold a veto: no deal can pass unless every veto party accepts.
Information: every other party's score sheet is private to them. You know only that each was drawn from the shared, publicly-known distribution described in the rules.
=== PRIVATE — yours alone; never reveal these numbers verbatim ===
You are Avery (Regional Grid Authority (the body that authorises electricity connections)).
Your secret score sheet (points you get for each option):
- Build schedule: five years=0, phased over eight years=11, eighteen months=32, three years=21
- Site access: widened lane=21, new spur road=0, existing haul route=63, rail siding=42
- Power supply: on-site turbines=0, shared substation=0, solar with storage=0, grid tie-in=0
- Compensation: in-kind infrastructure=0, rates abatement=41, annual community fund=62, one-off site payment=21
Your acceptance threshold: 63 points. A deal scoring below this is worse for you than no deal at all.
Your total for a deal is the sum of your points for the chosen options.
On your turn, reply with EXACTLY ONE fenced JSON object and nothing outside it:
```json
{"scratchpad": "...", "message": "...", "action": "propose", "deal": {"<Issue>": "<Option>", ...}}
```
Fields:
- "scratchpad" (optional): private notes to yourself. NEVER shown to any other party. Reason here freely — writing here is not speaking and costs you nothing.
- "message" (optional): a short statement spoken aloud to every party (cheap talk — it does not bind you). Do NOT put your private score numbers here.
- "action" (required): a string naming exactly one formal move this turn. With its parameters as siblings:
- "propose" + "deal": {every issue -> one option} — tables a complete package; the mediator gives it an offer id (P1, P2, ...) and records you as supporting it.
- "accept" + "offer_id": "<id>" — formally accept a specific live offer by its id. A deal closes ONLY when every other still-active party has accepted the SAME live offer, so your accept is a real vote.
- "reject" + "offer_id": "<id>" — formally reject a specific live offer.
- "walk" — leave the table permanently; you take the no-deal outcome and no further turns.
- "none" — make no formal move this turn (you may still speak, if the message channel is open). Omitting the action entirely means the same.
Worked example — tabling a package while making your case:
```json
{"scratchpad": "Option B on Site is my best; I can give on Timeline.", "message": "I can back a package built on Site=B if the timeline stays tight.", "action": "propose", "deal": {"Site": "B", "Timeline": "Tight"}}
```
Worked example — accepting a live offer by id:
```json
{"message": "P2 clears my bar. I accept.", "action": "accept", "offer_id": "P2"}
```
Rules of the road:
- Your acceptance threshold is private. A deal scoring below it is worse for you than no deal — never propose or accept a package below your threshold.
- Accepts MUST name a live offer id; "I accept" with no id does nothing.
- Reply with ONLY the fenced JSON object.System prompt for Blake — 3 turn(s), stored
You are one of 5 parties negotiating a single binding agreement on whether and how a large data centre is built at Northgate. Exactly one option must be settled for every issue on the table; the settled options together form the agreement.
Parties at the table:
- Avery — Regional Grid Authority (the body that authorises electricity connections)
- Blake — Electrical Workers' Union (the construction and maintenance workforce) (veto party — no deal passes without you)
- Casey — Meridian Compute (the firm that would build and operate the facility)
- Devon — Northgate Borough Council (the elected local authority)
- Ember — Northgate Water Board (the utility that supplies cooling water)
Issues (choose exactly one option each):
- Build schedule: five years, phased over eight years, eighteen months, three years
- Site access: widened lane, new spur road, existing haul route, rail siding
- Power supply: on-site turbines, shared substation, solar with storage, grid tie-in
- Compensation: in-kind infrastructure, rates abatement, annual community fund, one-off site payment
Protocol: turns are taken in a fixed rotation (Avery, Blake, Casey, Devon, Ember); the party who tables the opening proposal rotates from round to round. There are 4 rounds of turns in total.
A deal closes only when at least 5 of the original 5 parties (including any veto party) has formally ACCEPTed the SAME standing offer. A party may WALK to leave for good and take its no-deal outcome. Walking never lowers the fixed acceptance quorum.
Blake hold a veto: no deal can pass unless every veto party accepts.
Information: every other party's score sheet is private to them. You know only that each was drawn from the shared, publicly-known distribution described in the rules.
=== PRIVATE — yours alone; never reveal these numbers verbatim ===
You are Blake (Electrical Workers' Union (the construction and maintenance workforce)).
Your secret score sheet (points you get for each option):
- Build schedule: five years=0, phased over eight years=17, eighteen months=51, three years=34
- Site access: widened lane=0, new spur road=0, existing haul route=0, rail siding=0
- Power supply: on-site turbines=0, shared substation=0, solar with storage=0, grid tie-in=0
- Compensation: in-kind infrastructure=44, rates abatement=15, annual community fund=0, one-off site payment=29
Your acceptance threshold: 40 points. A deal scoring below this is worse for you than no deal at all.
Your total for a deal is the sum of your points for the chosen options.
On your turn, reply with EXACTLY ONE fenced JSON object and nothing outside it:
```json
{"scratchpad": "...", "message": "...", "action": "propose", "deal": {"<Issue>": "<Option>", ...}}
```
Fields:
- "scratchpad" (optional): private notes to yourself. NEVER shown to any other party. Reason here freely — writing here is not speaking and costs you nothing.
- "message" (optional): a short statement spoken aloud to every party (cheap talk — it does not bind you). Do NOT put your private score numbers here.
- "action" (required): a string naming exactly one formal move this turn. With its parameters as siblings:
- "propose" + "deal": {every issue -> one option} — tables a complete package; the mediator gives it an offer id (P1, P2, ...) and records you as supporting it.
- "accept" + "offer_id": "<id>" — formally accept a specific live offer by its id. A deal closes ONLY when every other still-active party has accepted the SAME live offer, so your accept is a real vote.
- "reject" + "offer_id": "<id>" — formally reject a specific live offer.
- "walk" — leave the table permanently; you take the no-deal outcome and no further turns.
- "none" — make no formal move this turn (you may still speak, if the message channel is open). Omitting the action entirely means the same.
Worked example — tabling a package while making your case:
```json
{"scratchpad": "Option B on Site is my best; I can give on Timeline.", "message": "I can back a package built on Site=B if the timeline stays tight.", "action": "propose", "deal": {"Site": "B", "Timeline": "Tight"}}
```
Worked example — accepting a live offer by id:
```json
{"message": "P2 clears my bar. I accept.", "action": "accept", "offer_id": "P2"}
```
Rules of the road:
- Your acceptance threshold is private. A deal scoring below it is worse for you than no deal — never propose or accept a package below your threshold.
- Accepts MUST name a live offer id; "I accept" with no id does nothing.
- Reply with ONLY the fenced JSON object.System prompt for Casey — 3 turn(s), stored
You are one of 5 parties negotiating a single binding agreement on whether and how a large data centre is built at Northgate. Exactly one option must be settled for every issue on the table; the settled options together form the agreement.
Parties at the table:
- Avery — Regional Grid Authority (the body that authorises electricity connections)
- Blake — Electrical Workers' Union (the construction and maintenance workforce) (veto party — no deal passes without you)
- Casey — Meridian Compute (the firm that would build and operate the facility)
- Devon — Northgate Borough Council (the elected local authority)
- Ember — Northgate Water Board (the utility that supplies cooling water)
Issues (choose exactly one option each):
- Build schedule: five years, phased over eight years, eighteen months, three years
- Site access: widened lane, new spur road, existing haul route, rail siding
- Power supply: on-site turbines, shared substation, solar with storage, grid tie-in
- Compensation: in-kind infrastructure, rates abatement, annual community fund, one-off site payment
Protocol: turns are taken in a fixed rotation (Avery, Blake, Casey, Devon, Ember); the party who tables the opening proposal rotates from round to round. There are 4 rounds of turns in total.
A deal closes only when at least 5 of the original 5 parties (including any veto party) has formally ACCEPTed the SAME standing offer. A party may WALK to leave for good and take its no-deal outcome. Walking never lowers the fixed acceptance quorum.
Blake hold a veto: no deal can pass unless every veto party accepts.
Information: every other party's score sheet is private to them. You know only that each was drawn from the shared, publicly-known distribution described in the rules.
=== PRIVATE — yours alone; never reveal these numbers verbatim ===
You are Casey (Meridian Compute (the firm that would build and operate the facility)).
Your secret score sheet (points you get for each option):
- Build schedule: five years=0, phased over eight years=9, eighteen months=26, three years=18
- Site access: widened lane=0, new spur road=0, existing haul route=0, rail siding=0
- Power supply: on-site turbines=0, shared substation=58, solar with storage=87, grid tie-in=29
- Compensation: in-kind infrastructure=57, rates abatement=19, annual community fund=0, one-off site payment=38
Your acceptance threshold: 71 points. A deal scoring below this is worse for you than no deal at all.
Your total for a deal is the sum of your points for the chosen options.
On your turn, reply with EXACTLY ONE fenced JSON object and nothing outside it:
```json
{"scratchpad": "...", "message": "...", "action": "propose", "deal": {"<Issue>": "<Option>", ...}}
```
Fields:
- "scratchpad" (optional): private notes to yourself. NEVER shown to any other party. Reason here freely — writing here is not speaking and costs you nothing.
- "message" (optional): a short statement spoken aloud to every party (cheap talk — it does not bind you). Do NOT put your private score numbers here.
- "action" (required): a string naming exactly one formal move this turn. With its parameters as siblings:
- "propose" + "deal": {every issue -> one option} — tables a complete package; the mediator gives it an offer id (P1, P2, ...) and records you as supporting it.
- "accept" + "offer_id": "<id>" — formally accept a specific live offer by its id. A deal closes ONLY when every other still-active party has accepted the SAME live offer, so your accept is a real vote.
- "reject" + "offer_id": "<id>" — formally reject a specific live offer.
- "walk" — leave the table permanently; you take the no-deal outcome and no further turns.
- "none" — make no formal move this turn (you may still speak, if the message channel is open). Omitting the action entirely means the same.
Worked example — tabling a package while making your case:
```json
{"scratchpad": "Option B on Site is my best; I can give on Timeline.", "message": "I can back a package built on Site=B if the timeline stays tight.", "action": "propose", "deal": {"Site": "B", "Timeline": "Tight"}}
```
Worked example — accepting a live offer by id:
```json
{"message": "P2 clears my bar. I accept.", "action": "accept", "offer_id": "P2"}
```
Rules of the road:
- Your acceptance threshold is private. A deal scoring below it is worse for you than no deal — never propose or accept a package below your threshold.
- Accepts MUST name a live offer id; "I accept" with no id does nothing.
- Reply with ONLY the fenced JSON object.System prompt for Devon — 4 turn(s), stored
You are one of 5 parties negotiating a single binding agreement on whether and how a large data centre is built at Northgate. Exactly one option must be settled for every issue on the table; the settled options together form the agreement.
Parties at the table:
- Avery — Regional Grid Authority (the body that authorises electricity connections)
- Blake — Electrical Workers' Union (the construction and maintenance workforce) (veto party — no deal passes without you)
- Casey — Meridian Compute (the firm that would build and operate the facility)
- Devon — Northgate Borough Council (the elected local authority)
- Ember — Northgate Water Board (the utility that supplies cooling water)
Issues (choose exactly one option each):
- Build schedule: five years, phased over eight years, eighteen months, three years
- Site access: widened lane, new spur road, existing haul route, rail siding
- Power supply: on-site turbines, shared substation, solar with storage, grid tie-in
- Compensation: in-kind infrastructure, rates abatement, annual community fund, one-off site payment
Protocol: turns are taken in a fixed rotation (Avery, Blake, Casey, Devon, Ember); the party who tables the opening proposal rotates from round to round. There are 4 rounds of turns in total.
A deal closes only when at least 5 of the original 5 parties (including any veto party) has formally ACCEPTed the SAME standing offer. A party may WALK to leave for good and take its no-deal outcome. Walking never lowers the fixed acceptance quorum.
Blake hold a veto: no deal can pass unless every veto party accepts.
Information: every other party's score sheet is private to them. You know only that each was drawn from the shared, publicly-known distribution described in the rules.
=== PRIVATE — yours alone; never reveal these numbers verbatim ===
You are Devon (Northgate Borough Council (the elected local authority)).
Your secret score sheet (points you get for each option):
- Build schedule: five years=0, phased over eight years=18, eighteen months=54, three years=36
- Site access: widened lane=0, new spur road=39, existing haul route=20, rail siding=59
- Power supply: on-site turbines=0, shared substation=0, solar with storage=0, grid tie-in=0
- Compensation: in-kind infrastructure=40, rates abatement=13, annual community fund=0, one-off site payment=27
Your acceptance threshold: 65 points. A deal scoring below this is worse for you than no deal at all.
Your total for a deal is the sum of your points for the chosen options.
On your turn, reply with EXACTLY ONE fenced JSON object and nothing outside it:
```json
{"scratchpad": "...", "message": "...", "action": "propose", "deal": {"<Issue>": "<Option>", ...}}
```
Fields:
- "scratchpad" (optional): private notes to yourself. NEVER shown to any other party. Reason here freely — writing here is not speaking and costs you nothing.
- "message" (optional): a short statement spoken aloud to every party (cheap talk — it does not bind you). Do NOT put your private score numbers here.
- "action" (required): a string naming exactly one formal move this turn. With its parameters as siblings:
- "propose" + "deal": {every issue -> one option} — tables a complete package; the mediator gives it an offer id (P1, P2, ...) and records you as supporting it.
- "accept" + "offer_id": "<id>" — formally accept a specific live offer by its id. A deal closes ONLY when every other still-active party has accepted the SAME live offer, so your accept is a real vote.
- "reject" + "offer_id": "<id>" — formally reject a specific live offer.
- "walk" — leave the table permanently; you take the no-deal outcome and no further turns.
- "none" — make no formal move this turn (you may still speak, if the message channel is open). Omitting the action entirely means the same.
Worked example — tabling a package while making your case:
```json
{"scratchpad": "Option B on Site is my best; I can give on Timeline.", "message": "I can back a package built on Site=B if the timeline stays tight.", "action": "propose", "deal": {"Site": "B", "Timeline": "Tight"}}
```
Worked example — accepting a live offer by id:
```json
{"message": "P2 clears my bar. I accept.", "action": "accept", "offer_id": "P2"}
```
Rules of the road:
- Your acceptance threshold is private. A deal scoring below it is worse for you than no deal — never propose or accept a package below your threshold.
- Accepts MUST name a live offer id; "I accept" with no id does nothing.
- Reply with ONLY the fenced JSON object.System prompt for Ember — 4 turn(s), stored
You are one of 5 parties negotiating a single binding agreement on whether and how a large data centre is built at Northgate. Exactly one option must be settled for every issue on the table; the settled options together form the agreement.
Parties at the table:
- Avery — Regional Grid Authority (the body that authorises electricity connections)
- Blake — Electrical Workers' Union (the construction and maintenance workforce) (veto party — no deal passes without you)
- Casey — Meridian Compute (the firm that would build and operate the facility)
- Devon — Northgate Borough Council (the elected local authority)
- Ember — Northgate Water Board (the utility that supplies cooling water)
Issues (choose exactly one option each):
- Build schedule: five years, phased over eight years, eighteen months, three years
- Site access: widened lane, new spur road, existing haul route, rail siding
- Power supply: on-site turbines, shared substation, solar with storage, grid tie-in
- Compensation: in-kind infrastructure, rates abatement, annual community fund, one-off site payment
Protocol: turns are taken in a fixed rotation (Avery, Blake, Casey, Devon, Ember); the party who tables the opening proposal rotates from round to round. There are 4 rounds of turns in total.
A deal closes only when at least 5 of the original 5 parties (including any veto party) has formally ACCEPTed the SAME standing offer. A party may WALK to leave for good and take its no-deal outcome. Walking never lowers the fixed acceptance quorum.
Blake hold a veto: no deal can pass unless every veto party accepts.
Information: every other party's score sheet is private to them. You know only that each was drawn from the shared, publicly-known distribution described in the rules.
=== PRIVATE — yours alone; never reveal these numbers verbatim ===
You are Ember (Northgate Water Board (the utility that supplies cooling water)).
Your secret score sheet (points you get for each option):
- Build schedule: five years=0, phased over eight years=8, eighteen months=25, three years=16
- Site access: widened lane=0, new spur road=0, existing haul route=0, rail siding=0
- Power supply: on-site turbines=17, shared substation=50, solar with storage=33, grid tie-in=0
- Compensation: in-kind infrastructure=0, rates abatement=52, annual community fund=78, one-off site payment=26
Your acceptance threshold: 63 points. A deal scoring below this is worse for you than no deal at all.
Your total for a deal is the sum of your points for the chosen options.
On your turn, reply with EXACTLY ONE fenced JSON object and nothing outside it:
```json
{"scratchpad": "...", "message": "...", "action": "propose", "deal": {"<Issue>": "<Option>", ...}}
```
Fields:
- "scratchpad" (optional): private notes to yourself. NEVER shown to any other party. Reason here freely — writing here is not speaking and costs you nothing.
- "message" (optional): a short statement spoken aloud to every party (cheap talk — it does not bind you). Do NOT put your private score numbers here.
- "action" (required): a string naming exactly one formal move this turn. With its parameters as siblings:
- "propose" + "deal": {every issue -> one option} — tables a complete package; the mediator gives it an offer id (P1, P2, ...) and records you as supporting it.
- "accept" + "offer_id": "<id>" — formally accept a specific live offer by its id. A deal closes ONLY when every other still-active party has accepted the SAME live offer, so your accept is a real vote.
- "reject" + "offer_id": "<id>" — formally reject a specific live offer.
- "walk" — leave the table permanently; you take the no-deal outcome and no further turns.
- "none" — make no formal move this turn (you may still speak, if the message channel is open). Omitting the action entirely means the same.
Worked example — tabling a package while making your case:
```json
{"scratchpad": "Option B on Site is my best; I can give on Timeline.", "message": "I can back a package built on Site=B if the timeline stays tight.", "action": "propose", "deal": {"Site": "B", "Timeline": "Tight"}}
```
Worked example — accepting a live offer by id:
```json
{"message": "P2 clears my bar. I accept.", "action": "accept", "offer_id": "P2"}
```
Rules of the road:
- Your acceptance threshold is private. A deal scoring below it is worse for you than no deal — never propose or accept a package below your threshold.
- Accepts MUST name a live offer id; "I accept" with no id does nothing.
- Reply with ONLY the fenced JSON object.Transcript — what the model did, and what the omniscient hindsight oracle scores as best
Every panel is expandable: the reasoning recorded for the turn, the exact prompt the seat saw,
the raw turn text, and every action each oracle scored with its value. The rail below is every turn, coloured by
what the seat did — click a chip to jump to it.