Token导航 LogoToken导航TokenDH.com
前端设计需要联网github未标认证来源可访问许可证需确认审计通过

jira-orchestration-workflowJira orchestration 工作流

Agent Skill

用于处理 Jira 项目、任务、缺陷、Sprint、负责人和状态流转。它适合让 Agent 辅助查询工单、汇总迭代进展、创建任务或整理需求和缺陷信息。使用时要确认项目权限、字段配置和工作流规则,不同团队的 Issue 类型、状态和必填字段可能不同;涉及批量改状态、改负责人或创建工单时,应先预览变更内容再执行。

总安装

6,424

周安装

285

GitHub Stars

11

下载量

2,569
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:jira-orchestration-workflow(Jira orchestration 工作流)
来源仓库:https://github.com/lobbi-docs/claude
仓库路径:skills/jira-orchestration-workflow
安装命令:
npx skills add https://github.com/lobbi-docs/claude --skill 'Jira Orchestration Workflow'
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/lobbi-docs/claude --skill 'Jira Orchestration Workflow'

简介

用于处理 Jira 项目、任务、缺陷、Sprint、负责人和状态流转。

  • 适合辅助查询工单、汇总迭代进展、创建任务或整理需求和缺陷信息。
  • 使用时需确认项目权限、字段配置和工作流规则,不同团队配置可能不同。
  • 涉及批量改状态、改负责人或创建工单时,应先预览变更内容再执行。
  • 安装方式:github,支持 Codex、Claude、Cursor、Gemini CLI。

SKILL.md

Jira Orchestration Workflow

Execute 6-phase protocol for coordinating Jira-based development work with multi-agent orchestration.

When to Use

  • Starting work on Jira issues (Bug, Story, Task, Epic)
  • Automating development workflows
  • Tracking progress and linking commits/PRs
  • Coordinating multi-agent work

The 6-Phase Protocol

EXPLORE → PLAN → CODE → TEST → FIX → COMMIT

Each phase must complete validation gates before proceeding.

Phase 1: EXPLORE

  • Fetch issue details, acceptance criteria, linked issues
  • Analyze affected codebase areas and dependencies
  • Agents: requirements-analyzer, dependency-mapper
  • Outputs: Issue analysis, affected files, dependency map, risk assessment
  • Jira: Transition to "In Progress", add analysis comment, log effort

Phase 2: PLAN

  • Design solution, break into subtasks, create task DAG
  • Plan file changes, define success criteria
  • Agents (by type): Bug→triage-agent; Story→requirements-analyzer; Task→task-enricher; Epic→epic-decomposer
  • Outputs: Implementation plan, test plan, rollback strategy
  • Jira: Create sub-tasks, add plan comment, update estimate

Phase 3: CODE

  • Execute DAG tasks in parallel
  • Implement changes, add docs and error handling
  • Agents (by tech): Frontend→requirements-analyzer; Backend→requirements-analyzer; DevOps→infrastructure-orchestrator
  • Outputs: Code changes, configs, migration scripts
  • Jira: Add progress comments, log time spent, flag blockers

Phase 4: TEST

  • Run unit/integration/E2E tests, verify acceptance criteria
  • Agents: test-strategist, qa-ticket-reviewer, test-strategist
  • Outputs: Test results, coverage, performance metrics
  • Jira: Add test results, attach reports
  • Failure: Return to FIX, do NOT complete issue

Phase 5: FIX

  • Debug failures, address code review feedback
  • Re-run tests until passing (max 3 iterations before escalation)
  • Agents: hypothesis-debugger, review-orchestrator, code-quality-enforcer
  • Loop: Return to TEST after fixes

Phase 6: COMMIT

  • Create PR with issue key, link to Jira, request review
  • Format: [ISSUE-KEY] description\n\nResolves: ISSUE-KEY
  • Agents: commit-orchestrator, pr-creator, documentation-hub
  • Jira: Add PR link, transition to "In Review"

Agent Selection

Issue TypePrimarySecondary
Bugtriage-agent, hypothesis-debuggerroot-cause-analyzer, test-strategist
Storyrequirements-analyzer, code-architectrequirements-analyzer
Tasktask-enrichertechnology-specific
Epicepic-decomposersplit into stories first
Spikerequirements-analyzer, requirements-analyzerdomain experts

By Technology: Frontend→react-specialist; Backend→api-specialist; DevOps→infrastructure-orchestrator; Mobile→mobile-developer

By Priority: Blocker→triage-agent + escalate; Critical→senior agents + extended thinking; High→standard selection; Medium/Low→optimize for efficiency

Blocker Handling

Mark blocker when: Missing requirements, dependencies, technical limits, security concerns, breaking changes.

Immediate: Add "Blocked" label, create detailed comment, link blocking issue, notify stakeholders.

Escalate when: Persists >4 hours, beyond agent authority, security vulnerability, breaking changes, customer impact, legal/compliance questions.

Process: Pause, document context, create Jira comment, tag humans, transition to "Waiting for Support".

Human Involvement

Always required: Security changes, breaking API/DB changes, infrastructure, customer-facing features, compliance.

Optional (post-review): Bug fixes, docs, tests, refactoring.

Progress Tracking

Update Jira at: Phase transitions, blockers, test failures, PR creation, hourly.

Status format:

## Progress - Phase: [NAME]
- Completed: [items]
- In Progress: [items] (X%)
- Blocked: [items] ([reason])
- Next: [steps]
- Time Spent: Xh Ym

Metrics: Velocity (story points/sprint), Cycle Time (In Progress→Done), Lead Time (creation→completion), Work Log (time/phase).

Best Practices

  • Never skip phases (critical validations at each)
  • Checkpoint between phases for recovery
  • Run independent tasks in parallel
  • Use 3-5 agents minimum, 13 maximum
  • Frequent Jira updates: comments, work logs, links, labels, components
  • Quality gates: All tests passing, >80% coverage, no vulnerabilities, docs updated, human review

Workflows by Issue Type

Bug: EXPLORE (reproduce)→PLAN (fix design)→CODE→TEST (add regression)→FIX→COMMIT Story: EXPLORE→PLAN (subtasks)→CODE (parallel)→TEST (E2E)→FIX→COMMIT Epic: Decompose into Stories, execute each Story workflow, integrate results

PR/Commit Format

PR Title: [ISSUE-KEY] Brief description

Commit:

[ISSUE-KEY] description

Changes:
- item1
- item2

Resolves: ISSUE-KEY

Branch: [type]/[issue-key]-[description] (e.g., feature/PROJ-123-auth)

Smart commits: [ISSUE-KEY] #comment text | #time 2h 30m | #transition In Review

Quality Gates

  • All tests passing (unit, integration, E2E)
  • Coverage >80%
  • No security vulnerabilities
  • No breaking changes (or documented)
  • Documentation updated
  • PR created and linked
  • Human review requested
  • Acceptance criteria met

Example: Bug Fix

Issue: PROJ-123 "Login timeout after 5 minutes"

PhaseActivityAgents
EXPLOREAnalyze auth code, identify JWT expiryrequirements-analyzer, security-specialist
PLANDesign fix: extend expiry, fix cleanuptriage-agent
CODEUpdate JWT config, implement refreshrequirements-analyzer, security-specialist
TESTUnit/integration/manual teststest-strategist, qa-ticket-reviewer
FIXNo fixes needed-
COMMITCreate PR, link to PROJ-123commit-orchestrator

Integration

Works with: jira (API), git-workflows (branches/PRs), orchestration-patterns (agent coordination), testing (test execution), debugging (root cause analysis).

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.55%
按下载量换算888

Claude

32.19%
按下载量换算827

Cursor

18.19%
按下载量换算467

Gemini CLI

10.03%
按下载量换算258

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills