Jira 编排工作流：多智能体自动化开发流程，六阶段协议管理 Bug、Story、Epic
The Agent Skills Directory
安装命令
npx skills add https://smithery.ai/skills/Lobbi-Docs/jira-orchestration-workflow🇨🇳中文介绍
Jira 编排工作流
通过多智能体编排，执行六阶段协议来协调基于 Jira 的开发工作。
使用时机
- 开始处理 Jira 事项（Bug、Story、Task、Epic）
- 自动化开发工作流
- 跟踪进度并关联提交/PR
- 协调多智能体工作
六阶段协议
探索 → 规划 → 编码 → 测试 → 修复 → 提交
每个阶段在进入下一阶段前必须完成验证关卡。
阶段 1：探索
- 获取事项详情、验收标准、关联事项
- 分析受影响的代码库区域和依赖项
- 智能体：requirements-analyzer, dependency-mapper
- 输出：事项分析、受影响文件、依赖关系图、风险评估
- Jira：转换到“进行中”，添加分析评论，记录工作量
阶段 2：规划
- 设计方案，分解为子任务，创建任务 DAG
- 规划文件变更，定义成功标准
- 智能体（按类型）：Bug→triage-agent；Story→requirements-analyzer；Task→task-enricher；Epic→epic-decomposer
- 输出：实施计划、测试计划、回滚策略
- Jira：创建子任务，添加计划评论，更新估算
阶段 3：编码
- 并行执行 DAG 任务
- 实施变更，添加文档和错误处理
- 智能体（按技术）：前端→requirements-analyzer；后端→requirements-analyzer；DevOps→infrastructure-orchestrator
- 输出：代码变更、配置、迁移脚本
- Jira：添加进度评论，记录花费时间，标记阻塞项
阶段 4：测试
- 运行单元/集成/E2E 测试，验证验收标准
- 智能体：test-strategist, qa-ticket-reviewer, test-strategist
- 输出：测试结果、覆盖率、性能指标
- Jira：添加测试结果，附加报告
- 失败：返回修复阶段，不要完成事项
阶段 5：修复
- 调试失败，处理代码审查反馈
- 重新运行测试直至通过（最多 3 次迭代，否则升级）
- 智能体：hypothesis-debugger, review-orchestrator, code-quality-enforcer
- 循环：修复后返回测试阶段
阶段 6：提交
- 创建包含事项键的 PR，链接到 Jira，请求审查
- 格式：
[ISSUE-KEY] description\n\nResolves: ISSUE-KEY - 智能体：commit-orchestrator, pr-creator, documentation-hub
- Jira：添加 PR 链接，转换到“审查中”
智能体选择
| 事项类型 | 主要智能体 | 次要智能体 |
|---|---|---|
| Bug | triage-agent, hypothesis-debugger | root-cause-analyzer, test-strategist |
| Story | requirements-analyzer, code-architect | requirements-analyzer |
| Task | task-enricher | technology-specific |
| Epic | epic-decomposer | 首先拆分为故事 |
| Spike | requirements-analyzer, requirements-analyzer | 领域专家 |
按技术：前端→react-specialist；后端→api-specialist；DevOps→infrastructure-orchestrator；移动端→mobile-developer
按优先级：阻塞→triage-agent + 升级；严重→高级智能体 + 扩展思考；高→标准选择；中/低→优化效率
阻塞项处理
标记阻塞项当： 缺少需求、依赖项、技术限制、安全问题、破坏性变更。
立即行动： 添加“已阻塞”标签，创建详细评论，链接阻塞事项，通知相关方。
升级当： 持续超过 4 小时、超出智能体权限、安全漏洞、破坏性变更、影响客户、法律/合规问题。
流程： 暂停，记录上下文，创建 Jira 评论，标记相关人员，转换到“等待支持”。
人工介入
始终需要： 安全变更、破坏性 API/数据库变更、基础设施、面向客户的功能、合规性。
可选（审查后）： Bug 修复、文档、测试、重构。
进度跟踪
在以下时机更新 Jira： 阶段转换、阻塞项、测试失败、PR 创建、每小时。
状态格式：
## 进度 - 阶段: [名称]
- 已完成: [项目]
- 进行中: [项目] (X%)
- 已阻塞: [项目] ([原因])
- 下一步: [步骤]
- 花费时间: Xh Ym
指标： 速率（故事点/冲刺）、周期时间（进行中→完成）、前置时间（创建→完成）、工作日志（时间/阶段）。
最佳实践
- 切勿跳过阶段（每个阶段都有关键验证）
- 阶段间设置检查点以便恢复
- 并行运行独立任务
- 最少使用 3-5 个智能体，最多 13 个
- 频繁更新 Jira：评论、工作日志、链接、标签、组件
- 质量关卡：所有测试通过、覆盖率 >80%、无漏洞、文档已更新、人工审查
按事项类型的工作流
Bug： 探索（复现）→规划（修复设计）→编码→测试（添加回归）→修复→提交 Story： 探索→规划（子任务）→编码（并行）→测试（E2E）→修复→提交 Epic： 分解为故事，执行每个故事的工作流，集成结果
PR/提交格式
PR 标题： [ISSUE-KEY] 简要描述
提交：
[ISSUE-KEY] 描述
变更:
- 项目1
- 项目2
解决: ISSUE-KEY
分支： [类型]/[issue-key]-[描述] (例如，feature/PROJ-123-auth)
智能提交： [ISSUE-KEY] #comment 文本 | #time 2h 30m | #transition In Review
质量关卡
- 所有测试通过（单元、集成、E2E）
- 覆盖率 >80%
- 无安全漏洞
- 无破坏性变更（或已记录）
- 文档已更新
- PR 已创建并链接
- 已请求人工审查
- 验收标准已满足
示例：Bug 修复
事项： PROJ-123 “登录 5 分钟后超时”
| 阶段 | 活动 | 智能体 |
|---|---|---|
| 探索 | 分析认证代码，识别 JWT 过期 | requirements-analyzer, security-specialist |
| 规划 | 设计修复：延长过期时间，修复清理 | triage-agent |
| 编码 | 更新 JWT 配置，实现刷新 | requirements-analyzer, security-specialist |
| 测试 | 单元/集成/手动测试 | test-strategist, qa-ticket-reviewer |
| 修复 | 无需修复 | - |
| 提交 | 创建 PR，链接到 PROJ-123 | commit-orchestrator |
集成
可与以下系统协同工作：jira (API)、git-workflows (分支/PR)、orchestration-patterns (智能体协调)、testing (测试执行)、debugging (根因分析)。
每周安装次数
–
来源
首次出现
–
🇺🇸English
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
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者，精准高效
