豆包AI官方未开放通用API接口，仅可通过飞书开放平台间接调用；需企业开通豆包AI助手权限，使用飞书tenant_access_token调用，响应由飞书封装且不支持流式、temperature等高级参数。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
豆包AI官方不开放通用API接口
目前（截至2024年中），字节跳动未向公众开放豆包AI的通用调用API，https://api.doubao.com 等域名不接受第三方鉴权请求，也不存在公开文档的 /v1/chat/completions 类端点。所谓“调用豆包AI”的教程，绝大多数是混淆了「豆包App内嵌的网页版交互」或误将「飞书多维表格/智能助手插件」当成了开放API。
能间接调用豆包AI的唯一合法路径：飞书开放平台
如果你的企业已接入飞书，并开通了「豆包AI智能助手」应用权限，可通过飞书机器人 + 自定义工作流触发豆包AI能力。这不是直接调用豆包模型，而是走飞书服务端代理，依赖 feishu-bot 的 send_message 和 invoke_ai_assistant 接口。
- 必须在飞书管理后台开通「豆包AI助手」企业应用，且管理员授权
ai_assistant:use权限 - 调用时需使用飞书
tenant_access_token，而非豆包账号token - 输入文本会被转发至豆包AI，但响应结构由飞书封装，字段如
assistant_response.text，不是标准OpenAI格式 - 不支持流式响应（
stream: true）、temperature 控制、function calling 等高级参数
常见错误：把网页抓包当API，结果5分钟就失效
有人通过浏览器开发者工具捕获豆包网页版的 POST https://www.doubao.com/api/chat 请求，提取 Cookie 和 X-Device-Id 后写脚本调用——这属于绕过前端限制的非常规操作，极易触发风控：
- 每次登录态有效期极短（通常 refresh_token 不对外暴露，无法续期
- 接口参数含动态签名字段（如
sign），依赖前端 JS 运行时生成，逆向成本高且不稳定 - 字节会定期更新加密逻辑，上周还能跑的脚本，今天返回
"code":403,"msg":"Invalid signature" - 高频请求直接封
X-Real-IP，不提示原因，只返回空响应体
替代方案建议：别硬连豆包，选真正开放的模型
如果目标是快速集成中文大模型能力，与其卡在豆包的黑盒里，不如用明确提供API、有稳定SLA的服务：
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
-
dashscope（通义千问）：支持qwen-max、qwen-plus，有免费额度，Authorization: Bearer $API_KEY即可调用 -
zhipuai（智谱AI）：兼容 OpenAI 格式，https://open.bigmodel.cn/api/paas/v4/chat/completions，支持stream和tools - 本地部署
Qwen2或GLM-4：用llama.cpp或vLLM搭个/v1/chat/completions服务，完全可控
豆包AI的底层模型虽强，但它不是为API场景设计的产品。强行对接，90%的时间花在对抗反爬和修签名上，而不是解决业务问题。
