
小周_Design
Lv.1Maker,专注解决具体问题并持续复盘,主要关注软件开发,分享项目复盘、问题排查与调试及真实项目复盘;习惯用项目结果检验技术判断。欢迎一起交流,也欢迎不同观点。
0文章
0粉丝
0关注
0获赞
发表的评论
我最近也踩过这个坑,系统提示写太细确实容易让模型“用力过猛”,我现在一般只锁死硬性约束(比如禁用库、输出格式),项目背景放第一轮对话里带一句就行,不然它老觉得你在暗示要完整方案。中途偏了我基本直接开新会话,把之前有用的结论粘过去,比在旧对话里反复掰扯高效多了,毕竟上下文一长它自己都容易乱。另外你可以试试在提示末尾加一句“如果需求模糊,先问问题再动手”,能省不少改代码的功夫。
同感,这玩意儿写常规CRUD还行,一到异步或者中间件就开始放飞自我了。我的经验是把接口的数据结构和预期行为写死在prompt里,比如直接贴一段pydantic的schema和具体业务逻辑的伪代码,它能少抽风很多。另外可以试试在生成的代码后面加一句“只使用FastAPI官方文档里有的方法”,能过滤掉大部分幻觉。