status-progression

name	status-progression
description	Navigates role transitions for MCP work items using advance_item. Shows current role, gate status, required notes, and the correct trigger to use. Use when a user says: advance this item, move to work, start this task, complete this item, what's the next status, why can't I advance, unblock this, cancel this item, or check gate status.
argument-hint	[optional: item UUID or title to look up]

Status Progression — Current (v3)

Guides role transitions for a WorkItem: identify the item, check gate status, fill missing notes, and advance. Handles all triggers including block, resume, and cancel.

---

Step 1: Identify the Item

Resolve $ARGUMENTS to a UUID via query_items search (operation="search", query=$ARGUMENTS, limit=5); if ambiguous, present matches via AskUserQuestion. If $ARGUMENTS is empty, ask for a UUID or title fragment.

---

Step 2: Check Current State

Once you have the item ID, call:

get_context(itemId="<item-uuid>")

Parse the response and display a status card. Use this format:

◉ "Implement authentication module"
  Role:     work
  Gate:     ⊘ blocked — 2 required notes missing
  Missing:  implementation-notes (work, required)
            session-tracking (work, required)
  Guidance: "Describe what was implemented, which files changed, and why
             the approach was chosen..."

◉ "Design API schema"
  Role:     queue
  Gate:     ✓ open — all required notes filled (or no schema)
  Next:     advance_item(trigger="start") → work

Fields to surface from get_context response:

Response Field	What to Show
item.role	Current role label
gateStatus.canAdvance	✓ open or ⊘ blocked
gateStatus.missing	List each missing note key + role
guidanceKey	Key of first unfilled required note with guidance; resolve its text via query_items(operation="schema", itemId="<uuid>") to show as "Guidance:"
noteSchema	List all schema notes with exists status

If the item has no schema (no tags matching a schema key), noteSchema will be empty and the gate is always open.

---

Step 3: Fill Missing Notes (if Gated)

If gateStatus.canAdvance = false, the item cannot advance until required notes are filled.

For each missing note, check whether its content can be inferred from the conversation context. If yes, fill it directly. If not, ask the user what to capture.

Use guidanceKey to prompt the user — resolve its guidance text via query_items(operation="schema", itemId=...). Only one guidanceKey is returned — for the first unfilled required note. See schema entries list for all unfilled notes.

Fill notes with:

manage_notes(
  operation="upsert",
  notes=[
    { itemId: "<uuid>", key: "implementation-notes", role: "work", body: "<content>" },
    { itemId: "<uuid>", key: "session-tracking", role: "work", body: "<content>" }
  ]
)

After filling, re-check gate status:

get_context(itemId="<uuid>")

Confirm gateStatus.canAdvance = true before proceeding to Step 4. If notes are still missing after the upsert, show the updated status card and repeat for any remaining gaps.

---

Step 4: Advance the Item

With the gate open, call advance_item with the appropriate trigger (trigger semantics are documented in the advance_item tool description):

advance_item(transitions=[{ itemId: "<uuid>", trigger: "start" }])

Parse the response and report the transition result:

✓ Advanced: queue → work
  ↳ Cascade: "Feature: Auth System" also moved queue → work
  ↳ Unblocked: "Write integration tests" (was waiting on this item)
  ↳ Next phase notes:
      implementation-notes (work, required)
      session-tracking (work, required)

Fields to check in the advance response:

Response Field	What to Report
newRole	The core transition (previousRole is omitted from success results)
cascadeEvents	Parent or ancestor items that auto-transitioned
unblockedItems	Sibling items that are now actionable
expectedNotes	Notes for the next phase — show as "Next phase notes:"

If cascadeEvents is empty, omit the cascade line. If unblockedItems is empty, omit the unblocked line. If expectedNotes is empty or absent (no schema), omit the next phase notes line.

---

Troubleshooting

Problem: advance_item fails with "required notes not filled"

Cause: The current phase has required notes that have not been upserted yet. Gate enforcement runs before the transition executes.

Solution: The gate-failure error already lists the missing note keys. Fill each one with manage_notes(operation="upsert"), then retry advance_item. Call get_context only if you need broader item state.

---

Problem: Item cannot advance — it is blocked by a dependency

Cause: Another item has a BLOCKS edge pointing to this item, and that blocking item has not yet reached terminal role.

Solution: Find the blocker:

query_dependencies(operation="get", itemId="<uuid>", direction="incoming", includeItemInfo=true)

Identify the blocking item (role will be non-terminal). Advance the blocking item to terminal first. When it completes, the current item appears in unblockedItems.

---

Problem: Item is in BLOCKED role and start fails

Cause: The item is in the BLOCKED role (was explicitly blocked with trigger: "block"). The start trigger is not valid from BLOCKED — it is only valid from QUEUE, WORK, or REVIEW.

Solution: Use trigger: "resume" to return the item to its previous role:

advance_item(transitions=[{ itemId: "<uuid>", trigger: "resume" }])

After resuming, check get_context and then advance normally with start if the gate is open.

---

Problem: Want to skip the review phase and go directly to terminal

Cause: The item is in WORK role and has a review-phase schema, but verification is already done or not applicable.

Solution: Use trigger: "complete" instead of start. This jumps from any non-terminal role directly to TERMINAL, but it checks ALL required notes across all phases first:

advance_item(transitions=[{ itemId: "<uuid>", trigger: "complete" }])

If any required notes across queue, work, or review phases are unfilled, the gate will block this call and list the missing notes. Fill them, then retry.

---

Problem: advance_item fails with errorCode: "resource_unavailable"

Cause: The item declares a shared resource (via a resources: trait, mode: exclusive) that another item currently holds — a real resource-lease conflict, not a note-schema gate failure. errorKind is "transient", distinct from the gate-block/ownership/policy error codes above.

Do NOT treat this like a gate failure — do not "fill in more notes" and do not spin-retry the same advance_item call. The fix is to wait (retryAfterMs names a backoff hint) or work a different item; retrying immediately will almost always fail again since the response never discloses when — only that — the key is contended. contendedResources names the contended key(s) only; the current holder's identity is never included in this response by design.

Solution:

1. Report the contended key(s) to the user/operator rather than retrying silently.
2. To diagnose who holds it: get_context(itemId="<uuid>") → resourceLeases block (shows holderItemId/acquiredByActorId/expiresAt for the contended key), or the REST route GET /api/v1/resources/leases for a fleet-wide view (ADMIN capability needed to see the holder's actor identity).
3. If the holder is confirmed stale/crashed, an operator can force-release via DELETE /api/v1/resources/leases/{key} (ADMIN capability) rather than waiting out the TTL.
4. Otherwise, move on to a different item and revisit this one later.

See Workflow Guide §11 — Resource Leasing for the full contention/retry model and the guarantees-vs-non-guarantees statement.

---

Problem: Parent item cascaded unexpectedly

Cause: Cascade is by design. When the first child of a container starts (queue → work), the container cascades to work automatically. When the last child reaches terminal, the container cascades to terminal automatically.

Solution: This is expected behavior — no action needed. Check cascadeEvents in the advance_item response to see exactly which ancestors transitioned and why. If the cascade is unwanted, you can manually adjust the parent's role using advance_item with trigger: "block" or trigger: "complete" depending on the desired state.

---

Problem: advance_item returns "no valid transition" or "item already terminal"

Cause: The item is already in TERMINAL role (completed or cancelled). Terminal is a final state — no triggers are valid from terminal.

Solution: The item cannot be advanced further. If the item was completed in error, you would need to create a new item. To verify the item's current state:

query_items(operation="get", itemId="<uuid>")

Check the role field. If role = "terminal", the item's lifecycle is complete.

---

Examples

Example 1: Simple Flow — No Schema

For items with no matching note schema, there are no gates. Items flow freely through roles.

Step 1: Check state

get_context(itemId="abc-123")

Response shows role: "queue", gateStatus.canAdvance: true, noteSchema: [].

Status card:

◉ "Refactor database connection pool"
  Role:  queue
  Gate:  ✓ open (no schema)
  Next:  advance_item(trigger="start") → work

Step 2: Start work

advance_item(transitions=[{ itemId: "abc-123", trigger: "start" }])

Result:

✓ Advanced: queue → work

Step 3: Complete work (skip review)

After the refactor is done, complete directly:

advance_item(transitions=[{ itemId: "abc-123", trigger: "complete" }])

Result:

✓ Advanced: work → terminal

No gates — no notes required. Items without a schema move freely at any time using any valid trigger.

---

Example 2: Gated Flow — Item Has feature-implementation Tag

Items tagged feature-implementation have a schema with required notes at each phase. The gate blocks advancement until notes are filled.

Step 1: Check state

get_context(itemId="def-456")

Response shows role: "queue", gateStatus.canAdvance: false, missing: ["feature-summary"].

Status card:

◉ "Add OAuth2 login flow"
  Role:     queue
  Gate:     ⊘ blocked — 1 required note missing
  Missing:  feature-summary (queue, required)
  Guidance: "Document the acceptance criteria and scope of this feature.
             Include: what the feature does, what it does not do, and
             the definition of done."

Step 2: Fill the missing note

Ask the user (or extract from conversation context) what the requirements are, then upsert:

manage_notes(
  operation="upsert",
  notes=[{
    itemId: "def-456",
    key: "feature-summary",
    role: "queue",
    body: "Implement OAuth2 login via GitHub and Google providers. Users should
           be redirected to provider, authenticated, and returned to the app
           with a session token. Out of scope: social sign-up flow, profile
           linking. Done when: login button visible on /login, both providers
           work in staging, session persists across page reload."
  }]
)

Step 3: Re-check gate

get_context(itemId="def-456")

Updated status card:

◉ "Add OAuth2 login flow"
  Role:  queue
  Gate:  ✓ open — all queue notes filled
  Next:  advance_item(trigger="start") → work

Step 4: Advance to work

advance_item(transitions=[{ itemId: "def-456", trigger: "start" }])

Result:

✓ Advanced: queue → work
  ↳ Next phase notes:
      implementation-notes (work, required)
      session-tracking (work, required)

The expectedNotes in the response shows what must be filled during the work phase before the next start will succeed. Fill these notes as implementation progresses, then return control to the orchestrator. The orchestrator calls advance_item(trigger="start") to advance the item to the next phase (review if the schema has review-phase notes, or terminal otherwise).

---

Quick Decision Guide

Situation	Action
Item is in queue, no gate	advance_item(trigger="start")
Item is in queue, gate blocked	Fill missing queue notes → advance_item(trigger="start")
Item is in work, ready for review	advance_item(trigger="start")
Item is in work, skip review	advance_item(trigger="complete") — checks all gates
Item is in review, verified	advance_item(trigger="start")
Item needs to be paused	advance_item(trigger="block")
Item is in BLOCKED role	advance_item(trigger="resume") first
Item should be abandoned	advance_item(trigger="cancel") — no gates
Item is terminal	No further transitions possible
Blocker is another item	Advance the blocking item first