Skip to main content
n8n 和 Make 适合定时生成、表格批量处理、内容生产、通知流程和图片转存。核心不是安装专用插件,而是用 HTTP 节点调用 Tapapi 的 REST API。
不要把 Tapapi API Key 写进公开 workflow、公开场景模板、共享表格、前端页面或截图里。n8n 建议放 Credential / 环境变量,Make 建议放私有 Connection 或受限变量。

适合的流程

n8n: HTTP Request 节点

n8n 官方的 HTTP Request 节点可以向任意 REST API 发请求。Tapapi 推荐这样配: 如果你的 n8n 版本支持保存完整响应或响应头,建议开启,并把 X-Oneapi-Request-Id 写回当前数据行。这个字段是排障时最重要的请求标识。 文本请求 Body:
图片请求 Body:
Responses 请求 Body:
/v1/chat/completions 是自动化场景的默认文本主线。/v1/responses 是可选协议,接入前先确认模型支持和返回字段;不要用 Chat Completions 的字段路径去解析 Responses。

n8n 结果处理

图片生产流程需要额外处理: 批量任务建议加队列和有限重试:429、临时 5xx、网络超时可以重试 1-2 次;401、403、model not found 不要自动重试,先停下来修配置。

批量任务模板

每条输入数据建议至少保存这些字段: 放大批量前先跑 3-5 条样本;稳定后再按 10-50 条一批扩容。图片和视频任务不要无限并发,也不要无限重试。

错误分支

错误响应通常包含 error.messageerror.typeerror.code。任务/视频类接口也可能返回顶层 codemessagedata。生产流程不要只保存一段错误文本。

Make

Make 也按同样的 HTTP 思路接入:选择 HTTP 模块,填写 Method、URL、Headers 和 JSON Body。字段名会随 Make UI 版本变化,配置本质不变:
需要生图时把 URL 换成:
Make 场景建议拆出两条 route: 如果 Make 模块拿不到响应头,至少把 HTTP 状态码、响应 body、模型、输入摘要和业务 task_id 写回数据源。

视频工作流

视频 API 当前不是默认全量开放能力。只有控制台可见模型、价格已确认、账号有权限时,才适合放进 n8n / Make。 推荐流程:
视频请求字段会随模型变化,不要把某个模型的 secondssizeaspect_ratio、参考图字段直接复用到所有视频模型。更多见 视频 API任务与输出

安全和成本

  • 不要把 Tapapi Key 写在公开表格、公开场景模板或前端页面里。
  • 批量流程先用 3-5 条样本测试,再放大到全量。
  • 图片生成拿到 URL 后尽快转存;不要长期依赖临时返回链接。
  • 给每条业务数据写入业务 task_id,方便失败重试和对账。
  • 对高频流程设置每日预算上限和并发上限。
  • 给高成本图片和视频流程加人工抽检节点,避免错误 prompt 大批量烧钱。
  • 不要把失败分支重新连回同一个 HTTP 节点做无限循环。

下一步

官方参考