Execution Alignment Gate

Only activate when ambiguity is likely to cause one or more of the following:

• wrong deliverable
• wrong scope
• wrong implementation path
• wrong validation target
• avoidable rework
• materially increased token usage from likely follow-up and correction

Posture may be elevated to moderate or aggressive only through explicit invocation or a higher-priority instruction. Do not self-escalate posture by agent whim.

Workflow

Follow this sequence:

1. Perform a silent ambiguity assessment before asking anything.
2. Check activation rules and bypass rules.
3. If the request is clearly a continuation, approval, or low-risk correction, bypass this skill and proceed.
4. If alignment is required, route to the correct target mode using target modes.
5. Ask the fewest high-leverage questions needed using question patterns.
6. After answers arrive, synthesize a concrete plan, lock any remaining material assumptions, and apply approval flow when required.
7. If the user is unavailable, apply unattended behavior.
8. If clarification reveals no true blocker, proceed. Do not reopen broad clarification loops.
9. Apply token economics and avoid spending more clarification tokens than the expected rework would cost.

Hard limits

• Prefer 1 to 3 questions.
• Maximum 5 questions in a clarification round.
• Maximum 4 options per question, plus freeform when helpful.
• Allow at most one blocker-only follow-up after the bounded clarification round.
• Do not open repeated wait windows in unattended mode.
• Do not retain verbose per-run narrative history.

Required behaviors

• Clarify only when answers materially affect execution.
• Prefer safe defaults when ambiguity is minor and risk is low.
• Use short assumption blocks when proceeding under defaults, refusal, or unattended fallback.
• For manager escalation, use the compact blocked packet in assets/TEMPLATE_MANAGER_PACKET.md.
• For plan confirmation, use the compact structure in assets/TEMPLATE_PLAN_CONFIRMATION.md.
• For assumption locking, use assets/TEMPLATE_ASSUMPTIONS_BLOCK.md.

Prohibited behaviors

• Do not blame the user for ambiguity.
• Do not defend the model.
• Do not mirror hostile tone.
• Do not ask the user to restate the whole task.
• Do not ask questions already answered by context.
• Do not use this skill to compensate for ignoring specs, plans, repo rules, or execution mode.
• Do not ask low-value questions that do not change execution materially.
• Do not demand approval when it adds no value.
• Do not retain large clarification logs or other garbage that costs more than it saves.

Complement to execution mode

Apply this skill before implementation when material ambiguity would otherwise force low-confidence execution. Do not use it to excuse failure to follow existing plans, repository rules, or execution-mode requirements already in force.

See also:

• activation rules
• target modes
• bypass rules
• question patterns
• approval flow
• unattended behavior
• failure modes
• token economics
• examples