需将trae英文文档本土化：术语统一替换（如“endpoint”→【接口地址】）、限流说明细化（429码含每分钟100次限制）、补全微信/支付宝等中文场景示例及错误码三类排查指引。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
国内用户查阅Trae接口文档时，常因术语直译生硬、示例缺失中文上下文、错误码未映射常见业务场景而卡在调试环节。需将原始英文文档的表述逻辑，转换为符合中文开发者阅读习惯、贴合国内主流技术栈和实际调用环境的提示词体系。
替换英文术语为国内通用说法
打开文档中所有“endpoint”字段说明，统一改为【接口地址】；把“payload”全部替换成【请求体】；遇到“idempotency key”，不保留英文缩写，直接写成“幂等标识（建议使用订单号或UUID）”。
“HTTP status code 429”不能只写“请求过于频繁”，要补充说明：“触发该状态码时，服务端已启用限流，【默认每分钟最多100次调用，超限后返回429且不计费】”。
补全中文业务场景示例
方法一：针对支付回调接口，新增一个真实可用的示例：
① 模拟微信支付成功后的回调请求，URL路径为/api/v1/notify/wechat；
② 请求体中out_trade_no字段必须与你系统生成的商户订单号完全一致，否则验签失败；
③ 【签名字段sign必须按微信规则拼接参数后SHA256加密，不是直接MD5】，文档里原示例用的是HMAC-SHA256，但国内多数SDK默认走MD5，这里必须明确标注差异。
方法二：对“获取用户信息”接口，增加支付宝小程序和抖音小程序两种token解析方式对比表格，列明auth_token和access_token在不同平台中的实际含义与有效期。
错误码映射到具体排查动作
将原始文档中笼统的“Error Code 1003: Invalid parameter”细化为三类可操作提示：
• 参数缺失：检查user_id是否为空字符串或null，JSON中该字段不能省略；
• 类型错误：若传入"amount": "99.9"（字符串），会触发此码，【必须传数字类型，不要加引号】；
• 格式越界：手机号字段mobile长度必须严格为11位纯数字，带+86前缀或空格都会报1003。
