解决方案手册
用于规划 Pipedream 会议跟进闭环的手册,包括 HTTP 触发器、API Request、Jodoo 字段和上线检查清单。
打开手册PIPEDREAM + JODOO
结合 Pipedream 和 Jodoo 接收会议纪要 webhook,通过 API Request 动作发送结构化 JSON 负载,并持续跟踪负责人、截止日期、阻塞项和跟进状态。
视频演示
视频展示了一个会议跟进闭环:Pipedream 接收会议纪要 webhook,API Request 动作提交 JSON 负载,Jodoo 则保留负责人队列和跟进记录。
一个 New HTTP / Webhook Requests 触发器接收模拟的客户入职评审内容,包括会议标题、日期、决策、风险和跟进背景。
该工作流会保留事件以便测试,并通过 API Request 动作发送结构化行动对象。
该请求使用 application/json 和可解析的负载字段,让 Jodoo 桥接层能够接收会议行动项字段。
回写步骤会将结构化字段映射到 Jodoo 会议行动记录中,包括负责人、截止日期、优先级、阻塞项和状态。
演示摘要
演示说明了会议摘要如何转为 Jodoo 行动记录,并包含负责人、截止日期、优先级、阻塞项、状态、置信度和原始工作流输出。
会议决策常常停留在纪要中,而没有转成可跟踪的工作。
会议纪要负载通过生成的 HTTP 端点进入工作流。
Pipedream 发送一个负载对象,其中包含负责人、截止日期、优先级、阻塞项和状态字段。
API Request 动作返回 ok true 和一个 Jodoo 数据 ID。
测试运行会创建一条会议行动记录,可进一步进入负责人队列和阻塞项审查。
使用手册、蓝图和方案来调整该工作流。
平台配置说明
Jodoo 记录模型可以保持一致,但不同 AI 智能体 平台在搭建方式、测试视图和正式交接上各不相同。
Pipedream 从生成的 HTTP 端点开始,因此开发人员可以在调整 Jodoo 契约时检查原始事件负载,并重放示例请求。
该工作流可以先在代码步骤中校验字段,再通过 API Request 以明确的方法、请求头、请求体和响应检查发送最终负载。
这一版本适合希望先使用轻量级 webhook、密钥管理、API 风格日志和代码审查,再逐步加入模型驱动提取的团队。
工作流工具包
先查看字段映射,复制 Pipedream 工作流方案,再使用 Jodoo 行动项跟踪器字段模型,随后按您的会议来源进行调整。
Pipedream 接收会议纪要事件并提交一条结构化行动项。Jodoo 则保留可持续跟踪的行动记录:负责人、截止日期、优先级、阻塞项、状态、置信度和审计上下文。
可复用工作流
转录内容、笔记应用、表单、webhook 来源或手动测试纪要
接收 HTTP 触发器、发送 API Request,并确认 Jodoo 数据 ID
一个包含 Jodoo 所需字段的 JSON 对象
将 JSON 请求体提交到 Jodoo 回写层
字段、视图、负责人队列、阻塞状态和原始输出
工作流闭环
会议纪要可来自转录内容、笔记应用、表单、webhook 来源或手动测试负载。
Pipedream HTTP 触发器会接收会议标题、日期和源纪要内容。
代码、转换或 AI/API 步骤会为决策摘要、行动项、负责人、截止日期、优先级、阻塞项、状态和置信度准备结构化字段。
Pipedream 的 API Request 动作会将结构化结果提交到 Jodoo 回写层。
Jodoo 会创建会议行动记录,并附上原始工作流输出以供审查。
团队可通过负责人队列、截止日期视图、阻塞项视图和跟进仪表板开展工作。
字段映射
| 智能体 或来源数据 | Jodoo 记录字段 |
|---|---|
| HTTP 触发器事件体:meeting_title、meeting_date、source_notes | 会议标题、会议日期、源纪要 |
| 代码或 AI/API 步骤返回值:decision_summary、action_item | 决策摘要、行动项 |
| API Request 请求体:owner、due_date、priority | 负责人、截止日期、优先级 |
| API Request 请求体:risk_or_blocker、follow_up_status | 风险或阻塞项、跟进状态 |
| Pipedream 日志:agent_confidence、ok 标记、Jodoo 数据 ID | Agent 置信度、原始工作流输出 |
AGENT 方案
您是一个会议跟进助手。请阅读会议纪要,并返回一条团队可在 Jodoo 中跟踪的结构化行动项。
使用 HTTP 触发器负载作为上下文,然后返回 JSON 字段,供 Pipedream 的 API 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": "pipedream",
"agent_confidence": "0.86"
}JODOO 入门应用
当您为团队调整 Pipedream 会议行动工作流时,可使用此字段模型、推荐视图和自动化规则。
上线检查清单
工作流
当团队需要对 webhook 和 API 层有更强控制时,Pipedream 很实用。HTTP 触发器和 API Request 动作让您在正式投入使用前,更容易检查 JSON 负载和 Jodoo 回写结果。
会议纪要可来自转录内容、笔记应用、表单、webhook 来源或手动测试负载。
Pipedream HTTP 触发器会接收会议标题、日期和源纪要内容。
代码、转换或 AI/API 步骤会为决策摘要、行动项、负责人、截止日期、优先级、阻塞项、状态和置信度准备结构化字段。
Pipedream 的 API Request 动作会将结构化结果提交到 Jodoo 回写层。
Jodoo 会创建会议行动记录,并附上原始工作流输出以供审查。
团队可通过负责人队列、截止日期视图、阻塞项视图和跟进仪表板开展工作。
JODOO 记录
在 Pipedream 运行后,Jodoo 会保留团队所需的跟进字段:会议标题、决策摘要、行动项、负责人、截止日期、优先级、阻塞项、状态和置信度。
测试运行
这些截图使用了模拟会议纪要,展示了 Pipedream 工作流配置、成功的 API Request 响应,以及由该工作流创建的 Jodoo 表格记录。

HTTP 触发器、代码透传和 API Request 动作共同构成会议纪要行动项跟踪流程。

提交会议行动项后,API Request 动作返回了 ok true 和一个 Jodoo 数据 ID。

行动项、负责人、截止日期、优先级、阻塞项和状态已写入 Jodoo。
FAQ
关于如何将 AI 智能体 平台与 Jodoo 记录、工作流和应用模板配合使用的解答。
是的。演示运行使用了模拟会议纪要,完成了 HTTP 触发器和 API Request 动作,并在 Jodoo 中创建了一条会议行动记录。
测试使用的是适合免费方案的精简工作流结构。实际生产使用是否需要付费容量,取决于事件量、连接的应用、保留时长和错误处理需求。
可以。您可以在 API Request 动作前添加代码、OpenAI、Anthropic 或其他 AI/API 步骤,然后在写入 Jodoo 前保持输出结构稳定。
Jodoo 会存储会议标题、日期、源纪要、决策摘要、行动项、负责人、截止日期、优先级、阻塞项、跟进状态、置信度以及原始输出。
Jodoo 的记录模型相近,但此页面展示的是 Pipedream 特有的设置:生成的 HTTP 端点、API Request 请求体、带有 ok true 的测试输出,以及 Pipedream 在生产使用中的注意事项。
下一步
您可以先从一个会议行动项开始,再将同样的 Pipedream 模式扩展到入职沟通、项目复盘、支持升级和供应商跟进等场景。