Pipedream API 工作流自动化

Pipedream 是什么

Pipedream Connect 继续获得完整支持，通过 SDK、API、托管鉴权、actions、triggers 和 MCP tools 将集成嵌入应用或 AI Agent。Pipedream 已宣布 Workflows 与 String 将于 2027 年 3 月 31 日停止服务；Workflows 目前仍运行预构建 actions 与自定义代码组成的托管式事件自动化。该停止服务公告不包括 Connect。

更适合

• 在迁移前盘点托管触发器和自定义代码、准备在受支持平台重建的现有 Workflows 用户。
• 需要制定过渡方案的现有 API 编排、webhook、定时与事件路由负载；不作为新的长期 Workflows 部署选项。
• 通过 Connect 向应用或 AI Agent 嵌入用户授权集成与工具的产品团队。

2026-11-12 过渡事实复核

• Workflows 已进入维护模式，不再接受新注册或订阅；现有 workflow 按公告继续运行至 2027 年 3 月 31 日，随后 Workflows 与 String 停止服务。不应为新的长期自动化选择这两项服务。Connect 的 API、MCP servers 和 API Proxy 不在本次停服范围内，继续获得支持。
• 过渡公告说明，所有 Workflows 数据（包括连接账号凭证和 OAuth tokens）最迟于 2027 年 4 月 30 日永久删除；Connect 设置和凭证不受影响。删除前须另行下载所需工作流数据，不能把旧保留说明理解为无限期保存承诺。
• Export Workflows 按项目把结构导出为 ZIP 内的 JSON，下载经由项目 File Store，套餐须包含 File Stores；每次最多 500 个 workflow 或 256 MB。应检查 manifest 的状态、warnings 及 truncated：它只是重建参考，不是已完成迁移或完整备份。凭证、环境变量、事件历史、data stores、File Store 文件和私有多文件组件源码不在导出内；须另行重连账号、保存所需数据和源码，并验证重建后的自动化。
• 公告称现有订阅持续至 2027 年 3 月 31 日，届时自动取消并按比例退款；提前取消时月付可在账号自助操作，年付需联系支持。本次未实测账号资格、退款到账或导出可用性。Connect 开发访问不等于生产资格，须另查当前付费套餐条件、使用 credits 和独立外部用户数；未实测账单，也不宣称成本优势。

来源：过渡公告、导出说明、计费文档、Connect 概览。

选择前必须核对

• Workflows 与 String 的明确停止服务日期为 2027 年 3 月 31 日；Connect 继续获得支持。Workflows 不按步骤数计费：默认 256MB 下，每个 workflow segment 每 30 秒计算 1 credit，提高内存会增加用量。这里的 Workflows 计算 credits 与 Connect 计费须分别核对。
• Connect 有两个计费输入：action 运行、MCP tool call、已部署 trigger emit、proxy request 等消耗 credits 的操作，以及标准套餐中连接账户的独立外部用户数。
• 并行事件不保证顺序。限制并发可让受支持的 event-source workflow 串行执行，但事件队列不支持原生 HTTP、cron、SDK 或 email triggers。
• Workflows 保留期限受公告的 2027 年 4 月 30 日删除节点约束；账号的事件和日志保留期可能更短。须另行保存所需数据，结构导出不包含事件历史或 data stores。
• Pipedream 当前 Workflows 页面称支持 2,700+ apps，Workday 在完成收购时则报告 3,000+ 预构建 connectors。连接数量是持续变化的目录，不能证明某个具体 action 或 trigger 已达到生产标准。
• 独立评价可用但样本不大：G2 当前为 16 条评价、4.6/5，用户认可集成便利性，也指出新手界面可能较难理解。

决策结论

若要向应用或 AI Agent 嵌入托管集成，可评估 Connect，并分别测算使用 credits 与外部用户计费。规划新的长期工作流时，必须计入 Workflows 和 String 于 2027 年 3 月 31 日停止服务的事实。现有 Workflows 用户应结合官方过渡公告和自身账号，分别确认迁移、退款或数据导出安排。