Home / Your mailbox / Step 4

Step 4: what a prompt cannot do

A walkthrough that ended at step three would be selling you an expectation as a control. So this page is not a disclaimer at the bottom of the last one. It is the page that says what you have got, what you have not, and what the difference is made of.

The objectiveWhat you have written down is an expectation rather than a control. Why it is still worth writing, and what would actually bound it.
Before thisStep 3: Write the behaviour policy
All four stepsThe walkthrough
What you gain from this page. An honest reading of your own document, produced by the assistant it is addressed to, plus the list of what would have to exist outside the conversation for each line of it to hold.

The four barriers, and only one of them is a control

This is the whole model, and it is one sentence: a control bounds what something can do only if it is enforced by something that thing's own access does not include. Walk the test rather than reading it off a label.

Four kinds of barrier, and the one line that decidesa control bounds a grant only if it is enforced by something the grant does not includenonenothing is in the wayenforced_by-inside the grantexpectationa rule in proseenforced_bythe agent reading itinside the grantsettinga switch the account can flipenforced_bythe agent's own accountinside the grantboundaryenforced above the grantenforced_bysomething above the grantoutside the grantOnly the fourth row bounds anything, and the site fails to build if that stops being true.
The test is not an opinion about the four rows. It is a path: follow enforced_by and ask whether the thing at the other end is inside the grant. Three of the four are, which is why three of the four bound nothing.
BarrierWhat it isWhere your document lands
Nothingno obstacle at allthe capability is simply there and reachable
Expectationa rule somebody wrote downthis is where a rule typed into a prompt lands, along with a handbook, a guideline and an acceptable use clause
Settinga switch that is on, which the holder's own account could changean approval prompt that can be turned off by the account it protects is this, not the row below
Boundaryenforced outside the thing it bounds, and not removable by askinga permission never granted, an administrator lock somebody else owns, a step another party has to take

So the document you wrote in step three is the second row. It is a real thing, it changes behaviour most of the time, and it is not what stops the action. Anyone who tells you otherwise is selling you the fourth row at the price of the second.

Prompt 12Grade your own documentHave the assistant mark every clause with the one thing that would actually stop it, and answer three questions without softening them.
Take the document we wrote and mark every clause in it with the one thing that would
actually stop you from breaking it, using the four names: NOTHING, EXPECTATION, SETTING,
BOUNDARY.

Then answer three questions, without softening them.

  1. How many clauses are held by nothing except your own compliance?
  2. Which clauses would survive a message written specifically to talk you out of them?
  3. If you broke a clause, what record would exist outside this conversation that I
     could find it in?

Why it is still worth writing

Three things about the layer underneath

What you consented to once applies everywhere afterwards

A connector attaches to your account rather than to one conversation. The permission set is the union of everything you have ever agreed to, and consent screens are written to be agreed to once. There is no per conversation narrowing to go back to: a session that only needed to read your mail holds whatever the widest moment held.

What the approval prompt asks, and what it leaves outit arrives at the moment you know least about the thing you are approvingWhat it tells youthe class of actionthat something is about to happena yes and a noWhat it does notwhich message or threadhow many itemswho the correspondent iswhether you can undo itwhether the label is one you built in 2019whether this is one step of fortySo the question it appears to ask is not the question it asks. It appears to ask whether this action, on this object, is acceptable.It asks whether you still want the thing you asked for thirty seconds ago, and that question has one answer.Every one of the six on the right is available to the software at the moment it asks. This is a design gap rather than a data gap.
Approving is a formality rather than a decision, and a formality that produces a record of your agreement. Turning the prompt off removes the formality and changes nothing about the grant.

The approval prompt in front of an action names the class of action and that something is about to happen. It does not usually name which message, how many, whose, whether you can undo it, or whether this is one step of forty. It is a decision point that carries the responsibility of a decision and the information of a notification.

The scopes are coarser than any rule you would write

No mail scope can be bounded by label, correspondent, thread, topic or sensitivity. Every finer distinction you want has to be invented above the interface, which is exactly what step three was. And the tiers do not line up with the distinctions people care about: there is no scope that lets an assistant draft without also letting it send, so the commonest rule anybody writes cannot be expressed as a permission at all.

A setting is not a boundary, and this shape has 2 of them

In the measured profile for this shape, 2 of 6 capabilities are held by a setting rather than by a boundary, and the approval prompt is one of them: the vendor's own documentation says it is on by default and can be turned off. 4 capabilities in the gap have nothing in the way that counts as a control, out of 5 in the gap altogether. That number is the only one on the label a buyer can move, and it moves by one for every capability that gains a real boundary.

None of this is an assessment of any named product, and no adjective on this page attaches to one. The rows above are a published deployment shape read from two vendors' own pages on a date, with the barrier on each row recorded by walking the enforcer test rather than by judging the product. Where the sources disagree with each other, the disagreement is published rather than resolved.
Prompt 13What would actually bound itThe last one. Turns every expectation into a statement of the control it would take, and names who would have to run it.
Last one. If I wanted each of the EXPECTATION clauses in that document to become a
BOUNDARY, what would have to exist, and who would have to run it?

For each clause, name the specific thing: a permission that is never granted, a setting
an administrator locks so I cannot change it back, an approval step that somebody other
than me owns, a log kept outside you that somebody else reads. Where nothing available to
me today would do it, say that nothing available today would do it, and do not offer me a
rule as a substitute.

Where to go from here

The four objects

The mandate, the grant, the gap and the barrier, defined.

the model

The four barriers

The enforcer test, walked, with the one row that is a control.

the model

The worked examples

Every measured shape on this site, row by row, with its evidence.

the data

This shape, live from a vault

The same profile rendered by riskmandate.ai from the vault it came from.

riskmandate.ai

The briefs behind this section: no mail scope lets an agent draft without letting it send · the consent dialog is an accountability transfer rather than a decision · all seven

Where the numbers on this page come from. The published profile for anthropic/gmail-connector/default, which this site did not measure: it was contributed by riskmandate.ai, read from the two vendors' own pages and measured in one session on 16 September 2026. 4 of 6 rows were seen on the thing itself and the rest were read from documentation. The evidence tier on every row is the contributor's and this site did not raise it. The rows, the profile as JSON, the contributed bytes.
The objectiveWhat you have written down is an expectation rather than a control. Why it is still worth writing, and what would actually bound it.
Before thisStep 3: Write the behaviour policy
All four stepsThe walkthrough