Webhooks by Zapier 是调用 DeepSeek 的唯一入口，因 API 协议、鉴权、请求结构与 OpenAI 不兼容，不可复用其动作节点；需手动配置 POST 的 URL、Headers、Data 和 Response Handling 四项以适配 DeepSeek v1 规范。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

Webhooks by Zapier 是你调用 DeepSeek 的实际入口，Zapier 官方不直接内置 DeepSeek 动作节点，必须走自定义 HTTP 请求。

为什么不能选“OpenAI”动作节点？

因为 DeepSeek 的 API 接口协议、鉴权方式、请求体结构与 OpenAI 不完全兼容。即使模型名相似（如 deepseek-chat），model 字段、messages 格式、response_format 支持项都不同。硬套 OpenAI 模板会返回 400 Bad Request 或 401 Unauthorized。

配置 Webhook POST 请求时必填的 4 个关键项

在 Zapier 的 Webhooks by Zapier → POST 步骤中，以下字段必须手动对齐 DeepSeek v1 API 规范：

One API key for 70+ AI models. Route to GPT, Claude, Gemini, Qwen, Deepseek, Grok and more

统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。

下载

• URL：填 https://api.deepseek.com/v1/chat/completions（注意不是 .ai 或 .org 域名）
• Headers：至少包含两项：Authorization: Bearer <your_api_key> 和 Content-Type: application/json
• Data（Body）：必须是合法 JSON，且 messages 是数组，每个元素含 role 和 content；model 必须写成 deepseek-chat（大小写敏感）
• Response Handling：勾选 “Continue even if the request fails”，否则一次超时或格式错误就中断整个 Zap

从 Gmail 新邮件触发 DeepSeek 总结的典型字段映射

常见错误是把原始邮件 HTML 直接塞进 content，导致 token 暴涨或解析失败。建议先做轻量清洗：

• 用 Zapier 内置的 Formatter by Zapier → Text → Extract Text from HTML 提纯正文
• 限制输入长度：在 Data 中用 {{input_data.email_body | truncate:2000}} 截断（Zapier 支持简单 Liquid 过滤）
• messages 构造示例：

  {"model": "deepseek-chat", "messages": [{"role": "user", "content": "请用三点总结以下邮件内容：{{cleaned_body}}"}]}

调试时最常被忽略的三个细节

很多 Zap 看似配置完成，但测试始终返回空响应或报错，问题往往藏在这三处：

• API Key 权限不足：需确认该 key 在 platform.deepseek.com 控制台已启用 chat/completions 权限，且未过期
• Rate Limit 被触发：免费 tier 默认 10 RPM，若多个 Zap 并发请求，Zapier 日志里会出现 429 Too Many Requests，需加 Delay 步骤或降频
• Response Parsing 错误：Zapier 默认只取响应 body 的顶层字段，而 DeepSeek 返回的是嵌套 JSON（choices[0].message.content），后续步骤要用 Path 显式提取，不能直接用 {{response.body}}

DeepSeek 的 API 响应结构比 OpenAI 更紧凑，但字段路径和错误码语义有差异；Zapier 的无代码界面掩盖了这些底层契约，真正卡住进度的，往往是 header 多了个空格、model 名少了个短横、或者 response path 写错了层级。