会议纪要自动变成Monday任务

原文要点

这是一个免费n8n模板20797：Fireflies.ai转录完成时POST调用工作流webhook并立即返回OK；流程经Fireflies GraphQL取回标题、日期、摘要与检测到的行动项，交Gemini提取含任务名、负责人、截止、优先级、备注的JSON数组，拆分后逐条经Monday.com GraphQL建任务（映射date4、text等列），最后把新建任务汇总成一条回顾发到Slack频道。原文强调各看板列ID不同，需用Monday API或列设置核对，且看板需存在Not Started状态标签（可预先建好或由流程自动创建）。

这次做成什么

把Fireflies转录完成事件接到自己的Monday看板：先在n8n里用合成webhook数据手动演练Gemini抽取与Monday建项，再配置Fireflies真实回调，实现会议结束自动建任务并在Slack发汇总。

准备什么

• Fireflies.ai账号并开通API访问权限
• Monday.com账号与API token，以及一个测试看板
• Google AI Studio的Gemini API密钥
• 可发消息的Slack工作区与OAuth2凭据
• 可公网访问的n8n实例，供Fireflies回调webhook

具体怎么做

1. 在Monday测试看板核对列ID

   建一个测试看板，确保有状态列、日期列、文本列。打开看板列设置或用Monday API查询，记下三列的真实列ID（模板示例用的是status、date4、text，你的看板很可能不同）。原文说明Not Started状态标签必须已存在或由流程自动创建，建议先手工建好该标签，避免首次建项时状态赋值出错。

2. 导入模板并配置四个凭据

   从n8n模板库导入该工作流（n8n.io/workflows/20797，免费）。依次配置：Fireflies的HTTP Header Auth（Authorization: Bearer 你的Fireflies密钥）、Gemini凭据、Monday的HTTP Header Auth（Authorization: 你的API token，不带Bearer前缀）、Slack OAuth2。把Monday节点里的board ID和列ID换成上一步记录的值，把Slack节点频道ID换成目标频道。

3. 用合成webhook数据演练抽取与建项

   先不急着接Fireflies。把webhook节点切到测试模式，用下方测试数据POST到测试URL。观察：Gemini节点输出应为JSON数组，拆分节点把每条行动项变成独立item并附会议标题与日期；Monday节点逐条建项；最后Slack收到一条列出全部新任务的汇总消息。若Gemini输出了多余解释文字导致解析失败，在提示词里强调只输出JSON数组。

4. 接入Fireflies真实回调

   在Fireflies设置里把转录完成webhook指向该工作流的生产URL。用Fireflies录一次几分钟的内部测试会议，转录完成后确认：webhook立即返回OK、Monday看板出现任务、Slack频道收到回顾。此后每次会议结束即自动走完全程。

可直接复制的材料

{"meetingId":"demo-mt-20261012-01","eventType":"Transcription completed","clientReferenceId":null}

会议：Q4官网改版排期会（2026-10-12）
讨论摘要：确认首页改版分三期上线，设计稿下周评审，数据埋点需在二期前完成。
发言记录：
- 李岚：首页视觉稿我这边10月20日前出初版，优先级最高。
- 王拓：埋点方案我来写，月底前给开发，阻塞二期排期。
- 陈默：客服话术更新不紧急，11月10日前同步给客服组即可。

你是会议行动项提取助手。阅读下面的会议纪要，提取每一条可执行任务，只输出一个JSON数组，不要输出任何解释文字或Markdown代码块。数组元素格式：
{"task": "任务一句话标题", "assignee": "负责人姓名", "deadline": "YYYY-MM-DD或null", "priority": "High|Medium|Low", "notes": "补充说明或阻塞关系，没有则填空字符串"}
规则：deadline按会议日期推算具体日期；无法确定负责人时assignee填null；只提取有明确行动指向的事项，不要提取纯讨论内容。
会议纪要：{在此注入纪要文本}

输入与输出示例

本站虚构演示，非原作者运行结果；截止日期是按会议日期从纪要描述推算的示意值。

输入

把上方『注入Gemini的演练会议纪要』作为Gemini节点输入运行。

对应输出

Gemini输出JSON数组：
[{"task":"输出首页改版视觉稿初版","assignee":"李岚","deadline":"2026-10-20","priority":"High","notes":"Q4官网改版第一期前置工作"},{"task":"编写数据埋点方案并交付开发","assignee":"王拓","deadline":"2026-10-31","priority":"High","notes":"阻塞二期排期"},{"task":"更新客服话术并同步客服组","assignee":"陈默","deadline":"2026-11-10","priority":"Low","notes":"不紧急"}]
拆分后Monday看板新增3个条目，初始状态均为Not Started；Slack频道收到汇总：『Q4官网改版排期会（2026-10-12）已创建3项任务：1. 输出首页改版视觉稿初版（李岚，截止2026-10-20，High）2. 编写数据埋点方案并交付开发（王拓，截止2026-10-31，High）3. 更新客服话术并同步客服组（陈默，截止2026-11-10，Low）』。

做完检查这些

• Monday看板每条任务的状态列都成功置为Not Started，日期和备注列写入了对应值
• Gemini输出是合法JSON数组，拆分后任务数与数组长度一致
• Slack汇总消息列出全部新建任务且包含会议标题与日期
• webhook收到Fireflies请求后立即返回OK，不让Fireflies等待后续处理

容易卡住的地方

• Monday列ID因看板而异，直接沿用模板里的status/date4/text很可能映射失败，必须用自己的看板核对
• 看板需存在Not Started状态标签，原文说明它可以预先建好或由流程自动创建；为避免首次运行状态赋值出错，建议先手工建好再激活
• Monday的Header Auth只填API token本身，不要加Bearer前缀（Fireflies那个才需要Bearer）
• Gemini若在JSON外包裹解释文字或代码块会导致解析节点失败，提示词里要禁止
• n8n实例必须公网可访问，否则Fireflies回调无法送达