解决方案手册
用于规划 n8n 会议跟进闭环的手册，包含工作流、Jodoo 字段和上线检查清单。
打开手册N8N + JODOO
通过 n8n + Jodoo 将 AI 会议纪要转为行动项跟踪器
结合 n8n 与 Jodoo 接收会议纪要 webhook，将跟进行动整理为结构化 JSON，通过 HTTP Request 提交行动项，并持续跟踪负责人、截止日期、阻塞项和状态。
通过 n8n webhook 接收会议纪要在 Code 或 AI 智能体 步骤中准备结构化行动字段向 Jodoo 发送可解析的 JSON 载荷通过一条行动记录跟踪负责人和阻塞项
视频演示
演示中会发生什么
视频展示了一个会议跟进闭环：n8n 接收会议纪要 webhook，准备行动字段，通过 HTTP Request 提交 JSON 载荷，再由 Jodoo 保留负责人队列和跟进记录。
会议纪要进入 n8n
Webhook 节点接收一份模拟的客户入职复盘内容，其中包含会议标题、日期、决策、风险和跟进背景。
n8n 准备行动字段
Code 或 AI 智能体 步骤返回结构化行动对象，供 HTTP Request 节点发送到 Jodoo。
HTTP Request 提交 JSON
请求体使用可解析的 JSON 载荷，这样 Jodoo 接收到的是会议行动字段，而不是对象占位符。
Jodoo 创建记录
回写步骤将结构化字段映射到 Jodoo 会议行动记录中，包括负责人、截止日期、优先级、阻塞项和状态。
演示摘要
n8n 运行工作流，Jodoo 跟踪会议行动项
演示展示了会议摘要如何转为 Jodoo 中的行动记录，包含负责人、截止日期、优先级、阻塞项、状态、置信度以及原始工作流输出。
会议跟进难题
会议决策常常停留在纪要里，而没有转成可跟踪的工作。
n8n webhook 触发
会议纪要载荷通过 Webhook 节点进入 n8n 工作流。
结构化输出
n8n 准备一条行动对象，其中包含负责人、截止日期、优先级、阻塞项和状态字段。
HTTP 回写
HTTP Request 节点将 JSON 载荷提交到 Jodoo 回写步骤。
Jodoo 行动记录
测试运行创建了一条会议行动记录，可进入负责人队列和阻塞项审核。
可复用工具包
使用手册、蓝图和方案来调整此工作流。
平台配置说明
n8n 的专属特点
Jodoo 记录模型可以保持一致，但不同 AI 智能体 平台在搭建方式、测试视图和正式交接上各不相同。
节点级执行验证
n8n 将 Webhook、Code 和 HTTP Request 步骤分开，方便搭建人员在执行过程中检查每个输入项、输出项和请求体表达式。
可解析的 JSON 请求体
经过测试的工作流会将 HTTP Request 请求体保持为有效 JSON，而不是字符串化对象占位符，这是需要保留的关键设置细节。
表达式编辑器检查项
在正式投入使用前，n8n 搭建人员应检查回写节点的 $json 路径、固定测试数据、项目索引、原始请求体模式和执行历史。
凭证与重试控制
此版本适合希望在添加 AI 智能体 节点前，先明确管理凭证、固定测试数据、重试处理和节点级调试的技术团队。
工作流工具包
搭建同样的 n8n 会议跟进闭环
查看字段映射，复制 n8n 工作流方案，并先使用 Jodoo 行动项跟踪器模型，再根据您自己的会议来源调整工作流。
您的团队可复用的内容
n8n 接收会议纪要事件并提交一条结构化行动项。Jodoo 保留可跟踪的行动记录：负责人、截止日期、优先级、阻塞项、状态、置信度和审计上下文。
业务工作流Jodoo 字段模型智能体 提示词上线检查清单
可复用工作流
工作流负责判断，Jodoo 让工作持续推进。
- 01
会议来源
转录内容、笔记应用、表单、webhook 来源或手动测试纪要
- 02
n8n 工作流
接收 webhook、准备 JSON、发送 HTTP Request，并确认 Jodoo 数据 ID
- 03
结构化输出
一个包含 Jodoo 所需字段的 JSON 对象
- 04
HTTP Request
向 Jodoo 回写层提交可解析的 JSON
- 05
Jodoo 行动记录
字段、视图、负责人队列、阻塞状态和原始输出
工作流闭环
从 n8n webhook 到负责人队列
会议纪要可来自转录内容、笔记应用、表单、webhook 来源或手动测试载荷。
n8n 的 Webhook 节点接收会议标题、日期和原始纪要。
Code、Set 或 AI 智能体 步骤返回结构化字段，包括决策摘要、行动项、负责人、截止日期、优先级、阻塞项、状态和置信度。
HTTP Request 节点向 Jodoo 回写层发送可解析的 JSON 请求体。
Jodoo 创建会议行动记录，并附加保存原始工作流输出以供审核。
团队可通过负责人队列、截止日期视图、阻塞项视图和跟进仪表板开展工作。
字段映射
将 智能体 输出转为 Jodoo 字段
| 智能体 或来源数据 | Jodoo 记录字段 |
|---|---|
| Webhook 节点请求体：meeting_title、meeting_date、source_notes | 会议标题、会议日期、原始纪要 |
| Code 或 AI 智能体 节点输出：decision_summary、action_item | 决策摘要、行动项 |
| HTTP Request JSON 请求体：owner、due_date、priority | 负责人、截止日期、优先级 |
| HTTP Request JSON 请求体：risk_or_blocker、follow_up_status | 风险或阻塞项、跟进状态 |
| 执行数据：agent_confidence、response body、data ID | Agent 置信度、原始工作流输出 |
AGENT 方案
提示词与结构化输出
Agent 角色
您是一名会议跟进助手。请阅读会议纪要，并返回一条可供团队在 Jodoo 中跟踪的结构化行动项。
n8n 指令
以 webhook 载荷作为上下文，然后返回 JSON 字段，供 n8n 的 HTTP Request 节点发送到 Jodoo 回写请求中。
必需输出
请返回 meeting_title、meeting_date、source_notes、decision_summary、action_item、owner、due_date、priority、risk_or_blocker、follow_up_status、source_platform 和 agent_confidence。
{
"meeting_title": "客户上线风险评审",
"meeting_date": "2026-06-04 10:30",
"decision_summary": "如果本周导入样例获批，则保留 6 月 10 日培训日期。",
"action_item": "确认数据导入负责人，并发送导入样例审批请求。",
"owner": "Maya Chen",
"due_date": "2026-06-05",
"priority": "高",
"risk_or_blocker": "如果导入样例周五前未获批，培训日期可能延后。",
"follow_up_status": "需要确认负责人",
"source_platform": "n8n",
"agent_confidence": "0.86"
}JODOO 入门应用
AI 会议行动项跟踪器入门应用
当您为团队调整 n8n 会议行动工作流时，可使用此字段模型、推荐视图和自动化规则。
包含字段
- 会议标题
- 会议日期
- 原始纪要
- 决策摘要
- 行动项
- 负责人
- 截止日期
- 优先级
- 风险或阻塞项
- 跟进状态
- 来源平台
- Agent 置信度
- 原始工作流输出
推荐视图
- 未完成行动项
- 本周到期
- 已阻塞或有风险
- 负责人队列
- 全部会议行动项
自动化规则
- 在 n8n 返回结构化输出后，创建一条 Jodoo 会议行动记录。
- 将高优先级或已阻塞的行动项移入审核队列。
- 当截止日期临近时通知负责人。
- 在审计轨迹中保留原始工作流输出。
上线检查清单
上线前需要确认的事项
- 选择会议来源，并确定哪些转录内容适合处理。
- 在为每场会议添加更多行动项前，先保持输出约定简洁明确。
- 将每个输出字段映射到稳定的 Jodoo 字段。
- 使用 JSON.stringify($json) 或等效的原始 JSON 请求体，确保 HTTP Request 载荷保持可解析。
- 在使用真实会议前，先用模拟会议纪要进行测试。
- 为阻塞项、缺少负责人和低置信度结果创建审核队列。
- 待字段模型稳定后，再添加 n8n 重试处理和负责人通知。
工作流
从 n8n webhook 到可跟踪的行动项
当团队需要节点级控制时，n8n 非常实用。Webhook、Code 和 HTTP Request 节点让您可以在正式投入使用前，轻松检查载荷和 Jodoo 回写过程。
会议纪要可来自转录内容、笔记应用、表单、webhook 来源或手动测试载荷。
n8n 的 Webhook 节点接收会议标题、日期和原始纪要。
Code、Set 或 AI 智能体 步骤返回结构化字段，包括决策摘要、行动项、负责人、截止日期、优先级、阻塞项、状态和置信度。
HTTP Request 节点向 Jodoo 回写层发送可解析的 JSON 请求体。
Jodoo 创建会议行动记录，并附加保存原始工作流输出以供审核。
团队可通过负责人队列、截止日期视图、阻塞项视图和跟进仪表板开展工作。
JODOO 记录
Jodoo 存储什么
n8n 运行后，Jodoo 会保留团队所需的跟进字段：会议标题、决策摘要、行动项、负责人、截止日期、优先级、阻塞项、状态和置信度。
会议标题会议日期原始纪要决策摘要行动项负责人截止日期优先级风险或阻塞项跟进状态来源平台Agent 置信度原始工作流输出
测试运行
一次 n8n 测试运行已将会议行动项写入 Jodoo
这些截图使用了模拟会议纪要，并展示了 n8n 工作流配置、成功执行的三个节点，以及由工作流创建的 Jodoo 记录。
n8n 工作流配置
Webhook、Code 和 HTTP Request 节点构成了会议纪要行动项跟踪流程。
n8n 成功执行
在将会议行动项提交到 Jodoo 后，Webhook、Code 和 HTTP Request 节点均已完成执行。
Jodoo 回写
行动项、负责人、截止日期、优先级、阻塞项和状态已写入 Jodoo。
FAQ
常见问题
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
这个 n8n 工作流是否做过端到端测试？
是的。验证运行使用了模拟会议纪要，完成了 Webhook、Code 和 HTTP Request 节点，并在 Jodoo 中创建了一条会议行动记录。
这是否需要付费版 n8n 套餐？
测试使用的是 n8n Cloud 试用访问和较精简的工作流结构。实际生产使用可能需要付费托管、已连接应用、模型凭证或更高的执行限制，具体取决于使用量。
能否用 n8n AI 智能体 替代 Code 节点？
可以。当前验证采用了显式的 Code 步骤，便于检查输出；团队在接入自己偏好的模型凭证后，也可以替换为 n8n AI 智能体。
n8n 运行后，Jodoo 会存储哪些内容？
Jodoo 会存储会议标题、日期、原始纪要、决策摘要、行动项、负责人、截止日期、优先级、阻塞项、跟进状态、置信度以及原始输出。
这和 Make 版本有什么不同？
Jodoo 记录模型相似，但本页面展示的是 n8n 特有的设置：Webhook 节点、Code 输出、HTTP Request 请求体表达式、执行视图以及 n8n 的生产注意事项。
下一步
将会议纪要转为可执行的运营跟进
先从一个会议行动项开始，再将相同的 n8n 模式扩展到入职沟通、项目复盘、支持升级和供应商跟进等场景。