n8n 调用 6星中转：用 HTTP Request 节点跑通第一条流程

等不及了，先照这张表建最小节点

第一次接入不要先做复杂工作流。先让一个 HTTP Request 节点用固定 prompt 调通 6星中转，确认认证、模型和响应路径都正确。

n8n 适合做什么

开始前准备

• 能进入 n8n 编辑器，并能创建或编辑工作流。
• 6星中转 已创建 n8n 专用令牌，建议单独设置额度和分组。
• 从模型广场复制一个聊天模型 ID，先不要从视频或高消耗模型开始。
• 知道工作流触发方式：手动触发、Webhook、表单、定时任务或其他节点。

认证应该怎么配

n8n 的 HTTP Request 节点可以用凭据，也可以在 Header 里手动写认证。正式流程建议使用凭据，避免每个节点重复粘贴令牌。

最小聊天请求

新建一个 HTTP Request 节点，先按下面字段配置。第一次不要接复杂上游数据，先用固定 prompt 确认 6星中转 能返回。

{
  "model": "模型ID",
  "messages": [
    { "role": "user", "content": "回复 OK" }
  ]
}

n8n 失败时，用 curl 做对照

如果 HTTP Request 节点失败，先不要马上重建整个工作流。用同一条 6星中转 令牌和同一个模型，在终端跑一次等价的最小请求。curl 成功但 n8n 失败，问题通常在凭据、Body 类型、表达式或节点重试逻辑。

export COMEU_API_KEY="sk-你的令牌"

curl "https://www.6xin.cc/v1/chat/completions" \
  -H "Authorization: Bearer $COMEU_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "模型ID",
    "messages": [
      {"role": "user", "content": "回复 OK"}
    ],
    "max_tokens": 16
  }'

这些情况先停下来，不要继续接复杂流程

n8n 的问题很容易被后续节点、表达式和循环放大。出现下面情况时，先回到单个 HTTP Request 节点处理，不要继续接 Webhook、表格或批量任务。

配置步骤

把固定 prompt 换成真实数据

固定 prompt 跑通后，再把表单、Webhook 或表格字段拼进 messages。这一步最容易出现 JSON 格式错误，建议一次只替换一个字段。

{
  "model": "模型ID",
  "messages": [
    {
      "role": "user",
      "content": "请把下面内容总结成 3 条要点：{{$json.prompt}}"
    }
  ]
}

Webhook 流程要分测试和生产

n8n 的 Webhook 节点通常会区分测试 URL 和生产 URL。测试时用测试 URL 接样例数据；发布给外部系统时，再切到生产 URL 并配置鉴权。

图像和视频工作流怎么接

图像和视频任务不要直接从批量流程开始。先在单独节点里用最小参数跑通，再加循环、队列或并发。

上线前检查

错误分支怎么设计

常见问题

完成标准

• HTTP Request 节点能用 https://www.6xin.cc/v1/chat/completions 返回短文本。
• 6星中转 用量日志能按时间点看到 n8n 请求。
• n8n 使用专用令牌，令牌没有出现在节点名称、备注或公开导出文件里。
• Webhook 流程已区分测试 URL 和生产 URL，公开入口有鉴权。
• 工作流已有错误分支、限流策略、批量样本验证和最基本的请求日志。

n8n 工作流仍然失败时，提交这些定位信息

n8n 排障不能只看单个节点红不红。要同时提供执行记录、HTTP Request 节点配置、输入样本规模、错误分支和 6星中转 用量日志。

如果是批量流程，先用 3 到 5 条样本复现；如果错误码明确，按 FAQ 错误码速查 分流。