ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

《后端程序员的 AI 工程化 30 讲:RAG、工具调用、Agent 落地》第 03 讲 · 让 AI 读懂祖传代码:上下文打包与代码地图

《后端程序员的 AI 工程化 30 讲:RAG、工具调用、Agent 落地》第 03 讲 · 让 AI 读懂祖传代码:上下文打包与代码地图 第 03 讲 · 让 AI 读懂祖传代码:上下文打包与代码地图先说一个我亲手搞砸的下午上周五,我想让 AI 帮我确认一件事:商城下单的时候,库存到底是「下单就扣」还是「支付成功才扣」,扣减失败会不会回滚。项目是内部跑了五年的 Spring Boot 商城,27 万行,我自己的机器上有完整代码。我当时干了件现在看来很蠢的事:写了个 shell 把src/main/java下所有.java用cat拼成一个 txt 文件,1.6 MB,然后一次性 POST 给本地 Ollama。三种失败我都遇到了:第一次,直接报错。Ollama 返回{"error":"this model's maximum context length is 32768 tokens"},请求根本没进模型。1.6 MB 的 Java 源码大概 47 万 token(后面会讲这个数怎么算出来),超了 14 倍。第二次,我截断到前 32000 token 再发。接口返回 200,模型很自信地告诉我:「库存扣减发生在OrderService.deductStock()方法中,使用@Transactional保证回滚。」问题是——我这个项目里根本没有deductStock这个方法。它是根据前 32000 toke
返回列表