2. Linux.do
  3. 求助各位佬，AI 辅助开发越写越乱，项目架构和数据库感觉像一坨浆糊，你们是怎么控制的？

求助各位佬，AI 辅助开发越写越乱，项目架构和数据库感觉像一坨浆糊，你们是怎么控制的？

洛洛洛克 2026-06-10 11:15 1

各位佬好，我本职是做新媒体运营的，之前在 B 站跟着课程学习过一段时间开发（很基础的前端三件套 + nodejs 和其他杂知识，说白了自己手写代码也就写点简单的）最近靠着 GPT 做了一个自己工作中提效的网站（新闻情报采集和 AI 自动出稿这一套），确实对自己的工作有很多帮助节省了很多经理。


但做着做着就感觉项目结构有点乱，数据库表也是一团浆糊……（虽然写了提示词… 但是感觉不尽如人意）


现在感觉有几个问题，想请教下各位佬，主要感受是：




  1. 项目结构越写越乱（刚开始 AI 生成的时候还挺清晰，但是随着功能越加越多，慢慢地我自己都不知道哪个文件在干什么了哈哈哈哈哈）




  2. AI 过度开发，代码越堆越多（很多她建议我加，但是我自己也不确定该不该加就全都加上的代码）




  3. 数据库表结构混乱（每次加功能 AI 就给我加字段、加表。现在一个表里有 30 多个字段，有些字段我完全想不起来是干嘛的。还有几张表互相外键引用…）




想请教下各位佬，怎么重新掌握对项目的控制权？有没有合适的 skill 或者其他工具，感谢各位佬（如果有说错的地方轻喷，我是真的菜）


（补充：感谢各位佬的回复！我因为是结合自己的工作开发辅助自己的工作啊哈哈哈哈哈所以属于今天有一个功能需求就做一个，慢慢乱起来，一开始只抓取公众号的情报然后多了网站的抓取，rss的订阅，然后对新闻线索分类筛选，然后ai agent+tool筛选填入，后面又自动出稿，然后多来源相同线索的合并……导致越来越乱哈哈哈哈哈哈哈哈

最新回复 (19)
  • yachiyo 06-10 11:24
    1楼

    可能你需要harness， 现在挺多harness框架的

  • Funny 06-10 11:35
    2楼

    只要不深入审核代码这个问题就无法避免，但是随着代码量的增加人工审核越来越费劲，尤其是多人协作时更难。

    增加代码规范、约束之类的只能一定程度的缓解这个问题，但是无法避免这个问题。

    我现在是定期扫描 + 人工深入测试，相对还可控一些，但是屎山还是一直在变大。

  • bennyAAA 06-10 11:36
    3楼

    不想就找个好点的模型重新定一下架构，然后重构呗，反正是AI重构也快

  • skytoup 06-10 11:37
    4楼

    要自己看懂, 自己或AI去发现问题, 然后矫正. 还是得要求使用者有一定判断能力

  • huangxtttt 06-10 11:50
    5楼

    我自己懂一点架构，然后让ai开发，或者找一个比较成熟的框架，直接基于这个框架上面改，不要0到1.

  • zhang 06-10 11:51
    6楼

    不让ai控制整个框架，只控制功能级别和模块级别，而且必需人工看一遍git，确保没啥大问题。新功能开发，先确定大体结构和实现逻辑

  • 洛洛洛克 楼主 06-10 11:52
    7楼

    感谢佬回复。我让ai介绍了一下harness相关的框架，感觉是测试用的?

  • 洛洛洛克 楼主 06-10 11:53
    8楼

    理解了佬，我现在是闷头开发一阵实现功能，然后有空了让ai扫一下问题什么的，然后再开codex的目标，让他整理下代码

  • 洛洛洛克 楼主 06-10 11:54
    10楼

    确实…嘶，根因肯定是自己能力不足

  • teasuk 06-10 11:55
    11楼

    前期设计没有设计好的话很容易造成不断修改然后代码膨胀，AI写一堆冗余代码，。好在AI写东西足够快，完成一个部分时及时审查+规定范围+限定必须重构并删掉历史遗留可以一定程度优化这个问题，但是依旧不可避免项目大了之后AI出现很多幻觉，当一个功能涉及范围比较大时很可能在你看不见的地方偷偷写错，很难避免，只能人工审查diff

  • 洛洛洛克 楼主 06-10 11:55
    12楼

    哈哈哈哈确实，但是一开始做的时候就是小功能，不段累加起来的

  • eden 06-10 11:55
    13楼

    是判断力的缺失，如果你没有对具体技术的判断力结果必然是一团乱麻。现在已经过了ai替代程序员的那股疯狂的热度了，冷却下来如果做深入的技术你就必须要懂一点。不要忘了ai会为了讨好你来骗你蒙你。

    如果你确实不会，而且学习成本高。你可以参考开源项目来学习他人的判断力

  • topsage 06-10 11:55
    14楼

    多开几家反复捶打就好了，A写方案，B写代码，C做审核，来回反复交叉捶

  • LupoGame 06-10 11:56
    15楼

    有几种方案 1.可以单独让Agent先进行架构规划+每轮改动审查是否脱离架构 就是Token烧的很快 2.要么你先找一个成熟的库作为自己项目的底座,再某个架构上开发 漂移的风险会少非常多 3.要么你自己单独审查架构合理性, 放慢速度 ,但是这个要求你本身水平

  • 洛洛洛克 楼主 06-10 11:56
    16楼

    确实，但是这个是一个一个小功能堆叠起来的，一开始就是抓一下公众号的消息后面开始让ai去分类新闻加入agent tool让他分类，后面就功能越来越多哈哈哈哈哈哈哈哈

  • shanhen 06-10 11:57
    17楼

    本质不是还是自己不理解项目吗，特别是后面新增的功能，基本上AI说啥就是啥，那可不越来越乱吗

  • 马上 06-10 11:57
    18楼

    我也没啥好办法


    最近类似的问题会越来越多，随着大家对AI的使用越来越多，大家会慢慢对AI祛魅，AI当个听命令的助手还不错，但是如果整个交给它基本就是一坨不可控的*山啦


    还是需要有经验的人来把控全局定义和梳理架构，开发的应用要和自己认知和经验成正比才能行


    看到一句话：

    “如果 AI 一次性生成 3000 行代码，开发者的认知模型可能远远落后于代码规模。每一行都变成了需要重新买回的理解债务”

    我觉得很对



    话说也看到很多佬友说要先设计好了再开发，但事实上计划该不上变化，稍微大一点的项目，总会有这样那样的原因不得不调整既定的方案和路线，一个有经验的人可能问题不大，但是如果换一个没有经验的人，那就是灾难啦，后面很容易被ai牵着鼻子走

  • taidamier 06-10 11:57
    19楼

    [开源教程]代码是廉价的 架构是昂贵的 像架构师一样思考，一个架构方向的模板收集与教程

    佬 可以看看这篇的文章，技术债不是问题，但是要知道哪里欠债

  • SErAphLi 06-10 11:58
    20楼

    生产和开发严格分开, 测试一定要写全, 多个模型互相审核更改, 上线之前检查更改.

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐