Fetch Linear Ticket

Every warp deploy/update skill starts from a Linear ticket whose description carries the route parameters (token, chains, fee type, owners, etc.). This skill standardizes how the ticket is fetched so the access method and the not-configured error are consistent across the chain, rather than each skill hard-coding one path.

Input

• Ticket ID or URL (required) — e.g. ENG-3516 or https://linear.app/hyperlane-xyz/issue/ENG-3516/....

Step 1: Extract the issue ID

From a URL, pull the issue key (e.g. ENG-3516). If given a bare key, use it directly.

Step 2: Fetch the ticket (capability-first)

Fetch the issue's title and description using whichever Linear access this agent has:

• Preferred — the agent's Linear integration. If a Linear tool/integration is available (e.g. a get_issue capability), use it to fetch the issue by key. This path also exposes attachment/image signed URLs (used later for logos).

• Fallback — the GraphQL API. If no integration is available but LINEAR_API_KEY is set, query the API directly:

  curl -sS -X POST https://api.linear.app/graphql \
    -w '\nHTTP %{http_code}\n' \
    -H "Authorization: $LINEAR_API_KEY" \
    -H "Content-Type: application/json" \
    -d '{"query": "{ issue(id: \"<ISSUE_ID>\") { title description } }"}'
  

  Fail closed — validate the response before using it. curl won't error on an HTTP failure by itself, and GraphQL returns HTTP 200 even on errors. Treat any of these as a failed fetch and halt (do NOT proceed with an empty/partial description): a non-2xx HTTP status (e.g. 401/403/429/5xx), a body containing a top-level errors array, or a null data.issue.

If neither is available — no Linear integration AND LINEAR_API_KEY unset or returning 401 — halt and tell the user:

No Linear access is configured. Either enable the Linear integration, or export LINEAR_API_KEY=<your-key> and restart the coding-assistant session, then try again.

Step 3: Return

Show the user the ticket title and description before proceeding. The calling skill parses the description for its own fields (token details, chains, fee type, warp route ID, owners, quote signers, ownership table, change instructions, etc.) — this skill only fetches; it does not interpret.

Consumers

/warp-deploy-fund-deployer, /warp-deploy-init-route, /warp-deploy-validate-owners, /warp-deploy-update-owners, /warp-update, /warp-update-extend. (Fetching a fresh signed URL for a logo attachment mid-skill is a separate, integration-specific operation and stays in the caller.)