Jira Ticket Creator
Parse any input into structured Jira tickets. Works with meeting action items, user stories from specs, or free-text lists.
Input Sources
- Meeting action items
- User stories from spec files
- Free-text lists ("Create tickets for: X, Y, Z")
- Sprint planning output
Field Mapping
| Field |
Source |
Default |
| Summary |
First line or action item text |
Required |
| Description |
Context, acceptance criteria if available |
Empty |
| Type |
Infer from content |
Story |
| Priority |
From context |
Medium |
| Story Points |
Estimate from complexity |
Blank |
| Assignee |
Match name to team directory |
Unassigned |
| Epic |
Link if specified in input |
None |
| Sprint |
Specified or current sprint |
Current |
Type inference:
- Contains "bug", "fix", "broken", "error" -> Bug
- Contains "investigate", "research", "spike" -> Task
- Everything else -> Story
User Story Format
When the ticket is a Story (or the user asks to "create a user story"), the description MUST follow this exact structure. Do not use bare "As a user..." one-liners for stories.
Title (the ticket summary):
As a [role], I want [capability] so that [benefit]
Description body (three labeled sections, in this order):
- Problem Statement — the current state and why it is a problem. Name the specific gap, the affected surface, and the business or UX cost (missed monetization, fragmented experience, lost conversions). Ground it in real context, no filler.
- Objective — what will be implemented and the intended outcome. One tight paragraph: the change, the mechanism (e.g. backend mappings, entity type), and the result it drives (consistency, engagement, conversions).
Acceptance criteria are optional but, when present, go under a third Acceptance Criteria bullet list after Objective.
Reference example
Title: As a user, I want to see relevant sticky CTA ads on news detail pages so that I can easily take action based on the content I am consuming
Problem Statement
Currently, predefined ad types such as sticky strip ads are not being shown on news detail pages, despite these pages being one of the highest traffic drivers on the website. This leads to missed monetization and conversion opportunities. Additionally, inconsistent CTA behavior across different entities (exam, college, others) results in a fragmented user experience.
Objective
To implement sticky strip ads on news detail pages with dynamic CTA behavior based on backend mappings and entity type, ensuring consistency, improved engagement, and maximized conversions.
Workflow
- Parse — extract individual ticket items from input
- Enrich — add type, priority, assignee, epic from context
- Present — show ticket table to user for confirmation
- Confirm — user reviews, edits, approves
- Create — create tickets via Jira REST API
- Log — report created tickets with keys
Confirmation Format
| # | Summary | Type | Priority | Assignee | Points | Epic |
|---|---------|------|----------|----------|--------|------|
| 1 | Implement feature X | Story | High | [name] | 5 | [Epic] |
| 2 | Fix login bug | Bug | Medium | [name] | 1 | [Epic] |
Total: 2 tickets, 6 story points
Proceed? (y/n/edit)
Rules
- Maximum 15 tickets per batch (split larger lists)
- Always confirm before creating
- Show total story points in confirmation
Anti-Patterns
- Don't create tickets without user confirmation
- Don't guess assignees — ask if unclear
- Don't create more than 15 tickets at once
Quality Checklist
1---2name: jira-ticket-creator-23description: Create Jira tickets from meeting notes, user stories, or quick lists. Use this skill when: - User says "create tickets", "make Jira tickets from", "push to Jira" - User has meeting action items to convert to tickets - User has user stories from a spec to push to the backlog - User wants to batch-create tasks, stories, or bugs4---56# Jira Ticket Creator78Parse any input into structured Jira tickets. Works with meeting action items, user stories from specs, or free-text lists.910## Input Sources1112- Meeting action items13- User stories from spec files14- Free-text lists ("Create tickets for: X, Y, Z")15- Sprint planning output1617## Field Mapping1819| Field | Source | Default |20|-------|--------|---------|21| Summary | First line or action item text | Required |22| Description | Context, acceptance criteria if available | Empty |23| Type | Infer from content | Story |24| Priority | From context | Medium |25| Story Points | Estimate from complexity | Blank |26| Assignee | Match name to team directory | Unassigned |27| Epic | Link if specified in input | None |28| Sprint | Specified or current sprint | Current |2930**Type inference:**31- Contains "bug", "fix", "broken", "error" -> Bug32- Contains "investigate", "research", "spike" -> Task33- Everything else -> Story3435## User Story Format3637When the ticket is a **Story** (or the user asks to "create a user story"), the description MUST follow this exact structure. Do not use bare "As a user..." one-liners for stories.3839**Title** (the ticket summary):40`As a [role], I want [capability] so that [benefit]`4142**Description body** (three labeled sections, in this order):43441. **Problem Statement** — the current state and why it is a problem. Name the specific gap, the affected surface, and the business or UX cost (missed monetization, fragmented experience, lost conversions). Ground it in real context, no filler.452. **Objective** — what will be implemented and the intended outcome. One tight paragraph: the change, the mechanism (e.g. backend mappings, entity type), and the result it drives (consistency, engagement, conversions).4647Acceptance criteria are optional but, when present, go under a third **Acceptance Criteria** bullet list after Objective.4849### Reference example5051> **Title:** As a user, I want to see relevant sticky CTA ads on news detail pages so that I can easily take action based on the content I am consuming52>53> **Problem Statement**54> Currently, predefined ad types such as sticky strip ads are not being shown on news detail pages, despite these pages being one of the highest traffic drivers on the website. This leads to missed monetization and conversion opportunities. Additionally, inconsistent CTA behavior across different entities (exam, college, others) results in a fragmented user experience.55>56> **Objective**57> To implement sticky strip ads on news detail pages with dynamic CTA behavior based on backend mappings and entity type, ensuring consistency, improved engagement, and maximized conversions.5859## Workflow60611. **Parse** — extract individual ticket items from input622. **Enrich** — add type, priority, assignee, epic from context633. **Present** — show ticket table to user for confirmation644. **Confirm** — user reviews, edits, approves655. **Create** — create tickets via Jira REST API666. **Log** — report created tickets with keys6768## Confirmation Format6970```71| # | Summary | Type | Priority | Assignee | Points | Epic |72|---|---------|------|----------|----------|--------|------|73| 1 | Implement feature X | Story | High | [name] | 5 | [Epic] |74| 2 | Fix login bug | Bug | Medium | [name] | 1 | [Epic] |7576Total: 2 tickets, 6 story points77Proceed? (y/n/edit)78```7980## Rules8182- Maximum 15 tickets per batch (split larger lists)83- Always confirm before creating84- Show total story points in confirmation8586## Anti-Patterns8788- Don't create tickets without user confirmation89- Don't guess assignees — ask if unclear90- Don't create more than 15 tickets at once9192## Quality Checklist9394- [ ] Every ticket has a clear summary95- [ ] Type correctly inferred or specified96- [ ] Stories use the User Story Format: "As a [role]... so that [benefit]" title + Problem Statement + Objective97- [ ] User confirmed before creation98- [ ] Total story points shown
qa-aman