2. V2EX
  3. 第一次用 AI 用出了挫败感。

第一次用 AI 用出了挫败感。

0x114514 2026-08-20 12:00 1

以往使用 AI 都是开发新功能，最近接收一个公司内部的 AI 内部项目，需要进行大规模重构以适应未来的某些新需求。


我让 Claude 和 GPT 各生成了两版方案，也让它们都按照各自的方案实现了一遍，目前看起来功能没什么问题。 但我非常恐慌，因为我对 AI 写的代码无从下手，没有了以往的掌控感，各种数据流向完全没搞明白。


最主要的是，我对 AI 的方案不满意，但我自己也给不了更好的方案，第一次觉察到自己的能力如此薄弱，只会写点简单的 CRUD ，架构抽象和状态建模能力是一点都没有，唉....

最新回复 (28)
  • 94 08-20 12:03
    1楼
    可以让 AI 生成项目 Wiki 给你看哇。M 类型的岗位不一直都是这样吗，不可能清晰知道每一个代码细节，但是会知道业务和数据流转。
  • exc 08-20 12:08
    2楼
    "各种数据流向完全没搞明白", 是这样的, 我已经不抱希望了, 测试能通过就完事了

    每次看 AI 生成的方案, 血压都高了, 不看还好点, 看了也没啥用, 一旦 session 基调定了, 后面怎么纠正, 用处都不大
  • foryou2023 08-20 12:22
    3楼
    没啥恐慌的吧，真恐慌，很简单的，让 ai 出详细的文档就行了，不懂的地方就问 ai 。

    个人现在的认知就是很确信 ai 大部分时候比自己做的好，能力已经远超自己的，相信 ai 即可。

    保底的解决方案，就是说自己是小白，什么都不懂，让 ai 出一份详细通俗易懂的文档即可。
  • lucifer9 08-20 12:32
    4楼
    如果对方案不满意，但又无法清晰表达出哪里不满意的话
    建议换位思考一下，即把 AI 当成过去的自己，把现在的自己当做是产品经理或者客户试试
  • duanxianze 08-20 12:44
    5楼
    可以继续和 AI 聊啊，AI 辅助学习新技术非常好用，感觉比直接让它写代码更有用
  • piaooo 08-20 13:06
    6楼
    项目不懂的用一个低档的模型直接问他 codex 有一个侧边的临时聊天功能
  • msg7086 08-20 13:11
    7楼
    骗你的，其他人的能力也如此薄弱。
    高质量 AI 模型的知识量远远超过你，他看过的项目设计比你吃过的盐还多。

    你对方案不满意，那就说出不满意的点。Claude 和 GPT 也可以互相对抗审核。
    反正实现之前你总要跟 AI 做反复拉扯头脑风暴吧。（别跟我说你就只是让他们一炮生成出方案就开始实施咯？）
  • ntdll 08-20 13:51
    8楼
    >> 我对 AI 的方案不满意，但我自己也给不了更好的方案

    有点困惑，这是为什么呢，既然你没有更好的方案，是出于什么原因，认为当前的方案不好呢。只是因为这是 AI 写的嘛？
  • Enter3211 08-20 13:56
    9楼
    不错了，能察觉到不对。
  • 0x114514 楼主 08-20 14:07
    10楼
    @ntdll 不是因为 AI 写的所以我认为这个方案不好，反而绝大多数情况下 AI 的方案比我的更好。 这次觉得 AI 的方案不够好，是因为 AI 给出的方案有点过度设计了，原本一个不是很复杂的功能，被它拆分出十几个方法来调用。

    虽然原本写的东西也是一坨大便，但真没必要拆分的这么细，改个功能得跳转 N 行。 但让我给出更优的方案，我也给不出来，这十几个方法都还拆分的挺恰当。
  • 0x114514 楼主 08-20 14:07
    11楼
    @msg7086 拉扯了几次，不是很满意，这会继续拉扯吧，哈哈。
  • liushengxian1230 08-20 14:31
    12楼
    害 回退到之前 AI 能力没那么强的时候的协作状态就好了，大方向自己把控。天天史上雕花的我一直这个使用习惯，反倒是现在开新项目迁移了，准备放手给 AI 去做了
  • pandasq 08-20 14:34
    13楼
    @0x114514 其实你不需要做出比 AI 更好的方案, 你比 AI 强的地方在于你能够根据自己的经验, 知道 AI 给出的方案哪里做的不好.
  • lllllllccccccc 08-20 14:41
    14楼
    我目的的方式就是让 AI 分析需求，生成文档，然后手动核对调整文档，AI 调整文档到我认为符合预期，然后 AI 开发，然后开发的时候多打日志，然后结合日志实际输出核对功能实际行为是否符合预期，不符合预期就调整
  • Fish1024 08-20 15:00
    15楼
    没啥啊。你的领导也不知道你代码怎么写的啊。
  • novaline 08-20 15:15
    16楼
    人的上限决定 AI 的上限
  • quicksandznzn 08-20 16:58
    17楼
    和楼主遇到了一样的感受。
    今天跑光了一个 codex plus 额度还是没有让自己满意，深深的感受到自己的不足。
  • generated 08-20 17:34
    18楼
    不是 AI 的问题，是重构本来就很麻烦
  • CDC2077 08-20 17:56
    19楼
    我现在都是测试通过就得了，感觉退化了很多
  • HotieCutie 08-20 18:26
    20楼
    这个真的是没办法的事，既然用了 AI ，解放双手，解放脑力，就得承受可能会出现的问题，只能寄希望没有任何 bug
  • Charlie17Li 08-20 21:03
    21楼
    同感，过度设计，md ，我一个内部平台，各种安全性考量设计，机制复杂
  • msg7086 08-21 00:40
    22楼
    @0x114514 #10 #11
    过度设计也是一个可以拉扯的点啊。
    你就和 AI 说，我想要简化设计，不要弄那么多方法，帮我看情况合并一下。

    但是话又说回来了，改个功能跳转 N 行，又不需要你跳转，AI 改代码你还要帮他考虑跳转 N 行的问题吗。
  • passive 08-21 03:51
    23楼
    vibe 之前先 grill me 做好粗略的设计，写通一遍能用的版本 commit 了，再跟 AI 一起 review/refactor 架构、命名、文档
  • maolon 08-21 05:11
    24楼
    你需要参考 matt pocock 的 skill 的方法论来做设计操作，尤其是 wayfinder 就是一个最好的例子。
    你跟着他的流程做一遍自己脑子就有整个流程图和大概的模块的思路，和哪里需要削减了。
    ai 做设计最忌讳就是一次性把所有模块一起设计完，这样既管理不到细节，也因为生成的文档量太大了整体也把握不好。
  • sugars 08-21 08:57
    25楼
    再用几年怕 for 循环都忘了😅
  • craftsmanship 08-21 09:28
    26楼
    只会写点简单 crud🫠
  • zhouweiluan 08-21 09:42
    27楼
    头像真的很应景了
  • amwyyyy 08-21 09:52
    28楼
    未来就是这样的开发方式，AI 会越来越强，根本没必要看代码，也不一定是程序员在开发了
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐