扣子Token认证API调用：自定义请求头配置详解
调用第三方API时，最常踩的坑就是认证环节。如果对方严格校验Bearer Token，而你漏掉了请求头里的Authorization字段，必然会收到401错误——没人想被反复拒绝。其实配置并不复杂，关键是吃透格式与执行流程。
在扣子（Coze）平台调用需要Bearer Token认证的第三方API时，必须在自定义请求头中注入Authorization字段，否则请求会因为401错误被直接拦截。这个前提明确后，剩下的就是按步骤落地。
确认API认证机制与Token格式
先翻阅目标API的技术文档，定位“Authentication”或“认证”章节，确认确实采用Bearer Token。同时记下Token的获取方式——通常来自登录接口响应中的access_token字段。建议先用cURL做一次手动验证：curl -H "Authorization: Bearer abc123" https://api.example.com/data，确认Token有效。这一步若失败，后续所有配置都失去意义。
在扣子「知识库」或「工作流」中创建HTTP请求节点
进入扣子编辑器，点击「+ 添加节点」，选择「HTTP 请求」节点。在节点配置面板中填入目标API的URL、请求方法（通常GET或POST），并根据需要在「请求体」区域写入JSON或表单数据。操作逻辑与普通HTTP调用完全一致。
配置自定义请求头注入Token
关键步骤：在HTTP请求节点的「请求头」区域，点击「添加请求头」。键名填写Authorization，值填写Bearer 后紧跟你的Token字符串——务必完整粘贴，不可有多余空格或换行。常见错误包括写成Bearer: abc123（多了一个冒号）或者漏掉Bearer前缀，都会导致认证失败。
如果Token需要动态获取（例如每次调用前先请求登录接口），则要拆分为两个HTTP节点：第一个节点获取token，通过$[response.body.access_token]提取；第二个节点在请求头中填入Bearer $[node1.response.body.access_token]。这套流程在扣子里可以顺畅串联。
调试测试并分析响应结果
配置完成后，点击右上角的「调试运行」按钮，触发该HTTP节点执行。查看输出面板中的「响应状态码」：200表示成功；401说明Token无效或格式错误；403可能是权限不足。响应正文也会同步显示，方便你核对返回数据的完整性。无需额外部署或重启，点击调试即可即时反馈。