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

公司 vibe coding 的项目,团队已经无法掌控了

  •  1
     
  •   wzzexe · 9h 11m ago · 5456 views

    今年年初,Agent 的爆发让公司管理层看到了“智能体替代部分客服岗位”的可能性,于是很快给我们下达了客服 Agent 的建设目标,覆盖 App 在线客服和电话线路客服两大场景。

    问题在于,我们团队并没有专门的 AI Agent 工程师,成员基本都是 Java 和前端开发。面对全新的技术栈,大家只能一边学习,一边借助 Codex 等 AI 编程工具完成系统设计、架构搭建和业务开发。

    经过几个月的赶工,第一版终于上线了。

    然而,真正的问题也从这一刻开始暴露。

    上线后的实际效果远低于预期。系统频繁出现各种异常,但团队却很难定位真正的原因。大量核心代码都是 AI 自动生成的,代码结构复杂、抽象层级混乱,很多逻辑连开发人员自己都难以理解,更不用说进行维护和排查。

    于是形成了一个恶性循环:代码看不懂,只能继续让 AI 帮忙修改; AI 修复了一个 Bug ,却往往又引入新的问题。今天修好了 A ,明天 B 又坏了,整个系统逐渐进入一种“越修越乱”的状态。

    随着业务量增加,问题开始集中爆发。

    电话线路一旦并发稍高,系统就会出现性能瓶颈甚至直接崩溃;在线客服和语音客服在对话过程中经常出现长时间沉默、响应超时、上下文丢失等问题,导致用户无法获得正常服务。

    最终的结果并不是提升客服效率,而是让原本稳定运行的人工客服体系也受到影响。客服人员不得不频繁接管异常会话、处理系统故障、安抚用户投诉,整体工作效率反而比上线 Agent 之前更低

    问问各位大神 这种情况怎么破局 ?

    95 replies    2026-07-03 01:43:55 +08:00
    icanfork
        1
    icanfork  
       9h 9m ago   ❤️ 11
    正常,接受现实,继续让 AI 修,有问题就说 AI 覆盖测试的渗透率不够,要继续提高 AI 在测试环节主导作用

    反正 AI 是大趋势,以后就是你骗骗我,我骗骗你,多领一天工资是一天,不然你的 AI 代码率不达标直接 fire
    iv8d
        2
    iv8d  
       9h 8m ago
    这……确实挺严重的,不过你们都不测试吗,直接上线???前期问题都没暴露出来,后期确实会这样。
    sentinelK
        3
    sentinelK  
       9h 6m ago
    首先,本来 Agent 这个形态就不是一个 100%确定结果的产品,这个你们没有预期吗?
    其次,引入 Agent 应该循序渐进,而不是硬切换。比如最起码要和既定的客服流程并行处理一段时间,采纳率高于某个阈值再上。

    然后就是所谓的性能瓶颈,这说明你们对于产品本身的定义和选型都没做到和场景适配,在这种情况下跟代码就没什么关系了。
    SeanChense
        4
    SeanChense  
       9h 6m ago
    难道不应该是两套系统共存,新系统慢慢放量吗?我看你先把老系统拿回来,新系统用这个方法先迭代一波再全量吧
    Sundayz
        5
    Sundayz  
       9h 5m ago
    找个领导背锅
    sentinelK
        6
    sentinelK  
       9h 5m ago   ❤️ 10
    换句话说,这和 vibe Coding 有什么关系?
    你自己发明了一个药,也不做调研也不做实验,一下子直接把病患吃死了,然后你说这个药的生产设备有问题?
    lujiaosama
        7
    lujiaosama  
       9h 2m ago
    没有灰度的概念?直接全量上线这么勇啊。 至于这套系统,估计可以埋了,改不好的,修修补补不如等 AI 进一步迭代完全重构。
    Valid
        8
    Valid  
       9h 0m ago
    vibe coding 的项目要严格拆分业务,微服务架构极佳
    xiaowoli
        9
    xiaowoli  
       8h 59m ago   ❤️ 2
    AI 大跃进时代下的 KPI 产物,上线即巅峰,之后全是下坡路。

    两条路:
    1. 回滚到人工时代
    2. 等 AI 进化,相信后 AI 的智慧
    jackOff
        10
    jackOff  
       8h 59m ago
    我目前只有 ui 让 ai 完全发挥
    None2
        11
    None2  
       8h 58m ago
    「在线客服」也长期沉默,这个就很有问题了。用新的模型重新开发吧
    wonderfulcxm
        12
    wonderfulcxm  
       8h 58m ago via iPhone
    推倒重来,现在已经是一个鸡肋系统了
    wzzexe
        13
    wzzexe  
    OP
       8h 57m ago
    @lujiaosama 之前的系统都是三方购入的口子在对方那边,后续不打算再合作了压根不会配合我们改造。电话线路是新开的走到新系统但是也是影响了比较多的用户
    lightryanking
        14
    lightryanking  
       8h 55m ago
    让 fable 修一下呗
    526457385
        15
    526457385  
       8h 54m ago   ❤️ 2
    虽然现在用 ai ,但是每行代码我都仔细看过,业务逻辑都知道是干什么的,还是要把握到自己手里,ai 只是把你会写但是不想写的东西给写了,如果 ai 生成的你完全看不懂那最好还是学习一下再落到项目中。
    SannaVlachos
        16
    SannaVlachos  
       8h 54m ago
    @xiaowoli 哈哈哈哈,AI 大跃进
    wzzexe
        17
    wzzexe  
    OP
       8h 50m ago
    @xiaowoli 确实是 kpi 产物,屁股决定脑袋。只能硬着头皮把项目做下去团队都挺头疼的
    anonymous256
        18
    anonymous256  
       8h 49m ago
    写代码最难的部分是抽象,这恰恰是 AI 最不擅长的地方。AI 可以帮写出一个能运行的程序,但它不会默认设计出一个良好和可维护的抽象。这部分工作应该由自己主导,这样即便出问题也不会太严重。
    venk007
        19
    venk007  
       8h 48m ago
    业界有很多成熟的 AI 客服系统可供选择,比如我们 [doge]
    keethebest
        20
    keethebest  
       8h 48m ago   ❤️ 1
    代码结构复杂、抽象层级混乱,很多逻辑连开发人员自己都难以理解

    这是代码没审查吗?就算不一行行看 大致结构和逻辑还是要过下的。
    如果偷懒完全把工作全都丢给 AI ,最后得到的也只会是一堆屎山。

    屎山没有重构的必要了,重新写一套吧
    wzzexe
        21
    wzzexe  
    OP
       8h 47m ago
    @526457385 确实是的,目前项目脱离 ai 没有人能看懂没人能改了,那么我们的意义就是 ai 启动器连决策都做不了
    wzzexe
        22
    wzzexe  
    OP
       8h 43m ago
    @keethebest 新项目完全是 ai 写的,只能说一开始路走歪了导致现在无法掌控。重新写领导肯定不同意的
    goumadantui
        23
    goumadantui  
       8h 41m ago
    81%的企业承认它们缺乏对 AI 生成代码的可见性——你甚至不知道代码库里到底有多少是 AI 写的。

    这给故障排查带来了一个很隐蔽的麻烦:AI 生成的代码通常语法完美、lint 检查全过、单元测试覆盖率还不错。它的问题不在"这段代码跑不通",而在"这段代码在特定条件下的行为不是开发者预期的"。这个 gap 叫 intent gap——模型产出的东西和开发者真正想要的东西之间的距离。

    你可以看看这篇文章: https://www.fuzhoupyy.work/index.php/archives/449/
    xiaomushen
        24
    xiaomushen  
       8h 38m ago
    当然是继续烧 token 啦,用 loop coding ,买 AWS bedrock

    加油往前冲!不要在意钱
    fwee
        25
    fwee  
       8h 37m ago
    用 fable ,或者等 ChatGPT 6 发布后修。如果还有问题就再等等新模型,先熬过去就行。
    aice114
        26
    aice114  
       8h 37m ago
    所以一个牛逼的大佬有多重要
    EastLord
        27
    EastLord  
       8h 37m ago
    补测试用例呢?
    wzzexe
        28
    wzzexe  
    OP
       8h 33m ago
    @EastLord 测试用例都有的 因为业务场景上对 ai 的延迟要求高,我们加入了很多流程的硬编码,流程一多就变成屎山了
    blockmin
        29
    blockmin  
       8h 32m ago
    代码要人工审核。
    可以让 AI 设计结构,但是要人工检查。
    每次修改代码要给出详细的方案,一定要细到不能再细的点,不然写出来的代码有可能不符合原始需求
    要 AI 不要补丁式修改代码
    任何需求之外的代码改动必须的到审核且同意之后才能修改
    要 AI 写交互式的测试脚本,认真检查日志请求与返回
    要有人工测试
    AI 写代码还有很多坑的,得自己踩多了才能用的相对好
    wzzexe
        30
    wzzexe  
    OP
       8h 29m ago
    @blockmin 是的复盘总结下来 ai 的边界是很重要,和自己写代码完全不一样。
    keethebest
        31
    keethebest  
       8h 28m ago
    @wzzexe #22 那只能硬着头皮上了。 先让 AI 重构吧,先让 AI 写设计文档,至少把结构层次拆分清晰,然后重构。 结构稳定了 再让 AI 写单元测试,修复 bug ,让 AI 自测。 烧完 token 后,再人工测试
    giter
        32
    giter  
       8h 27m ago
    写之前先定好一版全团队适用的业务实现方案,然后用强模型去生成 spec 规范文档和 plan 实施计划文档,再去开始实现功能。上线之前一定得做压力测试。
    wzzexe
        33
    wzzexe  
    OP
       8h 24m ago
    @keethebest 天天都在救火,能稳定就能重构了。
    HappyAndSmile
        34
    HappyAndSmile  
       8h 23m ago
    我认为再多的措施都没什么用,只能延缓。这种情况是必然会发生的,尤其是全用 AI 新堆出来的项目
    sampeng
        35
    sampeng  
       8h 22m ago
    这就是写的时候人不监督。。。
    换句话说,写的人都不明白为什么要这么写,指导都不知道从哪指导
    HappyAndSmile
        36
    HappyAndSmile  
       8h 22m ago
    我自己写了一个比较好用的日志查询平台,全部代码都是 AI 生成的,已经变成了人工不可维护的状态了,幸好我平时自己点点点测试,bug 没那么多
    zzxCNCZ
        37
    zzxCNCZ  
       8h 19m ago
    这项目是不是多人开发的,vibe coding 必须要有一个人能全局把控。同时团队项目还会有一个问题,每个人 vibe 的技能熟练度,把控能力不一样,如果团队里有人疯狂造屎山,那早晚完犊子
    wzzexe
        38
    wzzexe  
    OP
       8h 18m ago
    @zzxCNCZ 就是多人开发的,每人负责一部分
    wzzexe
        39
    wzzexe  
    OP
       8h 17m ago
    @sampeng 尤其是自己不擅长的领域那真是 ai 大人说的都对了
    webszy
        40
    webszy  
       8h 17m ago
    灰度测试,慢慢分流,一点点加大系统负载,
    8355
        41
    8355  
       8h 16m ago
    过渡期的阵痛 继续 vibe 维修,快速制造新屎山这就是我们的趋势.
    zzxCNCZ
        42
    zzxCNCZ  
       8h 15m ago
    @wzzexe #38 那真完犊子,不说别的,每个人 vibe 的工具也不一样,效果也会天差地别,结果就是生成成堆屎山代码
    sampeng
        43
    sampeng  
       8h 12m ago
    @wzzexe AI 最好用的时候是不需要监督,最不好用的时候也是不需要监督。前者是做的人就懂,不需要监督,看结果一眼就知道问题在哪,很快就纠正。后者就是真的不监督。。。因为看不懂。。

    从你的描述来说,你们应该是一锤子买卖。。我的项目 100% AI ,但是每个模块我都是重构 3-4 次以上,每有一个交集或者改了特别大架构,我就来一遍重构,反正就是等 2 个小时的事。慢慢整个代码就非常干净。不用 AI 我自己上手也能改。
    yangzhezjgs
        44
    yangzhezjgs  
       8h 12m ago
    推倒重构,重新设计架构吧,引入一些成熟的开源框架,客服相关的语音 agent 框架还挺多的
    actopas
        45
    actopas  
       8h 10m ago
    这种有生产影响的重构,风险没有提前告知吗
    sampeng
        46
    sampeng  
       8h 8m ago
    我项目总共时间只有 1 个月,我花了 2 个星期的时间把单元测试架构,Lint ,代码规范调好。可以让模型知道问题出在哪,这一步我现在觉得越来越重要。整个项目开发周期中我不需要花精力检查代码风格,检查低级问题,检查非常简单的性能问题。
    helloet
        47
    helloet  
       8h 7m ago
    目前也面临相同的处境,每天都是救火队员。
    yuexiahaowu
        48
    yuexiahaowu  
       8h 5m ago
    降本增效,甩锅呗
    BBCCBB
        49
    BBCCBB  
       8h 1m ago
    你和代码有一个能跑就行了
    lujiaosama
        50
    lujiaosama  
       7h 57m ago
    @wzzexe 一个团队为了效率,如果没有充分的架构评审,测试回归,需求梳理优化这些流程,靠着 AI 大力出奇迹,短时间内是内糊弄过去的,后面爆发的技术债一定是猛烈的。基本上就是产品对需求的把控程度和技术负责人的 TASTE 几乎决定了一切。甚至感觉跟 AI 关系不大,还是管理的问题。
    vacants
        51
    vacants  
       7h 47m ago via iPhone
    这是好事儿啊
    C0VN
        52
    C0VN  
       7h 47m ago
    再 vibe 一个就好了
    cnucky
        53
    cnucky  
       7h 47m ago
    ai 分模块深度审计 多层级审计 多维度审计出详细报告。
    啥其他 ai 也别用就用 claude max 20x 或者 codex 200 刀的
    XProxyAi
        54
    XProxyAi  
       7h 29m ago
    还是回到了最初的问题,软件工程的本质困难是复杂性管控,这个东西没有银弹,大语言模型不是这方面的银弹,这个东西必须要资深的开发 来构建脚手架跟架构体系,AI agent 可以帮你填代码,但是一开始的设计 必须要清晰,逻辑边界一定要管控好,全交给 agent ,啥也不管控,最后就是这个样子。

    所以我最早就预言过,大公司团队反而用不好 AI 编程,由于人员协调,各方掣肘,老板不切实际的幻想,AI 用好了,在有经验的老手里面是一把利器,在没有经验的人手里,简直就是帮倒忙。
    wzzexe
        55
    wzzexe  
    OP
       7h 27m ago
    @lujiaosama 确实是这样的
    wzzexe
        56
    wzzexe  
    OP
       7h 22m ago
    @XProxyAi 你说的对,团队目前缺少的就是架构体系结果现在一地鸡毛
    msg7086
        57
    msg7086  
       7h 21m ago
    我正在开发的一个个人项目有大概 2000 多个测试用例,其中一大块都是集成测试。
    我是不知道你们测试量有多少。
    另外性能测试本来也都是要做的。
    本质上来说,任何可复现的异常情况都应该是可以做成测试用例然后让 AI 去做针对性修复的。

    再还有,你们做过多少轮架构上的迭代?每生成一定量的代码就必须要让 AI 去回头看架构设计,最好是两三个不同的 AI 模型反复推敲确定架构,互相挑毛病最终确定一个最好的方案,然后再基于新的方案去推进实施。

    最后再问一句,你们的架构师呢? Team leader 呢?谁是负责人?总不能就一堆基层程序员拍拍脑瓜搞出东西来就上线吧?
    wzzexe
        58
    wzzexe  
    OP
       7h 14m ago
    @msg7086 项目没有架构师,领导是客服部门主管抽了技术部的人去做的相当于新的业务线 AI 方面 大家都是没啥经验 项目冲着减少客服人力去的压力又大,结果就是各种 AI 拼凑的产物
    msg7086
        59
    msg7086  
       7h 11m ago
    @wzzexe 地铁老人手机.jpg
    这领导是真不怕死啊……
    XProxyAi
        60
    XProxyAi  
       7h 8m ago
    @wzzexe #56 能填代码的人,市面上一大把,现在 AI agent 这个能力也越来越强,把控全局,能给 agent 代码生成系统套上 harness 的 没几个
    Chicagoake
        61
    Chicagoake  
       6h 56m ago
    大家都讨厌联系客服时没有真人,为什么这些领导总觉得 ai 大爆发之后能这么轻松地替代真正的客服岗位?
    wzzexe
        62
    wzzexe  
    OP
       6h 52m ago via iPhone
    @XProxyAi 感觉老板被抖音上那种不会写代码也能通过 ai 写各种项目的看多了 总认为我们可以当全栈全能选手
    wzzexe
        63
    wzzexe  
    OP
       6h 35m ago via iPhone
    @Chicagoake 我也不喜欢 ai 客服,在 ai 浪潮下老板第一能想到落地的场景就是这个了
    zzNaLOGIC
        64
    zzNaLOGIC  
       6h 24m ago
    @iv8d AI 写的代码 已经没办法测试了。 再加上一般对这种团队的期望就是极致高效,机制节省成本。往往又退回到了临上线前突然冒出来一个想法,立马就让 ai 干了上线的自欺欺人的阶段。 更加是雪上加霜。
    fovecifer
        65
    fovecifer  
       5h 59m ago
    具体用的什么模型?
    另外你们这种分工方式我觉得有问题,应该用最强的模型做整体架构设计,下面的模块可以拆分,由不同的团队来做
    BeautifulSoap
        66
    BeautifulSoap  
       5h 52m ago
    lz 这帖子堪称今天下面这个帖子的最好的反例
    https://www.sunp.eu.org/t/1224476

    这帖子下面一堆人说从不看 ai 生成的代码,不 review ,ai 牛逼的,哈哈哈哈哈
    HeinousAgenda38
        67
    HeinousAgenda38  
       5h 49m ago
    为什么会有人觉得作为兜底的客服系统可以用 ai 代替
    XProxyAi
        68
    XProxyAi  
       5h 48m ago
    @wzzexe #62 没办法,AI 还是要靠人来用,你没法让他给你做一个淘宝(老梗了)
    getadoggie
        69
    getadoggie  
       5h 37m ago via iPhone
    很多人都在说 AI 生成的代码自己都不看-宣扬这种风气不是好事! 换个好点的模型吧,然后看看能不能让 AI 尽量梳理出代码逻辑来 然后做提示词工程吧 一个需求 换不同的话术 然后再不断让它自我审查遗漏点 你会发现它每次都能审查出一些来 它其实不靠谱的。不过目前也只能这样 多来个几轮
    lujiaosama
        70
    lujiaosama  
       5h 27m ago
    @getadoggie AI 给人感觉不靠谱的地方就在于只要你坚持追问,总能得到新答案。或者是拿着一个错误的问题让他修正,他也能给出方案,而不是质疑。这种不确定性始终无法让人彻底相信。
    zuokanyunqishi
        71
    zuokanyunqishi  
       5h 23m ago
    不学习顶级 AI agent 公司的工程实践,就盲目大跃进...可不就是注定的大坑
    getadoggie
        72
    getadoggie  
       5h 23m ago via iPhone
    @XProxyAi 有没有开源的好的方案啊 按确定性标准的那种
    zuokanyunqishi
        73
    zuokanyunqishi  
       5h 18m ago
    @sampeng 重构三四次,不就是说明,没设计好啊..
    getadoggie
        74
    getadoggie  
       5h 17m ago via iPhone
    @lujiaosama 因为它没有真正的价值评判 都是在做“看起来对”的事情 就像是一种“感觉”驱动的行为,闭着眼睛的。往后发展 AI 可能会在“看起来对”这个层次上做的更像、更像是真相的那个样子 但永远不可能真正达到。它本质是基于概率的。
    sagnitude
        75
    sagnitude  
       5h 8m ago
    招 2 个正经的开发,或者提拔两个,在 AI 的辅助下,从头开始设计框架。写文档写规范,设计好了框架,推演几遍,让 AI 快速生成代码
    xuanbg
        76
    xuanbg  
       5h 5m ago
    我表示看不懂,这客服接入 AI ,不就是增加一个 AI 坐席,凡是有电话进来都是 AI 先接吗?如果是在线客服,那就更简单了。调一下接口的事,这还要写啥复杂代码?
    yesha
        77
    yesha  
       5h 5m ago
    大型项目都是拆分成一个个小项目来实现
    fanyingmao
        78
    fanyingmao  
       5h 3m ago
    @getadoggie AI 生成的代码还要看,也是增加自己的心智负担,还不如一开始就自己写。现在项目一大,ai 的上下文就不行了,变的头痛医头脚痛医脚,反复改烧一堆 token 改不好,我独立开发小项目感觉都有点不可控,估计很多公司大项目 vibe coding 更会有这问题,然后时间花在 review 上
    wzzexe
        79
    wzzexe  
    OP
       4h 54m ago via iPhone
    @xuanbg 有 asr tts 意图识别 freeswitch 客服 sop 流程处理 语音对话要快速响应 转接人工客服 语音审计 坐席系统等等还是比较复杂的
    winglight2016
        80
    winglight2016  
       4h 51m ago
    问题在于,我们团队并没有专门的 AI Agent 工程师,成员基本都是 Java 和前端开发。
    ——这里不是已经把问题说得很清楚了?没有不能招一个或多个吗?没有 hc 不能请个顾问吗?大家都不懂就不能先学一段时间再搞生产?这种搞法跟大炼钢铁有什么区别?
    YGHMXFAL
        81
    YGHMXFAL  
       4h 45m ago via Android
    看我历史发言,老早就说了这种风险,AI 写得代码自然人看不懂,于是自然人就硬依赖于 AI,等着爆烟花吧
    wzzexe
        82
    wzzexe  
    OP
       4h 44m ago via iPhone
    @winglight2016 招了大多也是半路出家或者一知半解的,到现在都没有进人。时间节点倒排只能技术抽人顶上
    levn
        83
    levn  
       4h 34m ago
    一个新的技能种类和岗位不就出现了
    wuming2
        84
    wuming2  
       4h 22m ago
    可惜 AI 背不了锅,ls 一哥们说的在理,找领导背锅
    z9ln
        85
    z9ln  
       3h 8m ago
    大胆猜测,lz 是也野鸡小厂内部推行扁平化管理,很多项目都是老板一拍脑袋就开工的公司。
    看了你们的情况我真是太有感触了,小老板们看到 ai 来了就把 ai 想的无所不能。
    现实是 vibe coding 在生产里其实更需要有人能把需求精细化、架构清晰、流程理顺,现阶段这套新的工作流的前置工作甚至比古法编程任务量还要大。
    但是一般能上马这种项目的团队往往最缺乏的就是上述能力,历史项目管理都可能存在很大问题(比如我们)。
    研发的团队面临的问题是,老板认为:随便是个人直接跟 ai 输入我要做个 xxx 系统 不就好了吗。
    甚至连个懂业务人都没有,但又只能照做。
    结果就是弄出来一大坨自己都看不懂的史,review 的体验比自己重新梭哈一遍还痛苦。
    你们还算是从真实需求出发开的工呢,我们就离谱多了,老板让我们用 ai 梭哈友商积淀十几年的项目,我们既不懂业务也没有源码,照着人家系统截图纯楞臆造。项目文件夹都还没建好,市场就已经卖出去七八套了。
    引用上面老哥的话,多领一天工资是一天吧
    LuliYanng
        86
    LuliYanng  
       2h 59m ago
    我也在负责我们公司的客服,跟 op 一样,也是同时在推进文字的客服和语音电话客服,不过我还是一个人在同时做这两个项目的测试性验证。尤其是语音客服,这种项目不仅仅是代码问题,每一个链路都容易出问题的,我已经测试 3 个月了,业务成功率也只能在 50%左右,而且波动很大,这种不仅仅是代码的问题,还有延迟、实际业务中电话这个形态导致的信任问题。op 的当务之急是先让公司内摆正对这种 ai 项目的期待才行,别被外部大吹特吹蒙蔽眼睛了,这个失败的原因是很多方面的,代码可能是其中一个小的方面了
    yidinghe
        87
    yidinghe  
    PRO
       2h 56m ago
    你是技术负责人吗,如果是,那你可以说:

    > 这个项目某种程度上可以说是成功的。因为业界没人做过,我们是先行者。现在的这个系统让我们积累了很多经验,既包括业务方面的经验,也包括技术方面的。特别是哪些地方是坑。我们不怕踩坑,经验就是踩坑踩出来的。现在这个系统已经完成了自己的使命,我们接下来会启动二期项目,总结这个一期系统不够完善的地方,重新思索如何让 AI 无缝地成为客服岗位的赋能帮手,这是我们二期要达成的愿景。
    miniliuke
        88
    miniliuke  
       2h 53m ago
    vibecoding 时代架构师非常重要,真的好多人就没有架构的概念。大模型的上下文非常有限,不能让 ai 做非常发散的东西,给用一个一个盒子把 ai 的代码装起来,尽可能让 ai 只改一个盒子里面的内容
    seven123
        89
    seven123  
       2h 46m ago
    等 AI 进化,相信后 AI 的智慧
    catazshadow
        90
    catazshadow  
       2h 41m ago
    XProxyAi
        91
    XProxyAi  
       2h 37m ago
    @getadoggie #72 没有,harness 就是一整套脚手架跟管控 Agent 的 软件开发设施,硅谷那边基本上不写代码了,都在给 Agent 写配套,完全自主编码/测试/部署/灰度/验证,写代码已经可有可无了,他们的玩法基本上就是把软件构建弄成一个 Agent 自主迭代的可控系统,围绕着 Agent 来构建自己的软件应用
    micean
        92
    micean  
       2h 35m ago
    @wzzexe #21 我觉得不需要真人去看业务代码啊,我现在对于长流程,纯粹是让 AI 看完给我讲解,再剥茧抽丝
    qbmiller
        93
    qbmiller  
       2h 9m ago via Android
    好事,工作保住
    wang93wei
        94
    wang93wei  
       1h 42m ago
    我们也在做 Agent ,我自己写的 Agent 现在已经是第三次重写了。还是别用 Langchain 、Langgraph 这种,直接找个 agent core 做底层封装一个要比从头写快,而且也可控
    01802
        95
    01802  
       41 mins ago via Android
    只要 ai 一直在进步,以后花大价钱重构,多花的钱靠 ai 进步减少出错以至于可以裁掉更多人来弥补,就像吸毒一样直到某天所有 ai 靠一路学习都能轻易制作出替代你们公司产品时,你还没买够 ai 股票养老,就破产清算吧。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1069 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 174ms · UTC 18:25 · PVG 02:25 · LAX 11:25 · JFK 14:25
    ♥ Do have faith in what you're doing.