Godot基金会宣布AI政策变更！

这种基础设施就不应该用ai写，写多了没法维护，所有用这个引擎的人都要受影响。

♥ 192 ↩ 8

可以fork一个vibe-godot版本出来 大伙一起用ai堆代码 看看最终发展成什么样[doge]

♥ 151 ↩ 22

ai编的功能自己用不就完了[疑惑]上传上去干嘛

♥ 72 ↩ 4

开发又不禁止你用[吃瓜]。你传底层代码上传AI代码就不礼貌了

♥ 44

看了评论区，我想说的是，如果你用ai写，而且你自己可以给逐行逐句给别人讲清楚这些ai生成的代码，那样还好说[doge][doge]。起码跟自己写的也没区别，互相交谈方便维护。 然而直接ai生成然后自己也看不懂，不知道怎么跟别人解释，我个人感觉这是给社区的真人开发者们添麻烦的行为。。[笑哭][笑哭]

♥ 21

好事啊，纯AI生成代码参与引擎架构，还不审计就发出来，意思是？为了帮其他开发者省token吗

♥ 24 ↩ 1

我用ai给某个50k+star项目提过7个PR且最后都被合并，其中两个涉及整个生命周期修复，三个被点名表扬，我总结了下原因： 1. 我自己就是开源项目作者，我知道如何约束修改范围 2. 我能看懂ai debug的逻辑，并指导ai修正方向 3. ai给的issue草稿一定会让子代理做交叉验证 4. 正式提交前一定会做格式审查和全量验证 5. PR简介包含完整的issue信息和check表，方便作者快速定位和完善PR

♥ 20 ↩ 7

[吃瓜]github要想长久下去就不能让自己变成愚蠢的用vibe coding堆💩山的社交社区，虽然目前看确实变成了社交社区，天天都给我推一些垃圾项目，感觉逛github就跟刷抖音一样了

♥ 20 ↩ 2

挺合理的。举个例子，像sdl这个接近底层设施的库，采取的政策是直接禁止使用AI代码。这类底层设施的代码质量太重要了，采取这样的政策相当合理。

♥ 15 ↩ 1

知道为什么我去openclaw仓库看了一眼就知道这玩意纯垃圾吗？ 10w行代码没有注释的含金量，一个月8个版本每个版本都有模块失效级重大bug的含金量，pr全部都是不会写代码的嘉豪用ai生成的代码的含金量。 最初的代码就是那哥们vibe coding出来的，它本身水平就很一般，又不拒绝ai，我不知道他的pr要怎么审查。

♥ 17 ↩ 4

挺好的，想用AI生成高质量代码也得慢慢磨，我一个100多行的PR就算用AI也磨了2-3天了，因为AI总会生成一些没用的check，为了通过加一些莫名其妙的代码，如果不仔细review根本发现不了

♥ 12

完全利好 ai洪水太离谱了 但凡是辅助写的自己知道写的是啥还行 有些就是完全ai写的功能对了就提交 维护者的工作量直接炸了[笑哭][笑哭]

♥ 11

现在在用ai写godot游戏的代码，各种奇奇怪怪的bug真的非常多，不敢想godot本身用上这些ai代码的后果[笑哭]ai帮人改代码还行，直接用ai生成代码本身还是太逆天了

♥ 9 ↩ 1

但是，怎么判断代码是不是AI写的？难道还要引入AI检测率？

♥ 9 ↩ 20

我就是属于那种不太懂编程但使用vibe coding，并且完成了大量实际工作的。vibe coding 效率有多高我是知道的，很多数据清洗，格式转化，数据集构建，unsloth的功能调整之类的，本来光解剖项目就得一个礼拜，codex几小时就能搞定。但缺少编程基础的代码有多烂我也是知道的，它只是绷在那里，只是刚好针对我的特定需求，或者一次特定训练能良好运行而已，并且一般也就用一次。这种东西一旦合并到主分支里我都不敢想得出什么岔子。

♥ 6

现阶段,用AI开发的基本都是一些超级菜鸟.因为高手一试就知道AI目前还不能用.短小的具体的功能还需要谨慎审核,稍微大一点的工作不够给AI擦屁股的!

♥ 12 ↩ 11

我使用的一个笔记软件，joplin，其社区也有类似规定，也是基于同样原因。 以我少到不能再少的编程经验，哪怕是AI优秀到如上面提到的可以全用AI生成一套开发工具，在生成过程中也几乎必然会有人工参与，甚至人类可能会付出更多的精力。 AI的发展会远远超过人们的想象，我依然坚信这一点。但AI的发展还远远不如很多人类所预想的那般优秀，这一样是事实。

♥ 5

不如核心禁ai, 但plugin 用ai吧

♥ 4 ↩ 1

是啊，基础引擎的代码质量需求远高于功能需求

♥ 3

ai没问题，但是得是高质量代码[笑哭]参考linux那边的政策

♥ 3