似乎开源项目作者不知道/不想利用 AI 来加速自己的开发?

blackantt 2026-08-02 13:43 1

我关注的几个开源项目,gopeed,FluxDown, retainpdf 等似乎进展很慢。 为啥不利用 fable5 来加速呢?

最新回复 (77)
  • fyq 08-02 13:44
    1
    既然是开源的,那你 fork 一个分支,然后用 fable5 加速一下,再提个 PR 不就好了,双赢。
  • mooyo 08-02 13:44
    2
    no ,并非是不想用 AI 加速,而是人的精力有限。

    coding 只是项目中很小的一部分。
  • mooyo 08-02 13:45
    3
    @fyq 这种算 AI ddos 。。。严重的很可能被上游 block 。等于将原本人应该做的很多活推给了 maintainer 。
  • fyq 08-02 13:48
    4
    @mooyo 如果是这样,那就 fork 一个按照自己的需求请 AI 加速开发,然后留着自己用就好了吧。或者在合适的许可证之下继续开源,自己当新项目的管理者,这也是很常见的对吧。
  • loveshuyuan 08-02 13:52
    5
    开源浪费精力,又没收益
  • mooyo 08-02 13:54
    6
    @fyq #4 是的,最好就是自己 fork 自己玩不要给上游添乱。添乱之前先开 issue 做 feature request 沟通方案拿到 approve 再动手。。。

    因为真的在 vibe coding 时代,对开源项目来说,代码是最不值钱的东西。90%的工作在代码之外。
  • nightwitch 08-02 13:55
    7
    商业项目,上线就是目标,赚钱是动力
    开源项目是一个过程,既没有目标也没有动力,加速它不加速它有什么区别呢
  • blackantt 楼主 08-02 13:56
    8
    @fyq 我只能勉强看懂逻辑代码。 要真有能力,倒想这么干。:)
  • UnluckyNinja 08-02 14:01
    9
    这仨库不是都有用 AI 吗?两个 claude ,一个 copilot ,没准人只是不 vibe 而已
  • blackantt 楼主 08-02 14:05
    10
    @UnluckyNinja 那奇怪了,国外有人 1 夜之间用 AI 把一个大项目转换/做成。 国内项目进展这么慢? 5x 不论速度/容量 搞这些没问题吧。
  • kristofer 08-02 14:10
    11
    可以反过来想一下,为什么要加速开发呢?
  • kneo 08-02 14:23
    12
    自己辛辛苦苦写的项目,不想让 AI 在上面拉屎而已。
  • uiosun 08-02 14:31
    13
    开源最重要的是:稳定和一致性;
    面对的困境是“无获益行为下的兴趣驱动”。

    快速的上更多功能,又不做商业 App ,做的大而全图啥呢?

    @fyq 这绝对要挨骂的……Github 基于 AI 给开源项目带来的管理压力,甚至考虑要增加 AI Coding Check 了。

    数倍增长的 PR 数量,问题在于审核者无论是数量还是达成共识的速度,并没有数倍增长。

    而很多 PR 都是 shit 水准,AI 随便写写,就提上来了,纯的就是添乱。
  • placeholder 08-02 14:43
    14
    不可控的快速意味着混乱。
  • UnluckyNinja 08-02 14:49
    15
    @blackantt #10 AI 不是银弹,
    - 当事人不计成本,而且有钱可烧
    - 当事人只需要做出来,不需要考虑后续维护
    进展快是要去哪啊,总不能也上月球吧,一般项目都是先敲定需求再开工,一周内有 commit 我觉得都算积极更新了
  • xue777hua 08-02 14:49
    16
    "复杂的功能哪怕逻辑没问题,AI 也做不出来?" 对。
  • feeeei 08-02 14:49
    17
    作者问题,你换个赛道看看,你看看 OpenClaw/Hermes ,不过这俩比较极端,一天 800 个 commit...

    稍微正常一点儿的,比如 sub2api ,平均一天几十个 PR ,人工肯定 Review 不过来,都是 AI 写、AI Review
  • w568w 08-02 14:50
    18
    > 我只能勉强看懂逻辑代码

    那我知道为什么要用 AI 了。我发现大众对 AI 的认识遵循邓宁效应:

    - 对编程和 AI 了解 0%:不知道 AI 的存在

    - 对编程和 AI 了解 20%:略微感受到 AI 的好处,但大部分事情还是自己来

    - 对编程和 AI 了解 40%:(愚昧之峰)认为 AI 无所不能,鼓吹所有事情都能用 AI 解决,不用 AI 的全是「老古板」「落后」「封建」

    - 对编程和 AI 了解 60%:(绝望之谷)深入使用后,认为「 AI 就是垃圾」,写出来代码都是一坨,什么都做不好

    - 对编程和 AI 了解 80%:(开悟之坡)重新思考与 AI 之间的关系,编写 Skills 等 Harness 来控制 AI 编程,同时自己加深编程理解

    - 对编程和 AI 了解 100%:完全理解和掌控 Agent ,灵活从事复杂的工作,清晰分层人与 Agent 之间的分工逻辑并弥补彼此的不足
  • kdwnil 08-02 14:52
    19
    加速图什么?没有 kpi 给自己硬上吗?做开源自己开心没压力最重要,又不图写出来的东西能赚到几个子

    自己或者身边朋友没需求的东西绝对不做,就算有 pr 也不合并,永远不用的东西维护也不是不维护也不是
  • lscho 08-02 15:08
    20
    代码门外汉就不要靠想当然来评价一个项目了。

    对于一个成熟的项目或者使用量广泛的开源项目,代码落地已经是最不值钱、最不占用时间、最简单的一件事。光日常维护都得占用一半精力,新功能推进中方向规划又得占用很大的精力,任何一个重要的功能,光意见收集、风险评估、开发者讨论都得占用很长的时间。

    我经常对不懂写代码的人拿现实中的建筑工程举例,当你看到一座建筑从零到投入使用,占比最小的就是“盖楼”的环节,软件工程也一样,“写代码”就是占比最小的环节。
  • SayHelloHi 08-02 15:22
    21
    AI 写的代码,维护起来很费时间

    要么一开始就用 AI 写 有 bug 让 AI 改
  • lucifer9 08-02 15:46
    22
    我觉得这个问题你就算去问 AI ,它也应该足以给出来一个符合当前普遍认知的,也能够让你信服的答案。
  • zuokanyunqishi 08-02 15:52
    23
    你拿 AI 写一两个复杂项目,每天 10 个小时以上,不到一个月就明白了..
  • KuAoaoaoao 08-02 16:02
    24
    ai 不会创造 只会复制,人才会创造
  • AkaGhost 08-02 16:18
    25
    对自己的项目有代码质量要求,想要在上面施行最佳实践,容忍不了 AI 一通乱改。

    特别是 AI 幻觉严重,本来一点小改动让 AI 秃噜一大长串最后四处漏风漏水。
  • lilililili2020 08-02 17:00
    26
    ai 拉屎拉出来的好东西 https://github.com/bbs1org/bbs1org
  • Building 08-02 17:05
    27
    项目刚起步的时候,代码量是你需求的 100 倍,ai 做的比你多的多,用 ai 当然没问题
    项目大起来以后,需求复杂度是写代码的 1000-10000 倍,这时候你硬写需求,那你才是 ai
  • msg7086 08-02 18:10
    28
    之前我收到过一位开源项目开发者关于使用 AI 的看法。
    其中有很大一项就是:
    许可证污染。

    你做自己的项目,你想怎么搞就怎么搞,反正你自己负责,开 AI 拉多大的都无所谓。(我现在 vibe 的一个项目已经非常大了,几千个提交,就是这么做的。)
    但是这是别人的项目,而且是开源项目,想必还是比较出名的项目。
    那么问题就来了,你怎么保证 AI 生成的代码不是和其他私有项目或者许可证不兼容项目里的代码一个样?
    比如你在给 MIT 项目贡献某种算法,结果后来被爆出来和另一个 GPL 项目里的算法非常类似。
    怎么办?整个项目都给你污染成 GPL 了。

    所以很多人非常忌讳这种 AI vibe 大功能的 PR 。
    如果是简单的修改,比如你找到一个 C++内存溢出问题,修改一下缓冲区长度,又或者是 double free 了你给修一下条件,这种属于著作权法上「简单修改」的情形,一般维护者是接受的。

    后来那位维护者也提到,如果只是生成简单的测试用例,或者参与 debug 工作找到代码错误,这些一般都是可接受的。所以后来我给这个开源项目做的贡献就是写了一个独立于项目的测试框架套件,由我反向导入开源项目作为子模块,然后跑测试用例。

    当然楼上几位提到的维护者的精力也是很重要的一点。你是作为一个第三方开发者去贡献代码的,而第一方开发者对项目的了解程度远比你高,你无心引入的一些变更,对方仔细审核以后就可能会发现隐藏的 bug 。再加上万一对方合并 PR 以后出现问题,责任在对方头上,而不是你头上。维护者身上的压力远比一个 PR 作者要大。
  • 300 08-02 18:16
    29
    我自己的项目,AI 重构了一遍再也不想看了…
    接受 AI 代码只有〇次和无数次
  • arischow 08-02 18:23
    30
    在公司项目加一个功能都要考虑很多事
  • gogozs 08-02 19:00
    31
    为什么不用 ai 加速干死微信
  • busier 08-02 19:19
    32
    以前自己写的内容 对每行代码都清清楚楚 精雕细琢

    现在 AI 写完都不想看 成就感和价值都非常低

    个人的小玩意不看没什么问题

    但是有些项目任由 AI 随便拉 要出问题就是大问题
  • ion1ze 08-02 19:56
    33
    如果一开始就是 AI 写的那么无所谓,之前没有 AI 辛辛苦苦迭代成现在这样的,用 AI 有点 NTR ,被一些工具修改还要 yes[狗头保命]。
  • edmond 08-02 20:10
    34
    AI 无法背锅
  • darkengine 08-02 20:38
    35
    自己的项目,我是不舍得让 AI 随便往里拉💩的
  • hacson 08-02 20:41
    36
    godot 维护团队就说过,合并 pr 也是团队学习成长的一个过程,你盲目提交 ai 生成的代码,对于团队既没有帮助,也没有起到什么很好的推进项目的作用
  • shansing 08-02 20:51
    37
    Gopeed 作者正是今年用 AI 做完了 ed2k 支持呢。
  • blackantt 楼主 08-02 21:15
    38
    @shansing 那进度怎么还这么慢呢? 估计是被 fable5 屏蔽了。
  • ca2oh4 08-02 21:17
    39
    用了 AI 之后,人还有手搓的耐心和能力吗?
  • xiaoz 08-02 22:46
    40
    开源作者也要上班,也要生活呀。gopeed 作者之前在 V 站发过有用 AI 辅助的,应该只是太忙了,毕竟这玩意也不赚钱,纯爱发电,也不容易。
  • strobber16 08-02 23:18
    41
    你可以 fork 自己做。别提 pr 给别人拉屎就行
  • Tink 08-02 23:22
    42
    主要是 review 成本太高了
  • sky96111 08-02 23:36
    43
    FluxDown 都快把纯 AI 写在脸上了,并非“不知道/不想利用 AI”
  • billccn 08-03 00:21
    44
    正常团队维护代码都是站在代码构架的立场上“吸收”新的功能,如果完全不适合的功能就会拒绝或者安排重构,重构的时候还会考虑如何解决其他的技术债或者实现新的能力等,让重构的时间更有价值。

    AI 基本上是把完成用户的指示作为唯一目的,还有系统提示词基本上都有减少询问用户的指示,即使构架完全不适合,AI 也通常会蛮力完成,生成的代码如💩一般,大家应该都见过。

    即使 AI 也进行了重构,但是重构的方向和维护团队的不同,那谁愿意花时间去审阅它,那这个 PR 也无法合并。
  • aojunhao123 08-03 00:34
    45
    你都说你是门外汉了就不要想当然地下结论了
  • osilinka 08-03 00:37
    46
    软件的复杂度越来越高,编码只是最简单的一部分了。
  • aes114514gcm 08-03 01:12
    47
    SQLite 数据库的作者 Richard Hipp,在一次采访中解释,为什么他的项目一律不接受外部的 PR。

    "
    假设你有一个关于 SQLite 的 PR。你对我说:” 嘿,我为 SQLite 开发了一个新功能,这是我提交的 PR。”

    你想让我把它合并到代码库中时,你说:” 哦,它是免费的。”

    不,PR 不是免费的。

    你实际上是对我提要求:你开发了这个很棒的功能,然后希望我帮你维护它、帮你编写文档、帮你测试,并在接下来的二十五年里一直为你维护它。这可不是免费的。

    Linus 曾说过一句名言:Free 既可以指免费啤酒,也可以指言论自由。但还有另一种 Free:免费的小狗。” 瞧,我这儿有只免费的小狗送给你。” 你明白我的意思了吧?

    提交一个 pull request 就相当于有人送你一只小狗。一天下来,你的小屋里就多了一只小狗。你不能把它扔掉 —- 你有道义上的责任照顾它,直到它自然死亡。

    我可不要任何免费的小狗。
    "
  • ffalex 08-03 02:37
    48
    他们都有用 ai 开发吧,提交里面也有 claude 的共同提交,你所谓的加速是什么?
    一些 bug 在发布前就解决了,更多的 bug 靠用户反馈,然后是新功能也是想出来的,也不是随便加进去的。
  • obeyatonce 08-03 06:40
    49
    最简单一点:图啥呢?开源项目赚不到钱,何苦花上大几百块钱来加速自己的项目?
  • june4 08-03 08:56
    50
    ai 优点是快,但代码质量还是远比不过老手,作者可能只是有点洁癖不想在自己项目里拉屎。
    我只有在又不是不能用的项目里用 ai 且不怎么看代码,主项目还是每行都过眼。
  • sir283 08-03 09:01
    51
    有没有可能,是作者没空搞呢?而且,开源项目收益几乎为 0 。
  • zhongzhaoguo 08-03 09:01
    52
    你可以搜一篇公众号:“当 AI 执行变得廉价:谁在消解劳动的价值”,你真的太适合看这篇文章,建议多看几遍
  • Shura 08-03 09:05
    53
    只开发不测试?
  • TimPeake 08-03 09:08
    54
    确实,尤其 nas 玩儿家,相信对这个更深有感触。一些知名项目 大半年以上更新一次 ,甚至一度怀疑是不是停止维护了
  • cstj0505 08-03 09:11
    55
    保持代码风格一致,保证作者把控技术方向和魔法细节,代码洁癖.
    AI 是强,但也没那么强,你要生成烂大街的代码,ai 是块,但你的项目也腐烂的快
  • SleepyRaven 08-03 09:11
    56
    还有一点是:很多开发者是有精神洁癖的
  • wanniwa 08-03 09:16
    57
    给作者捐 1000 刀,看他更不更
  • 96 08-03 09:20
    58
    这种出一点问题叫的最厉害了。
  • syubo2810 08-03 09:25
    59
    公司项目我是推荐用 ai 的,因为要快速验证,也需要自己提升自己业绩,至于代码效率高不高,好不好维护,无所谓啊,大不了加服务器配置,再不行让 ai 优化,实在不行就和公司说要么重构,要么接受慢,最后大不了跑路,其实大部分项目还没等到代码出问题,业务就没了。至于开源项目,你自己心血的就少用,用了也得自己吃透,不然你自己都不知道这项目是怎么跑起来的,容易被废弃
  • hailaz 08-03 09:59
    60
    ai 写代码是快,那你能保证 bug 的概率不?还是说出 bug 之后甩锅给 ai 就结束了?另外就是代码膨胀之后,是要维护的,功能越到 bug 越多,如果你不介意自己的线上项目遇到 bug ,那我无话可说。

    不反对 ai 提效,反对无脑上 ai 。

    如果你觉得 ai 够强,就用 ai 搞个开源项目感受一下。
  • xitler 08-03 10:01
    61
    因为这些复杂项目的瓶颈不在开发速度上啊。。。很多开源项目甚至开始拒绝 vibe coding 的产物了
  • LiangLin 08-03 10:03
    62
    应该已经没啥人愿意继续开源了,毕竟啥不能 vibecoding ,开源已经失去了意义,就差一个创意
  • liushuang 08-03 10:06
    63
    我自己的项目也重度用 AI ,但体感上差别很大:新模块起步的时候 AI 帮忙最多,代码量倍增也不虚。但改存量代码就头疼了,它不了解当初为什么这么设计,经常给你重写一遍反而引入新问题。成熟项目的瓶颈确实不在“写代码”这步。
  • yh7gdiaYW 08-03 10:15
    64
    fork 自己用,不要想着合到主干去,提交一个高质量、不带来兼容性问题的 PR 太麻烦了,对你和维护人都是
  • tiredtom 08-03 10:21
    65
    写代码,本来也就是手艺活儿
  • superrichman 08-03 10:27
    66
    Github 一个月送的 10 刀 Copilot 都不够耍几下的,为了省 credit 让它自动选 model 只有 gpt5.3 。是我不想用 claude 5 吗?何不食肉糜。
  • kkwa56188 08-03 10:30
    67
    以为手里自己拿了一个锤子, 就看什么都像钉子
  • txican 08-03 10:38
    68
    @blackantt
    对, 这就是关键!
    你"只能勉强看懂逻辑代码"
    你不是"真有能力"

    所以, 实际上项目进展慢的原因不是 "没有使用 fable5"
  • ugpu 08-03 10:39
    69
    出来个 ai 给码农配了个好的锤子 门外汉也觉得自己能吊打一切了。
    要不你先搞清楚 原创产品 vs 已有产品的同质化抄袭的差别?
  • stardust21 08-03 10:51
    70
    所以古代施粥的大户为什么不煮肉粥给大家吃呢?和着人家用 fable5 不要钱啊
  • tf2 08-03 10:56
    71
    LZ 想法出发点是好的 https://x.com/Charles77xixi/status/2084103670413820039

    其实有更好的出发点:

    你会调用 AI ,别人也会调用啊。你觉得要贡献给开源项目,不如直接给维护者捐献 token 。


    😉 😉 😉 😉 😉 😉 😉 😉 😉 😉 😉 😉 😉
  • W4J1e 08-03 11:10
    72
    如果你觉得有不完善的地方可以 fork 了自己用 AI 改了自己用,我就是这样做的
  • Sundayz 08-03 11:12
    73
    他都无私开源了,加速开发对作者有什么好处呢?
  • catazshadow 08-03 11:43
    74
    属于是被天朝老板忽悠瘸了,效率和速度都搞不清了
  • YGHMXFAL 08-03 12:25
    75
    我自己的个人项目绝不掺杂 AI 代码,一个字符串都不接受

    公司项目就随便了,反正 AI 拉屎 AI 清理,清理不了就跑路,屎山不需要我操心,顺便也给那些“AI 万能”的煞笔领导们上一课,给后来人减几分压力
  • zoharSoul 08-03 14:43
    76
    你自己 fork 个不就好了
  • ZeroHowieLi 08-03 14:51
    77
    利用 AI 的到处都是吧?最有名的龙虾。这不就是一个很经典的用 AI 写代码的项目吗
* 帖子来源V2EX
返回