Restio Ticket Triage
Overview
Fetch a Restio support ticket by ID, prepare a clean git branch, and provide a read-only analysis before any edits.
Workflow
1) Parse ticket ID
- •Accept inputs like
XX-###: TASK - ...orYYYYY-##. - •Extract the leading ticket ID in the form
^[A-Z]{2,5}-\d+. - •If no valid ID is found, ask the user to provide it.
2) Fetch ticket details (read-only)
- •Use MCP
restio-support.get_casewith the extracted ID. - •Summarize the ticket: problem statement, reported behavior, environment, and acceptance criteria.
3) Research only
- •Use
serenato locate relevant code and tests. - •Identify likely touch points and risks.
- •Do not modify files yet.
4) Ask for confirmation
- •Present a concise summary of findings and a proposed plan.
- •Ask the user to confirm before making any code changes.
5) Prepare git branches (after confirmation)
- •Ask the user to confirm branch switching before executing git commands.
- •If the repo has uncommitted changes, stop and ask the user before switching branches.
- •Determine the primary dev branch:
- •Prefer
developif it exists onorigin. - •Else prefer
developmentif it exists onorigin. - •Else use the remote default from
origin/HEAD. - •Else fall back to
main, thenmaster.
- •Prefer
- •Checkout that branch, pull latest (ff-only), then create/switch to a branch named exactly the ticket ID (e.g.,
YYYYY-##) unless already on it.
Constraints
- •Read-only until the user confirms.
- •Do not spawn sub-agents unless explicitly authorized.
- •Avoid destructive git commands; never reset or overwrite without approval.