调用360智脑API需正确构造messages数组传递上下文：使用/chat/completions端点，Header含Authorization和application/json，messages字段为小写，含role（user/assistant/system）与content，按时间顺序交替追加，控制总token≤80万，裁剪时须成对删除最旧user+assistant消息。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在调用360智脑API时正确传递上下文消息，必须让连续对话中的历史消息以特定格式嵌入请求体，否则模型无法识别多轮语义关系，会当作全新独立提问处理。
确认API端点与基础结构
使用360智脑官方文档指定的/chat/completions接口，而非/v1/completions或其他旧路径。该端点原生支持messages字段传入上下文序列。
确保请求Header中包含Authorization: Bearer 【你的360智脑API Key】，且Content-Type为application/json。
构造符合规范的messages数组
在JSON请求体中，必须使用messages字段（小写m），不能写作message或history；该字段值为一个对象数组，每个对象含role和content两个键。
role只能是"user"、"assistant"或"system"三种之一，不能填"human"/"bot"/空字符串，否则返回400错误。
第一条消息建议设为system角色，用于设定行为边界，例如：{"role": "system", "content": "你是一名资深法律助理，只回答合同审查相关问题，不提供医疗建议。"}。
后续交互按时间顺序追加user→assistant交替排列，如用户第二次提问前，必须把第一次的user提问+assistant回复完整塞进数组末尾，不可仅传最新一条。
控制上下文长度避免截断
360智脑当前支持最大1,000,000 token上下文窗口，但实际可用长度受模型版本与部署配置限制。生产环境建议单次messages总token数不超过80万。
使用官方提供的token计算器或Python库tiktoken估算长度：加载cl100k_base编码器，对整个messages列表调用encode_ordinary后取len()值。
若超长，优先裁剪最早的历史消息（system提示可保留，最旧的user+assistant对可成对删除），【严禁只删assistant回复而保留user提问】，否则会导致角色错位引发解析失败。
验证上下文是否生效
方法一：在连续两次请求间，故意让第二条user消息含指代词，如“上一条提到的条款怎么修改？”。若模型能准确回溯并响应，说明上下文已生效。
方法二：在第一次请求的assistant回复末尾添加唯一标记字符串，如“[CTX-VERIFY-7X9]”，第二次请求中直接问“请重复带[CTX-VERIFY-7X9]的那句话”，命中即成功。
方法三：抓包对比两次请求的messages字段字节数，增长量应与新增消息长度基本一致，若无变化说明前端未更新数组内容。
