Claude Code Plugins

Community-maintained marketplace

Feedback
2
0

Proactively use this skill when you need to read, create, update, or manage Jira tickets.

Install Skill

1Download skill
2Enable skills in Claude

Open claude.ai/settings/capabilities and find the "Skills" section

3Upload to Claude

Click "Upload skill" and select the downloaded ZIP file

Note: Please verify skill by going through its instructions before using it.

SKILL.md

name jira-ticket
description Proactively use this skill when you need to read, create, update, or manage Jira tickets.
tools Bash(jira:*)

Use the jira CLI to create, update, and manage Jira ticket.

Core Skills:

  1. Ticket Creation: When creating new tickets, you will:

    • Use the type 'Story', unless explicitly specified by the user to use 'Epic'.
    • Write clear, concise summaries
    • Optionally add label ai-ready IF AND ONLY IF the ticket is detailed enough that it can be implemented by an AI agent.
    • Craft detailed descriptions including:
      • Problem statement or feature description
      • Expected work product
      • Technical details when relevant
  2. Ticket Updates: When updating existing tickets, you will:

    • Fetch current ticket state before making changes
    • Preserve important existing information
    • Add meaningful comments explaining changes
    • Link related tickets when appropriate
    • Update time tracking information if provided

Template:

You must strictly adhere to the following template to write the ticket description:

h3. Description

* Work needed. Be as detailed as possible to allow coworkers to points the level of effort needed.
* DO NOT make a judgement call on the level of effort itself, only describe it.

h3. Expected work product

* Is this a code change? If so, provide the URL of the repository.
* Is the output a document? If so what type:
  - Google Docs?
  - Jupyter/Quarto Notebook?
* Keep this section real simple.

h3. Acceptance Criteria

- [ ] Criteria 1
- [ ] Criteria 2

NOTE: do not mention code reviews, these always happen.

h3. Out of Scope

- Detail what is out of scope for this ticket.

h3. Any background context you want to provide

* What is the broader context of this work?
* Why are we doing this?

h3. Plan

if you are provided with a plan, copy it here, as is.

CLI Usage Patterns:

  • Use jira issues to list all tickets
  • Use jira issues --epics-only to list epics only
  • Use jira issues --programs-only to list programs only
  • Use jira issues --in-epic <EPIC> to list issues in epic
  • Use jira sprints to list sprints
  • Use jira view <TICKET> to view a ticket.
  • Use jira create with appropriate flags for new tickets
  • Use jira update with appropriate flags to modify existing tickets
  • Use jira transition <TICKET> "<STATE>" to move tickets through workflow states
  • Use jira close <TICKET> to close a ticket.

Specific command options

jira view --help:

Usage: jira view [OPTIONS] KEY

  View an issue.

Options:
  --help      Show this message and exit.

jira issues --help:

Usage: jira issues [OPTIONS]

  List issues.

Options:
  -c, --current-sprint  only show issues in the current sprint
  -m, --mine            only show my issues
  -e, --epics-only      only show epics
  -p, --programs-only   only show programs
  -i, --in-epic TEXT    only show issues in the given epic
  --help                Show this message and exit.

jira sprints --help:

Usage: jira sprints [OPTIONS]

  List sprints.

Options:
  --help      Show this message and exit.

jira create --help:

Usage: jira create [OPTIONS]

  Create an issue.

Options:
  -p, --project TEXT              Project key
  -s, --summary TEXT              Issue summary (required for non-interactive
                                  mode)
  --points [None|0|0.5|1|2|3|5|8]
                                  Story points
  --sprint TEXT                   Sprint name (default: Backlog)
  -e, --epic TEXT                 Epic key to link to
  -a, --assignee TEXT             Username to assign to
  -d, --description TEXT          Issue description (uses template if not
                                  provided)
  --type [Story|Epic]             Issue type
  --epic-name TEXT                Epic Name (required for Epic issues)
  --work-classification [A|B|C]   Work Classification: A=Sustaining,
                                  B=Engineering Excellence, C=Product
  --parent TEXT                   Parent issue key (for Epic)
  --capitalizable [Yes|No]        Capitalizable (required for Epic issues)
  -i, --interactive               Use interactive mode (original behavior)
  -l, --labels TEXT               Comma-separated list of labels to assign to
                                  the issue
  --help                          Show this message and exit.

jira update --help:

Usage: jira update [OPTIONS] KEY

  Update an issue.

Options:
  -s, --summary TEXT              New issue summary
  --points [None|0|0.5|1|2|3|5|8]
                                  New story points
  --sprint TEXT                   New sprint name
  -e, --epic TEXT                 New epic key to link to (use empty string to
                                  remove epic)
  -a, --assignee TEXT             New username to assign to (use empty string
                                  to unassign)
  -d, --description TEXT          New issue description
  -i, --interactive               Use interactive mode (original behavior)
  -l, --labels TEXT               Comma-separated list of labels to assign to
                                  the issue
  --help                          Show this message and exit.

jira transition --help

Usage: jira transition [OPTIONS] ISSUE [TO]

  Transition an issue to target state.

  The state must be one of the valid workflow states for the issue:

  New -> Refined -> In Dev -> In Review -> Merged -> Closed

  Examples:     jira transition ABC-123 "In Dev"

Options:
  -i, --interactive  Use interactive mode
  --help             Show this message and exit.

jira close --help:

Usage: jira close [OPTIONS] ISSUE

  Close an issue by automatically transitioning through the workflow.

  This command will automatically transition an issue through the predefined
  workflow states until it reaches 'Closed' status: New -> Refine -> Start Dev
  -> Submit for Review -> Passed Review -> Close Issue

  Examples:     jira close ABC-123     jira close def-456

Options:
  --help  Show this message and exit.

Context: The ticket can either be of type "Epic" or "Story". If not specified, assume "Story". If a mandatory item is not provided, STOP and ASK.

For Epic creation:

  • Work classification [MANDATORY]: possible values: A, B or C.
  • Capitalizable? [MANDATORY]: possible values: yes or no.
  • Assignee [MANDATORY]

For Story creation:

  • Epic [MANDATORY]
  • Sprint [OPTIONAL]: if not provided, leave blank. If specified as "current" or "active", use the jira sprints command to find the 'active' sprint. If specified as "next", use the jira sprints command to find the next sprint.
  • Points [OPTIONAL]: if not provided, leave blank
  • Assignee [OPTIONAL]: if not provided, leave blank. If specified as "me", assume user specified by the environment variable USER.

Error Handling:

  • If the jira CLI is not installed, immediately STOP and ASK
  • If a ticket number is invalid, search for similar tickets, STOP and ASK.
  • If required fields are missing, STOP and ASK.
  • If the operation fails, provide the exact error and STOP.

Best Practices:

  • Keep summaries action-oriented (e.g., 'Fix database connection timeout' not 'Database broken')
  • Use bullet points and numbered lists for clarity in descriptions
  • Include code snippets in triple backticks when relevant
  • Reference related tickets using the PROJ-#### format
  • Add screenshots or error messages as attachments when available
  • Use the Jira Text Formatting language.
  • Code blocks should specify the language: {code:language} some code {code}.

Communication Style:

  • Be precise and technical when documenting issues
  • Maintain professional tone in all ticket content
  • Acknowledge successful operations with ticket numbers (use jira issues to find newly create ticket).
  • Proactively suggest related actions (e.g., 'Should I also create a subtask for testing?')
  • NEVER use superlative terms like comprehensive.

Remember: Every ticket you create or update becomes part of the project's permanent record. Ensure all information is accurate, complete, and valuable for current and future team members.