n8n模板：客服邮件自动分类建Jira工单并通知Slack

原文要点

该n8n模板每分钟轮询Gmail（带过滤器的收件箱）与Outlook任一收件箱，把邮件统一成通用格式、去除引用历史并截断正文、跳过内部域名和no-reply类自动发件人，用OpenAI的GPT-4.1-mini把邮件分为Bug/Issue/New Requirement/Other，并抽取优先级、标题、摘要、产品模块、情绪与置信度。高置信请求按邮件线程查找已有未关闭Jira工单追加评论，没有则新建；结果按类别发到对应Slack频道，配置Teams incoming webhook可另发Adaptive Card；按acknowledgement模式自动回复客户或只建草稿。低置信或分类失败进Slack复核频道，每封处理结果追加到Google Sheets审计表。

这次做成什么

搭一条客服收件箱自动分流线：新邮件进来→AI分类抽字段→建/更Jira工单→Slack通知→写审计表，低置信交人工。下面的分类提示词与配置项是本站编写的练习版本，导入模板后替换对应节点内容。

准备什么

• n8n Cloud或自托管n8n实例
• Gmail和/或Outlook账号及其n8n凭据（只用其一则停用另一个触发器）
• OpenAI API凭据、Jira Software Cloud凭据（含站点URL与项目key）、Slack凭据、Google Sheets凭据
• 一个用作审计日志的Google Sheets文档及目标工作表
• （可选）Microsoft Teams incoming webhook URL

具体怎么做

1. 导入模板并接齐凭据

   导入工作流，逐个节点填入Gmail/Outlook、OpenAI、Jira Software Cloud、Slack、Google Sheets凭据；只用一个邮箱就在启用前停用另一个触发器节点。

2. 填工作流配置值

   在配置节点里设置：内部域名列表（用于跳过自己人邮件）、置信度阈值（练习建议0.75）、Jira base URL/project key/issue type映射、各分类对应的Slack频道名、acknowledgement模式（auto-reply或draft-only）。

3. 替换分类提示词

   把OpenAI节点的系统提示词换成本站下方版本，确认输出为JSON且字段名与下游Jira/Slack节点引用的一致（priority、title、summary、productArea、sentiment、confidence、category）。

4. 配审计表

   在Google Sheets节点选好文档与工作表，表头按下方案例的列建好：时间、发件人、分类、优先级、置信度、Jira单号、处理结果。

5. 设错误告警

   选一个Slack频道作为工作流错误告警频道，并在n8n工作流设置里把本工作流设为它自己的error workflow。

6. 用合成邮件端到端测试

   向受监控收件箱发下方案例邮件，观察：分类为Bug且置信度高于阈值→Jira新建工单（同线程第二封应追加评论而非新建）→Slack对应频道收到通知→Sheets追加一行。再发一封含糊邮件验证低置信进复核频道。

可直接复制的材料

你是客服邮件分流助手。阅读下面的邮件（已去除引用历史），只输出一个JSON对象，不要输出其他文字。字段要求：category取Bug、Issue、New Requirement、Other之一；priority取P0至P3（宕机/数据丢失为P0，功能不可用为P1，体验问题为P2，咨询建议为P3）；title为不超过20字的工单标题；summary为不超过60字的问题摘要；productArea从[账单,登录,报表,移动端,API,其他]中选；sentiment取positive、neutral、negative；confidence为0到1之间两位小数，表示你对分类的把握。拿不准时category填Other并降低confidence。邮件主题：{{ $json.subject }}；发件人：{{ $json.from }}；正文：{{ $json.body }}

{
  "internalDomains": ["example.com", "example.cn"],
  "skipSenders": ["no-reply@", "mailer-daemon@", "notifications@"],
  "confidenceThreshold": 0.75,
  "jira": {"baseUrl": "https://your-team.atlassian.net", "projectKey": "SUP", "issueTypeByCategory": {"Bug": "Bug", "Issue": "Task", "New Requirement": "Story", "Other": "Task"}},
  "slackChannels": {"Bug": "#support-bugs", "Issue": "#support-general", "New Requirement": "#product-requests", "Other": "#support-general", "review": "#support-review", "errorAlert": "#wf-alerts"},
  "acknowledgementMode": "draft-only",
  "teamsWebhookUrl": ""
}

{"time":"2026-10-02 10:31","from":"li.wei@customer-a.cn","category":"Bug","priority":"P1","confidence":0.92,"jiraKey":"SUP-118","outcome":"created+jira+slack-notified"}

输入与输出示例

站点虚构演示，SUP-118单号与置信度为示意，非真实运行结果

输入

发件人li.wei@customer-a.cn，主题：报表导出一直转圈，正文：今天上午开始，销售报表点导出后转圈超过10分钟无结果，换浏览器也一样，影响月底结账，请尽快处理。

对应输出

OpenAI节点输出：{"category":"Bug","priority":"P1","title":"报表导出超时无结果","summary":"销售报表导出转圈超10分钟，跨浏览器复现，影响月底结账","productArea":"报表","sentiment":"negative","confidence":0.92}；高于阈值0.75，Jira新建SUP-118并通知#support-bugs，Sheets追加上方数据行。

做完检查这些

• Bug类高置信邮件触发Jira新建，且同一线程的后续邮件追加评论而非重复建单
• 内部域名与no-reply发件人的邮件被跳过且不进Jira
• 置信度低于阈值的邮件进入Slack复核频道且不自动回复客户
• 每封处理过的邮件都在Google Sheets审计表留下一行且字段齐全
• 停用未使用的邮箱触发器后工作流激活不报错

容易卡住的地方

• 两个邮箱触发器同时启用而只配了一个的凭据会导致激活失败，未用的要停用
• Jira的issueType名称因站点配置而异，Task/Story/Bug不存在时建单会失败，需按你项目实际类型改映射
• acknowledgement模式为auto-reply时务必先用测试邮箱验证，避免自动回复发给真实客户
• 提示词输出的JSON字段名改动后，下游Jira/Slack节点的引用表达式必须同步改
• 每分钟轮询意味着处理延迟最长约一分钟，别当实时推送对待
• 未在设置里指定error workflow时，节点静默失败只能在执行历史里翻