感觉l站目前有好多同质化的工具，比如api的统一管理工具，还有proxyapi的管理工具，好多都是同样的目标，但是功能上又有差别。我现在看着有点眼花缭乱。为啥佬们不在一个项目上去提交pr来一起contribute呢，这样感觉剩下不少时间和力气
很多时候pr不是那么好pr的，而且有时候目标理念各种都不相同，就更不谈什么后期收益之类的事情
而且还有一些比较复杂的流程，具体看仓库作者，而且要是理念不同，怎么都merge不了的。
更何况现在不少作品都是纯vibe的作者本身也不是很懂代码，更别说这种复杂的流程了
详情
你怎么能直接 commit 到我的 main 分支啊？！GitHub 上不是这样！你应该先 fork 我的仓库，然后从 develop 分支 checkout 一个新的 feature 分支，比如叫 feature/confession。然后你把你的心意写成代码，并为它写好单元测试和集成测试，确保代码覆盖率达到95%以上。接着你要跑一下 Linter，通过所有的代码风格检查。然后你再 commit，commit message 要遵循 Conventional Commits 规范。之后你把这个分支 push 到你自己的远程仓库，然后给我提一个 Pull Request。在 PR 描述里，你要详细说明你的功能改动和实现思路，并且 @ 我和至少两个其他的评审。我们会 review 你的代码，可能会留下一些评论，你需要解决所有的 thread。等 CI/CD 流水线全部通过，并且拿到至少两个 LGTM 之后，我才会考虑把你的分支 squash and merge 到 develop 里，等待下一个版本发布。你怎么直接上来就想 force push 到 main？！GitHub 上根本不是这样！我拒绝合并！
可以换位思考一下，有些问题提出来后自己就知道答案了
环境不同，国内的社区环境就不太适合开源… 大部分人并没有开源精神
更别提很多项目都是 vibe coding 的产物，可能会 维护 → boom
一个是很多人是纯vibe的，后期都懒得维护，可能实际用的又是别人的了，另一个是其实只是想水水帖子赚点star 
一个人有一个人的想法.
只是 linux.do 本身就是一个偏技术的社区 所以你就看到很多人在开发类似的软件、工具。
换个角度看 github 上更多“同类的软件” 他们为什么不合并维护同一个仓库呢,其实是一个道理。
我甚至觉得这个非常合理
所以我会说起码要先知会一下 做个预备的沟通交流
阴谋论之难听的事实：我有我的想法我做我的 我干嘛和你搭伙做你想做的？反之亦然 所以能够搭伙是一件弥足珍贵的事情 至于小修小补什么的不在讨论的范畴
我有我的想法，作者有作者的想法
有些情况是我要新增一个功能，但这个功能是所有人都需要的吗?
作者接了，代表他要负责这块代码的维护
开源很多都是一人专案，精力有限
取舍而已
你还别说，实际项目还真得这样干（
这就是很多人对开源项目的理解误区，开源不是涂鸦墙，谁都能上去写一笔，开源项目更像期刊，你的提交能不能合并全看项目负责人心情
每个人的想法不一样，审美不一样，反正都是些小工具，顺手就写了的事，不想去迁就别人。
容易一锅端吧 
pr的协作成本？
这样，你去给k8s或者差不多的项目提一个pr
大部分是免费的吧，主要是免费拉低了开发者和使用者的期限
没楼上说的那些道理 就是全都是纯vibe的 估计他们连PR都不会用 但是高速产出几十个repository还是没问题的
是啊，这就是现状，即使面向issue的pr，在具体功能细节上也会有pr者和作者的想法差异，pr上去的和最终merge的可能也不一样
但很多时候没有这种交流机会不是吗（羡慕哈雷宇宙
GitHub也应该和stack overflow一样，是 Professionals和enthusiasts的社区，随着AI编程的兴起，后者则是越来越多了
倒是没必要
但是最大的问题是AI现在在github疯狂拉屎 未来AI再用这些数据训练 结果可想而知 屎中屎
在纯文字AI出来之前 至少github上大部分代码都还是有训练价值的 旧的copilot用起来就非常舒服
那么多Linux发行版本，为什么他们不合并成一个Linux版本呢，一样的道理