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

[blackantt]

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

[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]

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

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

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