Trae平台API接入需杜绝空话套话，明确标注字段真实来源（如Token从控制台「API密钥」页复制）、{workspace_id}为地址栏中字母数字组合；用真实400错误日志说明校验逻辑，并给出成功/失败请求对比；调试闭环分四步：curl发最简请求→验证响应结构→遇queued立即轮询/job/{id}→流式响应需启用SSE解析。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写trae平台api接入说明时，空话套话会让开发者读完仍不知从哪下手、填什么参数、收不到响应怎么办——这直接导致联调卡在第一步。明确标注每个字段的真实来源
在请求示例中，把Authorization头的值写成Bearer abc123...xyz这种占位符，不如直接写Bearer <strong>【你的实际Token，从Trae控制台「API密钥」页复制】</strong>。
不写清楚来源，开发者会反复翻文档找“Token在哪生成”，甚至误用登录Cookie顶替Token。
URL路径里的{workspace_id}必须紧跟着说明：「这不是URL编码后的字符串，而是你在Trae工作区地址栏看到的那段字母数字组合，例如https://app.trae.ai/w/abc123xyz中的abc123xyz」。
用真实失败日志反推校验逻辑
方法一：贴出一次400错误的完整响应体：{"error":"invalid_request","message":"missing required field 'prompt'"}
然后立刻指出：「这个报错只会在prompt字段为空字符串或根本没传时触发，传"prompt": " "（空格）也会失败」。
方法二：对比两个请求差异：
✅ 成功请求：{"prompt":"写一封辞职信","model":"gpt-4"}
❌ 失败请求：{"prompt":"写一封辞职信","model":"gpt4"}
→ 后者因model值未按Trae文档要求使用带短横线的gpt-4格式而被拒。
分步骤写出调试闭环
第一步：用curl发最简请求，仅含必需字段和最小prompt
第二步：收到200后，检查响应体里id是否为非空字符串，choices[0].message.content是否返回文本
第三步：若返回status: "queued"，立即调用/v1/jobs/{id}轮询，而非等待30秒后重发原始请求
第四步：发现流式响应（Content-Type: text/event-stream）时，确认客户端已启用SSE解析，普通HTTP库需额外配置，【默认fetch或axios不会自动处理event-stream】
