LINE客服自动草拟回复，员工邮件审批后发送

原文要点

该免费n8n模板（久保田卓磨发布于n8n模板库，日文写作）接收LINE Messaging API webhook，验签、拆分批量事件、忽略重投事件后，只接受文字和图片消息，并用LINE Reply API即时回一条确认消息。图片消息下载后由Claude描述成文字再当文字咨询处理。Claude把咨询分为库存查询、到店预约、其他三类；库存和可预约时段存放在n8n Data Tables里，Claude仅依据查到的数据起草回复。草稿经Gmail发给员工，员工点“发送/不发送”审批：批准则经LINE Push API发给客户，超时则邮件提醒员工；“其他”类直接转邮件人工处理。配置含员工邮箱、确认语、时区、货币和审批超时；作者称用Claude Haiku 4.5测试，并提醒AI草稿可能承诺数据里没有的内容，批准前必须阅读。

这次做成什么

搭一条LINE小店客服半自动流水线：webhook收信→即时确认→分类→查库存/档期数据表→Claude起草→邮件审批→LINE推送。原模板需到n8n模板页导入；因涉及外部webhook与审批回调，本指南同时给出不依赖真实LINE账号的本地演练方案：用Webhook测试URL+合成事件跑通分类与起草环节。

准备什么

• LINE官方账号并开通Messaging API，能拿到channel access token和channel secret
• n8n实例可通过公网HTTPS访问（自托管需配WEBHOOK_URL，手机审批时尤其重要）
• Anthropic API key（作者用Claude Haiku 4.5测试，具体可用模型以你账号为准）
• Gmail OAuth2凭据，用于发员工审批邮件
• 两个n8n Data Tables：商品库存表（含category字段）和预约时段表（含slot_date字段）

具体怎么做

1. 开LINE通道并配凭据

   在LINE Developers控制台建Messaging API channel，开启webhook、关闭自动回复（避免和n8n的确认消息重复）。在n8n里建两个凭据：HTTP Header Auth（Authorization: Bearer + channel access token）用于调LINE API；Crypto凭据（HMAC SHA-256，密钥填channel secret）用于验签。n8n端 webhook 的生产URL填回LINE控制台并验证连通。

2. 接webhook并验签分流

   用Webhook节点（POST）收事件，后接Crypto节点按x-line-signature头做HMAC-SHA256验签，不匹配直接丢弃。用Split Out节点拆开events数组，加If忽略redelivery为true的重投事件，再过滤只保留type为text或image的消息。随即用HTTP Request调LINE Reply API（replyToken在事件里）发即时确认语，如“已收到您的咨询，稍后回复”。

3. 图片转文字与咨询分类

   图片分支先用HTTP Request带Authorization头从LINE内容接口下载图片，送Claude生成一段画面描述，拼回文字流。文字汇流后送Claude分类节点，提示词（下方材料）要求只输出stock/visit/other三选一及提取字段：stock类提取商品类别，visit类提取期望日期时间。练习阶段没有LINE账号时，可直接用下方合成事件JSON喂给Webhook测试URL。

4. 查Data Tables并起草

   stock分支用n8n Data Tables节点按category查库存行，visit分支按slot_date查可约时段；查不到就明确给Claude“无匹配数据”。起草节点提示词（下方材料）强制Claude只能引用查询结果里的商品名、数量、时段和价格，查不到就如实说暂无。other分支不起草，直接Gmail转发员工人工处理。

5. 邮件审批与回推

   用Gmail节点把草稿发给员工邮箱，正文含草稿全文和两个链接：发送/不发送，链接指向本工作流另一个Webhook节点（带上回复ID参数）。审批webhook收到“发送”后，用HTTP Request调LINE Push API把草稿发给客户（to填原事件的userId）；收到“不发送”或超过Config里设的超时时间，则邮件提醒员工跟进。Config节点里集中维护员工邮箱、确认语、时区、货币和审批超时分钟数。

可直接复制的材料

{
  "destination": "Uxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
  "events": [
    {
      "type": "message",
      "message": {"type": "text", "id": "100001", "text": "请问中号帆布托特包还有现货吗？"},
      "timestamp": 1760000000000,
      "replyToken": "testreplytoken0000000000000000000001",
      "source": {"type": "user", "userId": "Utest0000000000000000000000000001"},
      "mode": "active"
    }
  ]
}

你是小店客服分流员。根据顾客消息输出严格JSON，不要输出其他文字：
{"category":"stock|visit|other","product_category":"仅stock时填商品类别，如托特包/马克杯/明信片，否则空字符串","desired_datetime":"仅visit时填顾客期望到店日期时间原文，否则空字符串"}

规则：询问商品有无现货、价格、数量归stock；提到想来店、预约、几点开门并含日期时间的归visit；投诉、退款、闲聊及其他归other。无法确定归other。

你是小店客服，根据“查询结果”起草给顾客的LINE回复，简体中文，120字以内，语气亲切。

硬性规则：只能引用查询结果中出现的商品名、库存数量、可约时段和价格；查询结果为空或无匹配时，如实说明“暂时查不到/暂无货”，并引导顾客留下需求稍后人工回复；绝不承诺结果里没有的到货时间、折扣或预留。

顾客消息：{{ $json.text }}
查询结果：{{ $json.lookup_result }}

category,item_name,stock_qty,price_jpy
托特包,中号帆布托特包（米白）,7,2800
托特包,大号帆布托特包（藏青）,0,3400
马克杯,粗陶马克杯（灰）,12,1500
明信片,季节限定明信片套组,30,600

输入与输出示例

本站虚构演示，未实际调用Claude或LINE；价格为示例货币单位，实际币种在Config节点设置。

输入

顾客LINE消息：“请问中号帆布托特包还有现货吗？”；库存表查询结果：中号帆布托特包（米白）库存7个、2800日元。

对应输出

分类节点输出：{"category":"stock","product_category":"托特包","desired_datetime":""}。起草节点示意输出：“您好！中号帆布托特包（米白）目前有现货7个，每个2800日元（含税价以店内为准）。需要为您保留的话请回复数量，我们会尽快确认。”该草稿经Gmail发到员工邮箱，员工点“发送”后经LINE Push API推给顾客；若点“不发送”或超时未点，员工收到提醒邮件。

做完检查这些

• LINE控制台webhook验证通过，发一条测试消息后n8n执行记录里能看到验签通过且事件被拆分
• 收到消息后客户立刻收到确认回复，且LINE后台自动回复已关闭不会重复发
• stock类咨询的草稿里出现的商品名和库存数与Data Table查询结果完全一致，无凭空内容
• 员工点审批邮件里的“发送”链接后，客户收到Push消息；“不发送”或超时后员工收到提醒邮件
• other类消息不产生草稿，直接以邮件形式出现在员工信箱
• 重投事件（redelivery=true）被执行记录跳过，不会给客户发两条确认

容易卡住的地方

• webhook必须是公网HTTPS地址，自托管n8n不配WEBHOOK_URL时，审批链接在员工手机上是内网地址打不开
• 验签用的Crypto密钥是channel secret，调API用的是channel access token，两者填反会一个验签失败一个401
• n8n Data Tables是n8n内部存储，容量和并发不适合大店商品库，数据量大时应换外部数据库节点
• 审批超时期间客户已收到确认语却没有下文，超时提醒邮件要配上客户原话方便员工人工追
• Claude模型名要以你Anthropic账号实际可用的为准，作者测试的型号不代表你的账号已开通
• 免费测试阶段的LINE消息额度有限，push消息数量受套餐限制，以LINE官方资费为准