公寓退租检查自动派单：Gemini定优先级算SLA

原文要点

作者iamvaar发布的免费n8n模板（附YouTube讲解链接）：n8n表单收单元ID和房屋状况报告，规范化后从Google Sheets取该单元档案和历史退租记录，连同新报告发给Google Gemini，返回优先级、工种分类、结构化任务、工期估算和风险标记；生成唯一工单号并按优先级算SLA截止时间，写入turnover jobs表；再按工种在technicians details表查值班技师，Gmail发工单、Slack发派单摘要，最后把Assigned状态写回表。需配置gemini-3.1-flash-lite模型。

这次做成什么

把这条免费模板跑成退租派单流水线：表单报修→查单元档案和历史→Gemini定优先级和工种→生成工单号与SLA→写表→按工种找值班技师→Gmail和Slack通知→状态回写。原文未公开Gemini提示词和SLA换算表，下文提示词与SLA规则为本站独立设计的练习方案，导入后需对照原节点核对。

准备什么

• n8n实例并已导入该免费模板
• Google Sheets服务账号凭据，且对目标表格有读写权限
• 一个含units、turnover jobs、technicians details三个标签页的表格
• Google Gemini (Google PaLM) API凭据，模型配置为gemini-3.1-flash-lite
• Gmail OAuth2凭据和Slack凭据及目标频道
• 发布表单后拿到的表单URL，发给提交报告的团队成员

具体怎么做

1. 建三张表并接通服务账号

   在Google表格建三个标签页：units含unit_id、floor、sqft、last_renovation列；turnover jobs含job_id、unit_id、priority、trade、sla_due、status列；technicians details含name、trade、email、on_call列。创建Google服务账号，把表格共享给服务账号邮箱，在n8n用该凭据连接，并把模板里各Sheets节点的文档ID和表名改成你的。

2. 配置Gemini凭据和模型

   在n8n添加Google Gemini (Google PaLM) API凭据，填入API key。打开模板中的Gemini节点，确认模型字段为gemini-3.1-flash-lite；若你的账号无此模型访问权限，需在Google AI控制台确认可用模型名后再改，不要直接假设能跑。

3. 发布表单并提交一条测试报告

   发布模板自带的n8n Form拿到URL。测试提交：Unit ID填A-204，Condition Report填一段虚构状况描述（见下方材料）。提交后规范化节点整理字段，随后两个Sheets读取节点分别取A-204的档案和历史退租记录，与新报告合并后送给Gemini。

4. 理解Gemini输出与SLA分支

   Gemini节点应返回结构化JSON：priority（如P1紧急/P2高/P3常规）、trade（plumbing/electrical/general等工种）、tasks清单、estimated_hours、risk_flags。后续Code节点生成唯一工单号（本站练习用格式TO-日期-序号），并按优先级映射SLA：P1为提交后24小时、P2为72小时、P3为7天（此映射为本站设计，原模板换算规则需在其节点内核对）。

5. 验证派单与状态回写

   工单写入turnover jobs后，流程按Gemini给出的trade在technicians details表筛on_call为TRUE的行取邮箱，Gmail把工单详情发给该技师，Slack频道收到派单摘要（工单号、单元、工种、SLA），最后把该工单status更新为Assigned。检查三处输出都出现且数据一致。

可直接复制的材料

你是公寓维修调度助手。根据下面的退租房屋状况报告、单元档案和历史退租记录，只输出JSON，不要多余文字。

新报告：{{condition_report}}
单元档案：{{unit_profile}}
历史退租记录：{{turnover_history}}

输出JSON结构：
{
  "priority": "P1（安全隐患或无法入住）/P2（影响使用但不紧急）/P3（外观或常规翻新）三选一",
  "trade": "plumbing/electrical/hvac/painting/general 五选一，选最主要工种",
  "tasks": [{"task": "具体任务描述", "estimated_hours": 数字}],
  "total_estimated_hours": 数字,
  "risk_flags": ["如漏水隐患、电路老化、反复出现的同位置问题等，没有则空数组"],
  "reasoning": "一句话说明定级依据"
}

{
  "jobIdFormat": "TO-{YYYYMMDD}-{当日序号三位数}",
  "slaHours": {"P1": 24, "P2": 72, "P3": 168},
  "slaDueFormula": "submission_timestamp + slaHours[priority]",
  "statusFlow": ["New", "Assigned"],
  "note": "本站设计的练习规则；原模板仅说明按优先级算SLA，具体小时数需在原模板对应节点核对"
}

units表：
unit_id,floor,sqft,last_renovation
A-204,2,780,2021-06

technicians details表：
name,trade,email,on_call
Test Plumber,plumbing,plumber@example.test,TRUE
Test Electrician,electrical,electrician@example.test,FALSE

提交的Condition Report：
厨房水槽下方持续渗水，柜体底板已发霉；浴室排气扇不转；客厅墙面有两处钉孔和一处约30厘米裂缝。

输入与输出示例

本站虚构演示，模型输出为示意并非真实调用结果；日期和工时为练习设定

输入

表单提交Unit ID=A-204，状况报告为上面材料中的渗水+排气扇+墙面裂缝描述，units表显示该单元2021年6月翻新、无历史退租记录

对应输出

Gemini返回JSON：priority=P1，trade=plumbing，tasks含“检修水槽下水管并更换密封件(2h)”“拆除发霉柜体底板并更换(3h)”“更换浴室排气扇(1.5h)”“墙面修补粉刷(2h)”，total_estimated_hours=8.5，risk_flags=["渗水可能已殃及楼下天花板"]。工单表新增job_id=TO-20261015-001，sla_due为提交时间+24小时，status=Assigned；Gmail发给plumber@example.test，Slack摘要显示同一工单号和SLA

做完检查这些

• 提交表单后Gemini节点返回含priority和trade字段的JSON，解析不报错
• 工单号在turnover jobs表中出现且sla_due晚于提交时间
• technicians details里on_call为FALSE的技师不会收到邮件
• Gmail收件人与匹配工种的技师邮箱一致，Slack摘要中的工单号与表格一致
• 流程结束后该工单status已从New变为Assigned

容易卡住的地方

• 服务账号邮箱必须被共享进表格，否则Sheets读写报权限错误
• gemini-3.1-flash-lite需你的Google账号实际可访问，控制台确认前不要假设可用
• Gemini若返回非JSON文本，后续解析节点会失败，提示词里已要求只输出JSON但仍需在原节点确认输出格式设置
• on_call列的值类型要统一（TRUE/FALSE），写成小写true文本可能匹配不上
• SLA小时数和工单号格式为本站设计，正式使用前对照原模板节点核对
• Gemini API按用量计费，模板免费不等于模型调用免费