.claude/skills/jira-epic/SKILL.md
Creates Jira epics for large features following Prowler's standard format. Trigger: When user asks to create an epic, large feature, or multi-task initiative.
npx skillsauth add ic-facet/gestion-programas-asignatura jira-epicInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use this skill when creating Jira epics for:
# {Epic Title}
**Figma:** {figma link if available}
## Feature Overview
{2-3 paragraph description of what this feature does and why it's needed}
## Requirements
### {Section 1: Major Functionality Area}
#### {Subsection}
- Requirement 1
- Requirement 2
- Requirement 3
#### {Another Subsection}
- Requirement 1
- Requirement 2
### {Section 2: Another Major Area}
#### {Subsection}
- Requirement 1
- Requirement 2
## Technical Considerations
### Performance
- {Performance requirement 1}
- {Performance requirement 2}
### Data Integration
- {Data source}
- {Integration points}
### UI Components
- {Component 1}
- {Component 2}
## Implementation Checklist
- [ ] {Major deliverable 1}
- [ ] {Major deliverable 2}
- [ ] {Major deliverable 3}
## Diagrams
{Mermaid diagrams for architecture, flow, data model, etc.}
Format: [EPIC] Feature Name
Examples:
[EPIC] Findings View[EPIC] Multi-tenant Support[EPIC] Compliance Dashboard Redesign[EPIC] GovCloud SupportBrief but complete description of:
Organized by functional area:
Always include:
High-level deliverables that will become individual tasks:
Use Mermaid for:
graph TB
UI[UI Components] --> API[API Endpoints]
API --> SDK[Prowler SDK]
SDK --> Cloud[Cloud Providers]
sequenceDiagram
User->>UI: Apply filters
UI->>API: GET /findings?filters
API->>DB: Query findings
DB-->>API: Results
API-->>UI: JSON response
UI-->>User: Render table
stateDiagram-v2
[*] --> Pending
Pending --> InProgress: Start triage
InProgress --> Resolved: Mark resolved
InProgress --> Pending: Reset
Resolved --> [*]
erDiagram
FINDING ||--o{ RESOURCE : affects
FINDING }|--|| CHECK : "belongs to"
RESOURCE }|--|| ACCOUNT : "belongs to"
ACCOUNT }|--|| PROVIDER : "belongs to"
After creating the epic, generate individual tasks using the jira-task skill:
From epic [EPIC] Findings View, create:
[FEATURE] Findings table with pagination (UI)[FEATURE] Findings filters - provider and account (UI)[FEATURE] Findings detail panel - Overview tab (UI)[FEATURE] Findings detail panel - Resources tab (UI)[FEATURE] Findings bulk actions - mute/suppress (API + UI)[FEATURE] Findings search functionality (API + UI)Always specify in each task:
## Related Tasks
- Epic: [EPIC] Findings View
- Blocked by: [task if any]
- Blocks: [task if any]
When Figma links are provided:
https://www.figma.com/design/xxx?node-id=1830-44712&m=dev## Epic: [EPIC] {Title}
{Full epic content following template}
---
## Suggested Tasks
Based on this epic, create the following tasks:
| # | Title | Component | Blocked By |
|---|-------|-----------|------------|
| 1 | [FEATURE] Task name | API | - |
| 2 | [FEATURE] Task name | UI | Task 1 |
| 3 | [FEATURE] Task name | UI | Task 2 |
Would you like me to generate the full task descriptions?
[EPIC] Feature Name formatCRITICAL: All output MUST be in Markdown format, ready to paste into Jira.
# for epic title, ## for main sections, ### for subsections**bold** for emphasis- [ ] for checkboxes in Implementation Checklistbackticks for file paths, commands, and code references--- to separate epic from suggested tasksCRITICAL: When creating epics via MCP, use these exact parameters:
{
"project_key": "PROWLER",
"summary": "[EPIC] Feature name",
"issue_type": "Epic",
"additional_fields": {
"customfield_10359": {"value": "UI"}
}
}
The customfield_10359 (Team) field is REQUIRED. Options:
"UI" - Frontend epics"API" - Backend epics"SDK" - Prowler SDK epicsIMPORTANT: The project uses customfield_10363 (Work Item Description) instead of the standard description field for display in the UI.
CRITICAL: Use Jira Wiki markup, NOT Markdown:
h2. instead of ##*text* for bold instead of **text*** item for bullets (same)** subitem for nested bulletsAfter creating the epic, update the description with:
{
"customfield_10363": "h2. Feature Overview\n\n{overview}\n\nh2. Requirements\n\n*{Section 1}*\n* {requirement 1}\n* {requirement 2}\n\n*{Section 2}*\n* {requirement 1}\n* {requirement 2}\n\nh2. Technical Considerations\n\n*Performance:*\n* {consideration 1}\n\n*Data Integration:*\n* {consideration 2}\n\nh2. Implementation Checklist\n\n* [ ] {deliverable 1}\n* [ ] {deliverable 2}\n* [ ] {deliverable 3}"
}
When creating child tasks, use the epic key as parent:
{
"additional_fields": {
"parent": "PROWLER-XXX"
}
}
Backlog (10037) → To Do (14) → In Progress (11) → Done (21)
→ Blocked (10)
mcp__mcp-atlassian__jira_create_issue (issue_type: "Epic")
mcp__mcp-atlassian__jira_update_issue with customfield_10363
mcp__mcp-atlassian__jira_create_issue with parent: EPIC-KEY
mcp__mcp-atlassian__jira_update_issue (assignee)
mcp__mcp-atlassian__jira_transition_issue (status)
jira, epic, feature, initiative, prowler, large feature
development
Zustand 5 state management patterns. Trigger: When managing React state with Zustand.
databases
Zod 4 schema validation patterns. Trigger: When using Zod for validation - breaking changes from v3.
tools
Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
development
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".