搜索

PythonReactSEOPDF
GitHub Skill

jira-workflow

Jira ticket creation and management for AI agent commands, with severity-based processing and proper integration

bitsoex☆ 35 仓库 Stars30 仓库 Forks

安装与使用

请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求,再添加到工作流。

查看来源 ↗使用指南

技能说明

Jira Workflow

Best practices for AI agents to create and manage Jira tickets when performing automated work like fixing vulnerabilities, resolving SonarQube issues, or improving test coverage.

Core Principles

  1. Create Ticket Before Work - Always create/find a Jira ticket before starting
  2. Discover Project Key - Never hardcode project keys
  3. Search Before Creating - Check for existing tickets first
  4. Severity-Based Processing - Process issues one severity level at a time
  5. Link Everything - Connect Jira → Branch → Commits → PR

Skill Contents

Sections
Available Resources

📚 references/ - Detailed documentation


Workflow Overview

Step Description Reference
0. Discover Find user's Jira project key references/project-discovery.md
1. Search Check for existing open tickets references/ticket-search.md
2. Create Create ticket if none exists references/ticket-creation.md
3. Branch Create branch with Jira key references/branch-naming.md
4. Process Fix by severity level references/severity-processing.md

Quick Reference

Emoji Conventions
Work Type Emoji Example
AI-assisted (all) 🤖 Required in ALL AI commits/PRs
Security/Vulnerability 🛡️ 🤖 🛡️ fix(security): resolve critical CVE
Code Quality/SonarQube ✅ 🤖 ✅ fix(quality): resolve BLOCKER issues
Test Coverage 🧪 🤖 🧪 test: improve coverage
Dependency Updates 📦 🤖 📦 chore(deps): update Spring Boot
Documentation 📝 🤖 📝 docs: update API documentation
Performance ⚡ 🤖 ⚡ perf: optimize queries
Refactoring ♻️ 🤖 ♻️ refactor: simplify error handling
Ticket Summary Format
🤖🛡️ Fix [SEVERITY] Dependabot vulnerabilities in [repo-name]
🤖✅ Resolve [SEVERITY] SonarQube issues in [repo-name]
🤖🧪 Improve test coverage for [module/class]
🤖📦 Update [dependency] to [version]
Branch Naming
{type}/{JIRA-KEY}-{short-description}

Examples:

  • fix/PROJ-123-critical-vulnerabilities
  • fix/PROJ-456-blocker-sonar-issues
  • test/PROJ-789-coverage-payment-service

References

Reference Content
references/project-discovery.md How to discover user's Jira project key
references/ticket-search.md JQL queries to find existing tickets
references/ticket-creation.md Create tickets with proper format
references/branch-naming.md Branch naming with Jira keys
references/severity-processing.md Process by severity level

Severity-Based Processing

Vulnerability Severity Order
  1. CRITICAL - Fix first
  2. HIGH - Only after no CRITICAL remain
  3. MEDIUM/MODERATE - Only after no HIGH remain
  4. LOW - Only after no MEDIUM remain
SonarQube Severity Order
  1. BLOCKER - Fix first
  2. CRITICAL - Only after no BLOCKER remain
  3. MAJOR - Only after no CRITICAL remain
  4. MINOR - Only after no MAJOR remain
  5. INFO - Only after no MINOR remain

Best Practices

  1. One severity per PR - Keep PRs focused and reviewable
  2. Batch related fixes - Group similar issues in one commit
  3. Clear descriptions - Document what was fixed and why
  4. Link everything - Jira ticket ↔ Branch ↔ Commits ↔ PR
  5. Update ticket status - Move ticket through workflow as work progresses

Skill Dependencies

Skill Purpose
pr-lifecycle PR creation, commit formats, GitHub CLI

Related

  • .claude/skills/pr-lifecycle - PR creation and management
  • .claude/skills/stacked-prs - Stacked PR workflows

使用示例

查看来源仓库中的使用示例与配置说明。

查看来源 ↗

来源历史

收录时间
2026-01-20
索引更新时间
2026-01-28
Branch
main

收录与同步日期属于本站记录。源码修改历史请查看来源仓库。

GitHub ↗

chat Comments (0)

chat_bubble_outline

No comments yet. Be the first to share your thoughts!