☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
调试接口时应明确告知codeium接口信息：①开头写清http方法、路径、用途及地址；②粘贴原始请求（含headers和body）与响应（含status code）；③用分隔线标注问题类型或强制指定校验维度；④附最小可复现代码上下文。
调试接口时codeium给出的提示词模糊，导致请求参数错、响应结构猜不准，联调卡在半路反复改代码。
明确告诉Codeium你正在调试哪个接口
第一步：在提示词开头直接写清HTTP方法+路径+用途，例如“POST /api/v1/users/register 用于新用户注册，后端已部署到 http://localhost:3000”。【不写清楚协议和地址，Codeium可能默认生成 mock 数据或 curl 示例指向错误域名】
第二步：粘贴你实际发出的请求原始内容——包括 headers（尤其 Authorization 和 Content-Type）、完整 body（JSON 格式保持缩进，不要压缩成一行），用 ```json ``` 或 ```curl ``` 包裹。
第三步：紧接在请求下方，换行写“收到响应：”，然后粘贴服务端返回的原始响应体（含 status code 和 body）。如果响应是空、超时或格式错乱，也要如实写“响应状态码 504，无 body”或“响应 body 为 HTML 错误页，内容：...”。
让Codeium区分请求错误和响应解析错误
方法一：用分隔线标注问题类型
在提示词中插入 —— 请求错误 —— 或 —— 响应解析错误 —— 标题行。前者聚焦 header 缺失、body 字段名拼错、required 字段漏传；后者专注 JSON schema 不匹配、字段类型预期不符（如后端返回字符串 "123"，前端却按 number 解析）。
方法二：强制指定校验维度
加一句：“请逐项检查：① 请求是否符合 OpenAPI v3 定义（如有）；② 响应 status code 是否在 2xx 范围；③ 响应 body 字段名、嵌套层级、数据类型是否与文档一致”。这能避免 Codeium泛泛而谈“检查网络”或“确认后端是否启动”。
附带最小可复现上下文
把出问题的那几行调用代码（比如 axios.post(...) 或 fetch(...)）连同 nearby 的变量定义一起贴进来，例如 const payload = { email: userInput, password: hash(pw) }; → axios.post(url, payload)。不贴整文件，只截关键 5～8 行。【缺少 payload 构造逻辑，Codeium 可能误判是后端问题，实际是前端传了 undefined】
如果用了拦截器、重试逻辑或自定义序列化器，必须单列一行说明：“已启用 axios 请求拦截器，自动添加 X-Trace-ID”。
