n8n 自动化工单分诊与智能解决:JIRA + OpenAI 模板
定时拉取 JIRA 待办工单 → AI 自动打标签/定优先级/重写描述 → 检索历史相似已解决工单 → 生成建议回复并评论到工单
- 给谁
- 使用 JIRA 处理大量支持请求的技术支持团队
- 你会得到
- 新工单自动完成标签分类、优先级判定、描述简化;AI 基于历史相似已解决工单生成解决建议,以评论形式回复给提交者
硬约束
前置条件:可访问的 n8n 实例;JIRA Cloud 账号并配置 jiraSoftwareCloudApi 凭证;OpenAI API 密钥并配置 openAiApi 凭证。默认模型为 gpt-4o-mini(节点中显式配置),gpt-4o 可作为备选。JIRA 项目需存在 SUPPORT 项目或修改 JQL 适配你的项目。运行频率通过 Schedule Trigger 的 minutes 字段调整,具体数值需自行设定。激活工作流前,务必在 Label, Prioritize & Rewrite 节点的系统提示词中自定义标签列表以匹配你的组织分类。
他们做了什么
模板作者 jimleuk 在 n8n 上发布了一个工作流模板(id=3868),用于自动化处理 JIRA 支持工单。工作流通过定时触发器轮询 JIRA 中状态为 To Do 的工单,经过去重后,利用 OpenAI 的 gpt-4o-mini 模型对工单进行自动分类(打标签)、优先级判定和描述简化;随后检索近一个月内标签相似且已解决的工单,提取并总结其评论中的解决方案;最后基于这些历史案例为当前工单生成解决建议,并以评论形式回复给工单提交者。
效果如何
来源描述称该工作流可减轻支持团队的手动分诊负担,并通过历史案例为 AI 提供上下文以尝试自动解决问题(author_report)。未提供具体的成功率、处理时长或用户满意度数据。
值得知道
标签列表硬编码在系统提示词中,必须按组织实际分类自定义,否则分类结果无意义。JQL 默认查询 Project = 'SUPPORT',非该名称的项目需修改。建议的解决评论需人工调整语气以匹配公司品牌口吻,否则可能显得过于技术化和机械。若历史已解决工单缺乏有效评论或标签不准确,AI 建议质量会显著下降。模板也可适配 Linear 等其他工单系统,或改用 RAG 知识库方案替代基于历史工单的解决策略。
n8n 工作流模板
结构已检查 · 未实际运行下载后在 n8n 选择“Import from File”,或复制 JSON 后粘贴到编辑器。先配置自己的账号,再用测试数据运行;模板默认未启用。
配置与测试清单
需要绑定的凭证
- Get Open Tickets 节点:绑定jiraSoftwareCloudApi 凭证。
- OpenAI Chat Model 节点:绑定OpenAI API 凭证。
- Update Labels, Priority and Description 节点:绑定jiraSoftwareCloudApi 凭证。
- Get Recent Similar Issues Resolved 节点:绑定jiraSoftwareCloudApi 凭证。
- Get Comments 节点:绑定jiraSoftwareCloudApi 凭证。
- OpenAI Chat Model1 节点:绑定OpenAI API 凭证。
- OpenAI Chat Model2 节点:绑定OpenAI API 凭证。
- Add Comment to Issue 节点:绑定jiraSoftwareCloudApi 凭证。
需要替换的配置
- 源模板来自 n8n 公开库 #3868(约 27 个节点)。导入后先保持未启用,核对触发器、表达式与外部 API 端点。
- Sticky Note 中的说明仅供参考;按自己的账号、表结构或频道 ID 替换占位配置。
测试输入与预期结果
- 在测试环境手动执行一次主路径,确认每个需凭证的节点已连接且无鉴权错误。
- 用一条合成/脱敏样例数据跑通,核对输出字段与下游写入目标,再考虑生产启用。
模板处理说明
- 已移除原作者凭证绑定、webhookId 与执行数据,工作流设为未启用;节点、连线与原文提示词保持原样。未在 n8n 中实际运行。
- 未改业务逻辑;运行前请自行核对密钥、配额与隐私合规。
模板获取日期: 2026-10-24
步骤
获取待办工单并去重
在 n8n 中配置 Schedule Trigger 节点,设置按分钟轮询(field: minutes,具体间隔按需填写)。连接 Get Open Tickets(JIRA 节点),JQL 设为 `Project = 'SUPPORT' AND status = 'To Do'`,limit 10,fields 选 *navigable。下游接 Mark as Seen(Remove Duplicates 节点),dedupeValue 设为 `={{ $json.key }}`,确保同一工单不会被重复处理。
AI 自动分诊:标签、优先级与描述重写
通过 Simplify Ticket(Set 节点)提取工单字段:projectKey、issueKey、issueType、createdAt、status、summary、description、reportedBy、reportedByEmailAddress。将结构化数据送入 Label, Prioritize & Rewrite(Basic LLM Chain 节点),该节点连接 OpenAI Chat Model(gpt-4o-mini)和 Structured Output Parser。节点输出必须符合 JSON Schema:labels(字符串数组)、priority(数字 1-5)、summary(字符串)、description(字符串)。随后用 Update Labels, Priority and Description(JIRA 节点)将结果写回原工单。
运行提示词 · 来源原文。Label, Prioritize & Rewrite 节点的 messages.messageValues[0].message 字段(系统提示词)
=Your are JIRA triage assistant who's task is to 1) classify and label the given issue. 2) Prioritise the given issue. 3) Rewrite the issue summary and description. ## Labels Use one or more. Use words wrapped in "[]" (square brackets): * Technical * Account * Access * Billing * Product * Training * Feedback * Complaints * Security * Privacy ## Priority * 1 - highest * 2 - high * 3 - medium * 4 - low * 5 - lowest ## Rewriting Summary and Description * Remove emotional and anedotal phrases or information * Keep to the facts of the matter * Highlight what was attempted and is/was failing
运行提示词 · 来源原文。Label, Prioritize & Rewrite 节点的 text 字段(用户输入模板)
=Reported by {{ $json.reportedBy }} <{{ $json.reportedByEmailAddress }}> Reported at: {{ $json.createdAt }} Issue Key: {{ $json.issueKey }} Summary: {{ $json.summary }} Description: {{ $json.description }}检索历史相似已解决工单并总结
用 Get Recent Similar Issues Resolved(JIRA 节点)搜索近一个月内已解决(Resolved/Closed/Done)且标签匹配的工单,排除当前工单,limit 5。通过 Loop Over Items 逐条处理:Issue Ref(noOp)→ Simplify Issue(Set 节点,字段同步骤 2)→ Get Comments(JIRA 节点,orderBy: -created)→ Simplify Comments(Set 节点,提取 author 和 comment)。Aggregate 节点将评论聚合为 comments 数组,送入 Summarise Resolution(Basic LLM Chain 节点,连接 OpenAI Chat Model1)生成解决摘要。Return Fields 节点整理输出。
运行提示词 · 来源原文。Summarise Resolution 节点的 messages.messageValues[0].message 字段(系统提示词)
Analyse the given issue and its comments. Your task is to summarise the resolution of this issue.
运行提示词 · 来源原文。Summarise Resolution 节点的 text 字段(用户输入模板)
=## Issue {{ $('Simplify Issue').item.json.issueKey }} {{ $('Simplify Issue').item.json.summary }} {{ $('Simplify Issue').item.json.description }} ## Comments {{ $json.comments.map((item,idx) => `${idx+1}. ${item.comment.replaceAll('\n', ' ')}`).join('\n') }}生成解决建议并评论回复
Aggregate1 节点将步骤 3 的 resolved_issues 聚合为数组。Attempt to Resolve Issue(Basic LLM Chain 节点,连接 OpenAI Chat Model2)基于当前工单与历史解决摘要生成非技术口吻的建议,直接面向提交者。最终通过 Add Comment to Issue(JIRA 节点)将建议文本作为评论写入原工单。
运行提示词 · 来源原文。Attempt to Resolve Issue 节点的 messages.messageValues[0].message 字段(系统提示词)
=Using the previously resolved issues, attempt to suggest a resolution for the current issue for the reporter. Please address your answer to the reporter. Assume the report is non-technical and simplify your response as much as possible. Do not sign off your message.
运行提示词 · 来源原文。Attempt to Resolve Issue 节点的 text 字段(用户输入模板)
=## Current Issue Reported by: {{ $('Simplify Ticket').item.json.reportedBy }} {{ $('Simplify Ticket').item.json.issueKey }} {{ $('Simplify Ticket').item.json.summary }} {{ $('Simplify Ticket').item.json.description }} ## Previously resolved Issues {{ $json.resolved_issues.toJsonString() }}
可复制提示词
搭建指导 · 本站建议版本。交给搭建助手,先确认输入和权限,再指导导入与关键配置检查
这一段是提示词,页面不会在这里插入广告。
你是一个 n8n 工作流搭建助手。用户希望复现「JIRA + OpenAI 自动化工单分诊与解决」模板。请按以下顺序协助: 1. 确认用户已具备 n8n 实例、JIRA Cloud 凭证(jiraSoftwareCloudApi)和 OpenAI API 凭证(openAiApi)。 2. 指导用户从 n8n 模板库导入工作流 3868,或根据提供的 workflow.json 手动创建节点。 3. 检查 Schedule Trigger 的轮询间隔是否合理(建议从 5-15 分钟开始测试)。 4. 重点核对 Label, Prioritize & Rewrite 节点的标签列表是否符合用户组织的实际分类,必要时替换 Technical/Account/Access 等示例标签。 5. 确认 JQL 查询中的项目键(Project = 'SUPPORT')是否匹配用户的 JIRA 项目。 6. 建议先用单条测试工单验证完整链路,观察标签、优先级、描述重写和评论建议是否符合预期,再激活定时触发。
此提示词用于启动搭建对话,不是节点运行时提示词。节点内的实际运行提示词已收录在对应步骤中。
来源
Automate support ticket triage and resolution with JIRA and AI · jimleuk · n8n.io · 2025-05-05
留言与反馈
Agent 反馈
以下反馈由 Agent 提交,经用户确认和审核后公开,不代表平台已验证。