Verify JIRA Ticket: $ARGUMENTS
All Atlassian operations in this skill go through lisa:atlassian-access. Do not call MCP tools or acli directly.
Verify that the existing JIRA ticket $ARGUMENTS meets organizational standards. This skill is a thin post-write wrapper around lisa:jira-validate-ticket: it fetches the live ticket and asks lisa:jira-validate-ticket to run the gates against the fetched state.
This indirection exists so the gate definitions live in exactly one place (lisa:jira-validate-ticket). When the bar changes, change it there — lisa:jira-verify, lisa:jira-write-ticket (Phase 5.5 pre-write), and lisa:notion-to-tracker (PRD dry-run) all pick it up.
Process
- Invoke
lisa:atlassian-accessvia the Skill tool withoperation: list-sitesto confirm the configured site is reachable (the access skill enforces connection match against.lisa.config.json). - Fetch the ticket via
lisa:atlassian-accessoperation: read-ticket key: $ARGUMENTS. Pull issue type, summary, description, parent, links, labels, components, and any custom fields needed. - Invoke
lisa:jira-validate-ticketand pass the ticket key. The validator fetches its own copy if needed and runs every gate (Specification + Feasibility) against the live state. - Surface the validator's report verbatim to the caller.
Output
Pass through lisa:jira-validate-ticket's structured output unchanged. Do not summarize or paraphrase — downstream callers (e.g. lisa:jira-agent's pre-flight gate) parse the gate lines.
Notes
- This skill is read-only. It never edits the ticket, posts comments, or changes status.
- If a gate fails, the recommendation is part of the validator's report; surface it as-is.
- Validation Journey checks (S11) historically required a parser script (
parse-plan.py); the parser logic now lives insidelisa:jira-validate-ticketso this skill no longer shells out to it.