How should raylib as a project handle AI-generated contributions? #5712
Replies: 16 comments 6 replies
-
|
@ch0ccyra1n No policy, AI PRs will be reviewed as any other PR. raylib is a C project, changes require hard testing, it's a domain where AI-developers rarely try to contribute. In any case, PRs are reviewed by me, as any other PR. |
Beta Was this translation helpful? Give feedback.
-
|
I think requiring the common courtesy of disclosure of AI use is the perfect middle ground, personally. |
Beta Was this translation helpful? Give feedback.
-
|
I don't think 100% AI generated code should be allowed, Maybe for repetition or some suggestions for the author but it should at least reviewed by author and include a full human written explanation |
Beta Was this translation helpful? Give feedback.
-
|
Mentioning usage of AI should be hard requirement. |
Beta Was this translation helpful? Give feedback.
-
|
The people reading these comments 5, 10, 15, 20+ years from now are laughing at us for wasting our time arguing about such inane topics. |
Beta Was this translation helpful? Give feedback.
-
|
Ban people who PR low-effort trash, hand-coded or AI. Leniency towards beginners who are producing low quality work but putting in effort and trying to learn |
Beta Was this translation helpful? Give feedback.
-
|
AI can be good tool in a complex algorithms. But it can become quite bad at the same time, even if best model is used. I think best way is to: 1. Require AI usage announcements in pr. 2. Strict requirement for a medium - big changes for a quality check on side of a contributor. Not just tests, but the codebase quality and it's alignment with the project and human readability / understanding too. Low effort and Ai misuse should be closed without time waste on the analyze and discussing. |
Beta Was this translation helpful? Give feedback.
-
|
Developers should write code, AI should not write code. |
Beta Was this translation helpful? Give feedback.
-
Unfortunately the flamewar is made possible by how important it is. |
Beta Was this translation helpful? Give feedback.
-
|
The thing about AI writtten code is, people will write explanatation with AI too and try to pass it as human written, it should be no AI or disclosure of AI with later its matter of will the code meet the standard and do the contributer understand part of the code they sent the PR about |
Beta Was this translation helpful? Give feedback.
-
|
Probably not going to end well for me, but I believe that AI-generated contributions should be mostly or fully rewritten by a human. During training, an AI model sources its code from us without (presumably) any credit. |
Beta Was this translation helpful? Give feedback.
-
|
The scope of raylib thus far is focused on being reliable fundamental building blocks for graphics programming. It's deliberate, thoughtful, and organized in an intuitive but specific way. AI could easily write functioning code that muddies the waters as far as that organization and stylistic consistency goes. I've had to look at raylib source a few times, and that consistency really helped me to understand how things worked and to find the answers I needed. I think this is one of the triumphs of raylib as a lower-level tool that is very beginner friendly (but that is capable of doing just about anything). Keep that strength. No AI! |
Beta Was this translation helpful? Give feedback.
-
|
If the output of both AI or 100% human code is the same AND the dev can explain exactly what's going on, to me that's fair game. It's hard to know for sure whether someone is lying about AI usage, but it's fairly easy to poke holes in someone's explanation when they don't understand the code they generated using AI. I'd lean on a "fair game until there are signs of AI slop that the dev can't explain", this way if someone clearly shows signs they can be banned from future contributions. C projects are way less likely to have the tsunamis of AI slop PRs that JS/Py projects suffer from. And obviously screw fully AI generated PRs, I don't know how anyone can even defend those... |
Beta Was this translation helpful? Give feedback.
-
|
I think AI contributions should be banned. Especially 100% AI generated contributions. I'm aware you do review contributions yourself Ray, Because let's bet honest, you cannot review everything in a PR. On a more personal note. The force of Raylib, and the reason we as a community are all here, is because of the humanity of this project and how much it brings people together, the context, the person and the maintainers behind it. There are enough libraries powered by sterile AI contributions as it is. Let's not make Raylib one. I dont want to feel like my favorite library is beeing contributed by something as sterile as generative AI. I apologise for my bad language & writing skills, english is not my native language.. :( |
Beta Was this translation helpful? Give feedback.
-
|
You should absolutely not accept AI contributions. They plagiarize far and wide, and when (not if) copyright is settled correctly in this regard, your project will be in a legally dubious state. You've built it just fine without it. There is no need and nothing to gain. |
Beta Was this translation helpful? Give feedback.
-
|
I disagree with allowing vibe coded PRs. LLMs are still incredibly poor with lower abstraction languages like C because humans can handle lower level logic better. They cook up crap that somehow works but makes no sense. I support banning vibe coded commits altogether but allowing LLM assisted contributions (only for fixing bugs that are PITA) and LLM usage should be disclosed while filing a PR. We can't avoid LLM contributions anymore as the tech took over every piece of our life but we can have a good amount of quality control by limiting it. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi! I've been enjoying raylib for some time and have used it in some unreleased projects (I'll finish them some day I swear!) in the past. With the usage of AI-generated contributions in at least some open source game development tools, I figured I'd check to see what raylib's policy is, and based on CONTRIBUTING.md there doesn't seem to be one at the moment. Thus, I figured I'd ask the community what we think. My personal views aside, having any policy at all is certainly going to be better than having no clear policy.
Sorry for the possible flamewar this might start, but it is important.
EDIT: For an example of a simple disclosure policy, the Linux kernel currently has such a policy.
159 votes ·
Beta Was this translation helpful? Give feedback.
All reactions