时间:2026-09-06 编辑:news
现在不少开发者习惯用gemini生成接口代码,但不少人都遇到过同一个问题:生成的代码看起来逻辑没问题,一到前后端联调、上下游服务对接就各种不顺,要么参数名对不上,要么格式不符合要求,要么不遵循项目已有规范,反复修改好几次才能对齐,效率反而比手写还低。其实大多数时候不是gemini能力不足,而是你的提示词没有给够对接需要的明确信息,只要调整提示词逻辑就能解决问题。

很多开发者给gemini的需求本身就是模糊的,大多只说“帮我写一个用户登录接口”,既不说用到的技术栈规范,也不说对接需要的参数约束、返回格式,更不会提项目已有的对接规则。gemini默认会输出通用格式的代码,自然会和实际项目的对接要求产生偏差,这就是联调卡壳的核心原因。

调整的核心是把“让你写个接口”的模糊需求,改成包含所有约束条件的结构化要求。比如把“写一个用户登录接口”改成:“基于springboot 2.7 + 项目openapi 3.0规范写用户密码登录接口:1.请求参数必须包含phone(字符串,11位正则校验,必填)、password(32位md5加密字符串,必填);2.返回结构统一遵循项目规范{code:number,msg:string,data:{token:string,expire:number}},错误码对应规则:400参数错误、401账号密码错误、500服务异常;3.需要内部调用用户中心get_user_by_phone接口,签名规则为timestamp+appkey拼接md5加密”,所有要求明确列出来,不给模型留自由发挥空间。

最后再加一句对齐要求:“输出代码后,请单独整理本次接口的入参出参对照表、依赖的外部接口约定,方便我和前端核对;之前联调曾出现参数命名不统一问题,本次所有参数统一使用下划线命名法”,把之前踩过的坑提前告诉模型,就能进一步降低出错概率。调整提示词后,gemini生成的接口对接准确率能提升八成以上,不需要反复修改就能直接启动联调。全文约602字。