A2A · TASK CONTROL ROOM
Task lifecycle: clarification before execution continues
Interrupt a task, supply what it needs, and follow the actual state and artifact changes.
Your experiment
Require input before unit 2. Observe that progress and active time stop until clarification arrives. Try authorizing instead: that is not the missing input.
Use Step to inspect a transition. The simulation pauses when it needs input or authorization; supply the requested action, then Play to resume.
Final artifact
State and action trace
Offline task-state teaching model, not an A2A server. Work units and active-time durations are illustrative. Waiting is excluded from active time; the view is deliberately paused during interruptions. Input/auth interruptions can resume the same task. Completed, failed, canceled and rejected tasks are terminal; follow-ups use a new task ID. Cancellation acceptance is a model switch, not a universal server guarantee. No credentials, external services or real artifacts are used. Official task lifecycle reference.
Ask for the missing kind of input
Pause before unit two by requiring clarification. Observe that active time and work stop while the task is input-required. Authorize is disabled because permission is not the missing condition. Supply clarification resumes the same task, then press Play to continue. In another run require both input and authorization before the same unit: satisfying clarification still leaves the independent authorization gate to satisfy. The buttons represent typed application events, not a real human conversation, credential exchange or approval workflow.
Configure a fresh task
Work units chooses the amount of illustrative work. Seconds per unit controls active processing duration, not real compute performance. Require input before unit and Require authorization before unit select different interruption gates; zero disables a gate, and a number above the work-unit count is never reached. Fail during unit makes that unit terminally fail without counting it as completed. Reject before execution refuses the submitted task before any work. Every configuration change creates a fresh experiment rather than editing the existing task in place.
Act on the current state
Supply clarification is enabled only for input-required; Authorize is enabled only for auth-required. Neither button supplies the other missing condition. Request cancellation asks the simulated worker to stop. Worker accepts cancellation controls whether it agrees; refusal leaves work active. A cancelled task has no final artifact even if some units finished. New follow-up task is available only after a terminal state and creates a new task identifier within the same context. Completed, failed, canceled and rejected are terminal; the control does not resume them.
Inspect time, identity and history
Play scales the configured active path to a minute of inspection. Waiting for clarification or authorization pauses progress and requires an explicit action before Play resumes. Pause holds the view; Step advances one active second, not one inspection second. Restart experiment resets the current configuration. Speed changes playback rate without changing task logic. Recorded state seeks through states already visited; resuming an earlier state discards its later branch. Follow-up begins a separate history. Inspect the task ID, context ID, completed units, final artifact and action trace together. This in-memory state machine has no durable checkpoint, remote worker, real authorization credential, network reconnect or external side effect.