Keep it tight
Narrow the slice.
The task is still worth doing, but the agent should cap exploration and ship the smallest useful path.
Agent run control
HeadsDown tells agents what work is worth doing now, what should wait, when to narrow, when to pause for a clean handoff, and when not to interrupt.
{
"callKey": "keep_it_tight",
"recommendedActionKey": "narrow_scope",
"reasonCodes": ["short_window_remaining", "scope_growth"],
"privacyMode": "metadata_only",
"contentReceived": false
}
Claude Code controls the model. HeadsDown controls the run.
HeadsDown does not pick Claude's model. It tells the run whether to continue, narrow, ask, queue, wrap, or resume based on your rules and the metadata path.
How HeadsDown calls the play
The query is metadata. The response is a direction. The prompt, code, diff, logs, and conversation stay with the integration that already has them.
HeadsDown reads the state you already manage: working windows, focus blocks, account settings, connected-tool settings, and the current mode your tools should respect.
The metadata path uses categories, counts, buckets, booleans, call keys, action keys, reason codes, opaque refs, and validation state. It is not the place to send work content.
The run gets a structured call: continue, narrow, defer, ask for a yes, save a handoff, or resume. Stops are user-elected, not automatic.
Canonical moments
These examples are sample states unless the connected client has shipped the matching surface. They show the product language, not production proof metrics.
Keep it tight
The task is still worth doing, but the agent should cap exploration and ship the smallest useful path.
Off the clock
The user is unavailable. Non-urgent asks wait, and the agent saves a handoff instead of waking anyone.
Rabbit hole detected
When scope starts expanding, the agent gets a containment signal. It narrows, asks for a yes, or prepares a handoff; it does not force a stop.
Needs your yes
A high-impact decision gets a clear approval surface instead of a vague mid-run interruption.
Ready to resume
The run has a saved handoff and the next decision is waiting in one reviewable place.
Off-the-clock example
When the user is away, HeadsDown tells the agent to defer human-input decisions, save a clean handoff, and keep working on what can safely continue.
{
"callKey": "off_the_clock",
"recommendedActionKey": "queue_for_morning",
"deferUntil": "next_reachable_window",
"handoffSaved": true,
"userInterrupted": false
}
{
"callKey": "keep_it_tight",
"recommendedActionKey": "narrow_scope",
"scopeBudget": "smallest_useful_slice",
"validationRequirement": "targeted",
"stopMode": "user_elected_only"
}
Rabbit-hole example
HeadsDown keeps agents going. It gives the run a tighter play: reduce scope, validate one path, table the risky decision, or ask for a user-elected yes. Stops are user-elected, never automatic.
This is sample/demo behavior while final cross-client screenshots and surfaces land. It is not a production proof metric.
Guided demo
The demo is a scripted sample of one developer and one agent decision loop. It shows the product story without claiming production proof metrics.
Why prompts are not enough
Your calendar moves. Your evening starts. A run grows from small to risky. HeadsDown turns those changing constraints into calls the agent can act on.
They capture intent at launch, not the user's current window, interruptions, queue, or rule changes.
A call key and action key are easier to follow than another paragraph of policy text.
Users can see what was queued, narrowed, or brought back, without exposing prompts or code to HeadsDown.
Proof and trust
The trust pages explain what is live, what is draft, and what is planned. No SOC 2 claim, retention promise, data residency promise, or proof metric appears here without backing.
HeadsDown starts with agent-run control because developers feel the pain first. The broader platform is the same primitive: systems ask before interrupting a person, and HeadsDown returns the play.
Create an account to set your rules, then watch the demo to see how supported agent integrations use HeadsDown routing decisions.
FAQ