• 请不要在回答技术问题时复制粘贴 AI 生成的内容
zjh123456
V2EX  ›  程序员

两个月的高强度使用 AI 开发项目,感觉我对 AI 写的代码的控制已到尽头。

  •  
  •   zjh123456 · 3h 39m ago · 2469 views

    创业失败后一直接外包赚钱养家,但去年和今年的行情太差了,没赚到钱,只能去找一个份工作。到今天工作时间 2 个月多一点,用 AI 写的代码。从一开始 AI 写的每一行都会 review 一下,到现在直接扔给 AI ,写完就流程体验和测试一下,不看代码,或者只看一点点主要的代码,看看改了啥东西。两个月的转变。

    我发现,虽然是人指挥着 AI 在写代码,但这个过程更加累。

    两方面,

    一个是人脑同时对多个任务的处理是有限的(或者只有我自己),我习惯一个任务一任务进行下去,试过同时三件任务同时下达,然后等着 AI 完成后来验证,会很乱,根本不清楚上面告诉了 AI 具体是什么任务,AI 反馈要我的选择,我也不清楚到底哪个正确,只知道按 AI 的推荐确定下去。

    另一方向是写了这么多年代码,面对程序出现 BUG 是一种常见的事情,但现在面对 BUG 担忧更大,心里更加没底。以前遇到 BUG 多种方式进行排查或者补救,但现在出现问题只能扔给 AI 自己去排查,然后对乱了的数据哪里乱了,需要怎么修复也是由 AI 检查后告诉我,我来运行 SQL 。但具体为啥会出现这种情况,如果避免心里没底。

    之前发过一个帖子大概是说领导要求开发速度更快一些,所以 review 代码变少,变得很少。里面有人开玩笑说:“人与代码一个人能跑就行。”虽然我知道是玩笑话,但我现在面对的是金蝶,总部加七个子公司的数据,真搞乱了,后果很严重的。

    就目前我的状态,还是得把项目拆分后,一个步骤一个步骤进行,不敢让 AI 自己拆分 AI 写代码 AI 自己测试,对于项目的开发速度来看,实话说,比自己手写最多快 1 倍,再快真不行了。

    Supplement 1  ·  1h 39m ago
    之前我有想像过,我是一个领导,分配员工( AI )去写代码,他们都是很强大的程序员,他们完成代码后,我只负责项目能运行,能上线就行。

    但实际的情况是,我不知道某个员工( AI )写的代码在查询数据的时候,有没有加长度限制,(比如 SQL 中的 limit ),不知道在删除订单的时候,除了把子订单也删除掉,但 AI 不知道会不会出现幻觉,把用户也删除了。

    所以需要在 AGENTS.md 加一堆提示,select 要加 limit ,delete 要加 where 之类,与金蝶的交互的代码,都需要我先审核后,才能确认写下一步。

    不放心,所以心态更累。真出问题,问一下真实存在的员工(人类),至少对方会有印象说代码归类在哪个模块哪个控制器,出现啥问题,下次他就不会再犯了。

    但 AI 不一样,一个项目的 memory.md 印象好像最多是 1M 大小吧。上个星期写的项目,整个记忆都被压缩成一段话,要修改点什么又重得重新查找修改,但一些记忆已被压缩掉,根据不知道最新出来的 BUG 在哪里,直接修改会不会影响到其它模块的运行。

    心累。
    29 replies  •  2026-11-05 12:44:08 +08:00
    ruanimal
    ruanimal
    3h 27m ago
    1
    ai 适合写自己不懂的项目
    qiqi669
    qiqi669
    3h 22m ago❤️2
    2
    AI 不适合写自己不懂的项目。
    MarkLeeyun
    MarkLeeyun
    3h 13m ago
    3
    我觉得要始终把握住上层抽象,这样掌控力会强很多。
    momocraft
    momocraft
    3h 9m ago❤️1
    4
    杠杆率太高了
    zhangli2946
    zhangli2946
    3h 4m ago
    5
    软件工程和编码规范本身是在通过固化规则降低管理复杂度(对于人类心智来说)

    有 AI 之后,这件事情变了。实施管理者 从只有人变成了 人 + AI, 凭空引入了 两者之间的对齐。

    从掌控到具体实现,降级为掌控到抽象、组合及动态行为,降级为 Behavior 符合约束,降级为 功能满足要求,降级为 客户不报 110 。

    主要还是人类需要自我调整。
    passon
    passon
    3h 2m ago❤️1
    6
    [比自己手写最多快 1 倍,再快真不行了。] 至少 10 倍
    c0nstantien
    c0nstantien
    3h 0m ago
    7
    有了 ai 之后,应该转变为管理思维,看看好的领导应该怎么管理下属的
    AtlantaANiu
    AtlantaANiu
    2h 59m ago
    8
    @ruanimal @qiqi669 你们两个先出去打一架,谁赢我信谁
    tanxnative
    tanxnative
    2h 58m ago
    9
    AI 到底适不适合写自己不懂的项目?
    haoooooooo
    haoooooooo
    2h 45m ago❤️2
    10
    AI 适合写自己不懂的项目,你越懂的领域用起来越累,正因为太懂所以用起来有心智负担,担心它选的方案不对,担心它绕弯路,担心它会在某些容易出错的地方埋坑。。。等等。

    相反,你要是一窍不通的项目,直接用 AI 梭哈,反正也看不懂,随意 AI 折腾,完全没有心智负担也不累。
    6581
    6581
    2h 42m ago
    11
    我已经接受了《人和代码有一个能跑》的观点
    但是我尽力在高效的情况下提高对代码的掌控性
    我认为再过 2 年,业界会有方案解决这个痛点,速度、掌控、正确之前的平衡。
    Skifary
    Skifary
    2h 42m ago
    12
    @tanxnative 没有交付压力的的适合,有交付压力的不适合
    doveyoung
    doveyoung
    2h 34m ago❤️1
    13
    切换一下角色,你升级为你的领导,AI 升级为更高级的你,想想你领导懂你的代码吗?他只知道能跑就行。
    vsitebon
    vsitebon
    2h 32m ago
    14
    大学学的软件工程课程和辅修的管理学课程,此时显得特别有用
    alexluo1
    alexluo1
    PRO
    2h 29m ago
    15
    AI 不适合写自己不懂的项目,不看代码反而更累,因为你根本不知道写的对不对,让 AI 审查你没有这方面的专业知识做不了决策
    94
    94
    2h 28m ago
    16
    可以看一下现在的 AI 开发平台,很多都是提需求提 issue 之后让 AI 自己去处理,会按照需求和描述去提交代码和自测。
    验证的时候只需要看 issue 对应的正文和对应提交上来的 MR 请求正文,就不会有上下文丢失的烦恼了。

    以 BUG 举例会按照 issue 中的描述和提供的 trackId 去复现 bug (会录制复现视频)然后 append 到 issue 中,然后开始定位和处理问题,修复完成之后也会再录制一份修复完成的视频,然后按照规范提交 commit 和 MR ,这个时候只需要看它提供的验证视频其实已经可以直接 merge 了。如果想要深入一些就简单看一下提交上来的代码没有坏味道之类的,大概知道它是怎么改就好了。
    jjwjiang
    jjwjiang
    2h 26m ago
    17
    目前的 AI 最适用的角色是技术出身的架构师,既有大局观可以指导 AI 方向,又有技术背景能发现 AI 问题。
    kangwei
    kangwei
    2h 21m ago
    18
    AI 写 AI 审, 审核规则自己定,对审核结果高风险问题复核,上线前再次复核
    zuokanyunqishi
    19
    ai 适合写自己不懂的项目,这是纯纯是坏,假如你是在工业制造领域用 AI 写你不懂的项目,玩命呢?
    cppc
    cppc
    1h 55m ago
    20
    以前你是单人全干,现在是指挥 10 个技术扎实的 AI ,码代码的产能是上来了,但是方案规划+人工验收的工作量也上来了。

    而且,你还要管理好自己的情绪
    fffq
    fffq
    1h 50m ago
    21
    相信后人的智慧
    MuyuQ
    MuyuQ
    1h 47m ago
    22
    @kangwei
    但是 AI 会骗。
    默默修改了某个配置,不告诉你,而且现在还隐藏了思维链。
    没有完成修复,但是告诉你修复了。
    无法完成修复,直接把测试脚本修改了,让测试通过。
    还有不遵守你给他定的规则,这个是最常见的吧。强如 claude 也会这样。
    bigdogbigpig
    bigdogbigpig
    1h 15m ago
    23
    就是应该放弃控制,出问题前一点点再让 ai 控制
    shmilypeter
    shmilypeter
    1h 11m ago
    24
    你确保能糊弄住,多混一天算一天,代码在你走人之前崩溃,把屎坑留给下一个继任者就行。

    因为老板如果现在要求你同时进行好几个项目,然后你开着几十个终端窗口,一上午能生成过去一个月一个团队人力都写不了的代码,你是根本不可能审的过来的。至于什么文档落地,工作流程,bug 审查,我相信你肯定已经有相应的流程了只是担心流程依然不能兜底。

    少想太多,每个月工资到手才是最重要的。最不能就是跟这哥们一样瞎有责任感,居然想放弃自己全职远程的好工作回到上家的屎坑,就是因为热爱上家的项目觉得项目是自己孩子要有责任感。
    https://www.v2ex.com/t/1253836#reply225
    zisen
    zisen
    1h 9m ago
    25
    @haoooooooo #10 应该是自己懂的领域可以用便宜 AI 加自己的规则,不懂的领域用贵的 AI 让它自由发挥
    BeautifulSoap
    BeautifulSoap
    1h 4m ago
    26
    我总结是 AI 写代码
    - 要么完全不审
    - 要么就一开始便强力控制 AI 写代码方式,然后只审核总体框架、代码风格。具体每一行代码的审核只在涉及到核心业务流程、逻辑得时候才干

    对我个人项目来说,那些不算特别复杂也懒得花时间的我是一行都不看。但对于复杂度较高的项目我是全程在强力控制代码风格、写法、框架和核心逻辑的(但我也不会取看每一行代码)

    至于公司代码,我采用后者。什么,成员提交上了一大坨 AI 生成的人类无法 review 的狗屎?我会直接打回 PR 让它重新用更简单简洁的风格方式来重写
    casstiel
    casstiel
    1h 2m ago
    27
    AI 写代码属于典型的“路线错误,知识越多越反动”
    hanbing135
    hanbing135
    1h 1m ago via Android
    28
    能混一天是一天 搞什么审核 随时提通跑路
    shinession
    shinession
    36 mins ago
    29
    善用文档啊, 你想细节可以每个 module 都对应一个.md 和 unit test, 改了什么, 为什么改, 为什么这么设计, 让 ai 就记录下来, 这样你换模型也可以省很多 token, agents.md 只是总体大致定义一下, 具体还是要用文档规范
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   3653 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 82ms · UTC 05:20 · PVG 13:20 · LAX 21:20 · JFK 00:20
    ♥ Do have faith in what you're doing.