适合的流程
n8n: HTTP Request 节点
n8n 官方的 HTTP Request 节点可以向任意 REST API 发请求。Tapapi 推荐这样配:
如果你的 n8n 版本支持保存完整响应或响应头,建议开启,并把
X-Oneapi-Request-Id 写回当前数据行。这个字段是排障时最重要的请求标识。
文本请求 Body:
/v1/chat/completions 是自动化场景的默认文本主线。/v1/responses 是可选协议,接入前先确认模型支持和返回字段;不要用 Chat Completions 的字段路径去解析 Responses。
n8n 结果处理
图片生产流程需要额外处理:
批量任务建议加队列和有限重试:429、临时 5xx、网络超时可以重试 1-2 次;401、403、model not found 不要自动重试,先停下来修配置。
批量任务模板
每条输入数据建议至少保存这些字段:
放大批量前先跑 3-5 条样本;稳定后再按 10-50 条一批扩容。图片和视频任务不要无限并发,也不要无限重试。
错误分支
错误响应通常包含
error.message、error.type、error.code。任务/视频类接口也可能返回顶层 code、message、data。生产流程不要只保存一段错误文本。
Make
Make 也按同样的 HTTP 思路接入:选择 HTTP 模块,填写 Method、URL、Headers 和 JSON Body。字段名会随 Make UI 版本变化,配置本质不变:
如果 Make 模块拿不到响应头,至少把 HTTP 状态码、响应 body、模型、输入摘要和业务
task_id 写回数据源。
视频工作流
视频 API 当前不是默认全量开放能力。只有控制台可见模型、价格已确认、账号有权限时,才适合放进 n8n / Make。 推荐流程:seconds、size、aspect_ratio、参考图字段直接复用到所有视频模型。更多见 视频 API 和 任务与输出。
安全和成本
- 不要把 Tapapi Key 写在公开表格、公开场景模板或前端页面里。
- 批量流程先用 3-5 条样本测试,再放大到全量。
- 图片生成拿到 URL 后尽快转存;不要长期依赖临时返回链接。
- 给每条业务数据写入业务
task_id,方便失败重试和对账。 - 对高频流程设置每日预算上限和并发上限。
- 给高成本图片和视频流程加人工抽检节点,避免错误 prompt 大批量烧钱。
- 不要把失败分支重新连回同一个 HTTP 节点做无限循环。