如何解决复杂调用关系以及重复造轮子的问题?

leonapip 2026-06-26 15:05 1

如题,主要是两个场景

1.针对老项目,如何处理复杂的调用关系?比如项目A不能直接调用某个数据库,需要调用项目B的接口实现,代码中已经有实现的先例,但是AI大人还是更倾向自己去写个mybatis,类似这种问题,可能会涉及几十个系统间的调用,这种有工具能够辅助吗?还是完全靠人沉淀?

2.针对新项目,如何处理跳过现成的轮子去造新轮子?比如我使用agentscope开发智能体,直接跳过原本的agent逻辑,去搞个新的出来,后面我让他先把整个jar的source解析了,写了个md文档才好一点,有没有更优的实现方式?


对了codegraph已经试过了,有效果但不多。

最新回复 (3)
  • xx_yy1 06-26 18:52
    1楼

    因为每一次的上下文除了系统上下文是不丢失,其他的他都会丢失,要么指令要求他使用工具先扫描仓库是否有现成逻辑,要么就使用md文档给他每个模块和文件准确的功能每次都注入

  • eden 06-26 18:56
    2楼

    你好^-^只能靠人,我经常性维护几十个项目交叉的大系统。迁移重整都是常有的,这事只能靠人去做


    你可以把项目抽象出来盘点出一个系统链路业务链路,从大层面上借助ai判断如何包装组合。不要从项目代码上去理解

  • Rakuyo 06-26 19:06
    3楼

    我倾向于第一遍就先让它开发,然后让它在代码修改后执行一遍自检,自检中要求它检查是否有重复造轮子的行为。


    这样第一遍编码的时候 AI 聚焦于当前逻辑,第二遍自检的时候从全局的角度审视修改的代码。

* 帖子来源Linux.do
返回