Token导航 LogoToken导航

Agent Skill · 前端设计

jira-orchestration-workflow(Jira orchestration 工作流)

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

jira-orchestration-workflow 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 1,307。

总安装 6,424周安装 285GitHub Stars 11下载 2,569核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 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'

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

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

安装方式:github,支持 Codex、Claude、Cursor、Gemini CLI。

来源仓库内路径:skills/jira-orchestration-workflow

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/lobbi-docs/claude --skill 'Jira Orchestration…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

jira-orchestration-workflow 怎么安装?

在终端执行 npx skills add https://github.com/lobbi-docs/claude --skill 'Jira Orchestration Workflow'。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

jira-orchestration-workflow 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

jira-orchestration-workflow 需要什么权限?

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

jira-orchestration-workflow 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

jira-orchestration-workflow 用的人多吗?

公开数据是累计安装 6,424 次,近一周安装 285 次,下载 2,569 次,GitHub 11 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

jira-orchestration-workflow 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
frontend-design

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
jira-orchestration-workflow

Jira orchestration 工作流 · 本页

6,42411需要联网未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

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).

平台分布

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