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

[blackantt]

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

我一个代码门外汉，都能利用 AI 来做一些简单的东西了。那是否是说简单东西 AI 来做没问题，复杂的功能哪怕逻辑没问题，AI 也做不出来？

[fyq]

既然是开源的，那你 fork 一个分支，然后用 fable5 加速一下，再提个 PR 不就好了，双赢。

[mooyo]

no ，并非是不想用 AI 加速，而是人的精力有限。

coding 只是项目中很小的一部分。

[mooyo]

@fyq 这种算 AI ddos 。。。严重的很可能被上游 block 。等于将原本人应该做的很多活推给了 maintainer 。

[fyq]

@mooyo 如果是这样，那就 fork 一个按照自己的需求请 AI 加速开发，然后留着自己用就好了吧。或者在合适的许可证之下继续开源，自己当新项目的管理者，这也是很常见的对吧。

[loveshuyuan]

开源浪费精力，又没收益

[mooyo]

@fyq #4 是的，最好就是自己 fork 自己玩不要给上游添乱。添乱之前先开 issue 做 feature request 沟通方案拿到 approve 再动手。。。

因为真的在 vibe coding 时代，对开源项目来说，代码是最不值钱的东西。90%的工作在代码之外。

[nightwitch]

商业项目，上线就是目标，赚钱是动力
开源项目是一个过程，既没有目标也没有动力，加速它不加速它有什么区别呢

[blackantt]

@fyq 我只能勉强看懂逻辑代码。 要真有能力，倒想这么干。：）

[UnluckyNinja]

这仨库不是都有用 AI 吗？两个 claude ，一个 copilot ，没准人只是不 vibe 而已

[blackantt]

@UnluckyNinja 那奇怪了，国外有人 1 夜之间用 AI 把一个大项目转换/做成。 国内项目进展这么慢？ 5x 不论速度/容量 搞这些没问题吧。

[kristofer]

可以反过来想一下，为什么要加速开发呢？

[kneo]

自己辛辛苦苦写的项目，不想让 AI 在上面拉屎而已。

[uiosun]

开源最重要的是：稳定和一致性；
面对的困境是“无获益行为下的兴趣驱动”。

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

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

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

而很多 PR 都是 shit 水准，AI 随便写写，就提上来了，纯的就是添乱。

[placeholder]

不可控的快速意味着混乱。

[UnluckyNinja]

@blackantt #10 AI 不是银弹，
- 当事人不计成本，而且有钱可烧
- 当事人只需要做出来，不需要考虑后续维护
进展快是要去哪啊，总不能也上月球吧，一般项目都是先敲定需求再开工，一周内有 commit 我觉得都算积极更新了

[xue777hua]

"复杂的功能哪怕逻辑没问题，AI 也做不出来？" 对。

[feeeei]

作者问题，你换个赛道看看，你看看 OpenClaw/Hermes ，不过这俩比较极端，一天 800 个 commit...

稍微正常一点儿的，比如 sub2api ，平均一天几十个 PR ，人工肯定 Review 不过来，都是 AI 写、AI Review

[w568w]

> 我只能勉强看懂逻辑代码

那我知道为什么要用 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]

加速图什么？没有 kpi 给自己硬上吗？做开源自己开心没压力最重要，又不图写出来的东西能赚到几个子

自己或者身边朋友没需求的东西绝对不做，就算有 pr 也不合并，永远不用的东西维护也不是不维护也不是

[lscho]

代码门外汉就不要靠想当然来评价一个项目了。

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

我经常对不懂写代码的人拿现实中的建筑工程举例，当你看到一座建筑从零到投入使用，占比最小的就是“盖楼”的环节，软件工程也一样，“写代码”就是占比最小的环节。

[SayHelloHi]

AI 写的代码，维护起来很费时间

要么一开始就用 AI 写 有 bug 让 AI 改

[lucifer9]

我觉得这个问题你就算去问 AI ，它也应该足以给出来一个符合当前普遍认知的，也能够让你信服的答案。

[zuokanyunqishi]

你拿 AI 写一两个复杂项目,每天 10 个小时以上,不到一个月就明白了..

[KuAoaoaoao]

ai 不会创造 只会复制，人才会创造

[AkaGhost]

对自己的项目有代码质量要求，想要在上面施行最佳实践，容忍不了 AI 一通乱改。

特别是 AI 幻觉严重，本来一点小改动让 AI 秃噜一大长串最后四处漏风漏水。

[lilililili2020]

ai 拉屎拉出来的好东西 https://github.com/bbs1org/bbs1org

[Building]

项目刚起步的时候，代码量是你需求的 100 倍，ai 做的比你多的多，用 ai 当然没问题
项目大起来以后，需求复杂度是写代码的 1000-10000 倍，这时候你硬写需求，那你才是 ai

[msg7086]

之前我收到过一位开源项目开发者关于使用 AI 的看法。
其中有很大一项就是：
许可证污染。

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

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

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

当然楼上几位提到的维护者的精力也是很重要的一点。你是作为一个第三方开发者去贡献代码的，而第一方开发者对项目的了解程度远比你高，你无心引入的一些变更，对方仔细审核以后就可能会发现隐藏的 bug 。再加上万一对方合并 PR 以后出现问题，责任在对方头上，而不是你头上。维护者身上的压力远比一个 PR 作者要大。

[300]

我自己的项目，AI 重构了一遍再也不想看了…
接受 AI 代码只有〇次和无数次

[arischow]

在公司项目加一个功能都要考虑很多事

[gogozs]

为什么不用 ai 加速干死微信

[busier]

以前自己写的内容 对每行代码都清清楚楚 精雕细琢

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

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

但是有些项目任由 AI 随便拉 要出问题就是大问题

[ion1ze]

如果一开始就是 AI 写的那么无所谓，之前没有 AI 辛辛苦苦迭代成现在这样的，用 AI 有点 NTR ，被一些工具修改还要 yes[狗头保命]。

[edmond]

AI 无法背锅

[darkengine]

自己的项目，我是不舍得让 AI 随便往里拉💩的

[hacson]

godot 维护团队就说过，合并 pr 也是团队学习成长的一个过程，你盲目提交 ai 生成的代码，对于团队既没有帮助，也没有起到什么很好的推进项目的作用