Re: Claude AI code audit of GNUstep core stack — 150 fixes, 12 perf optimizations, all available for upstream
Riccardo Mottola <[email protected]> Fri, 10 Jul 2026 10:07:57 +0200
| Newsgroups | gmane.comp.lib.gnustep.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, David Chisnall wrote: > For various ethical reasons, I would prefer that you did not. I have > no desire to contribute to the various harms that these systems are > responsible for. > > Given the very low signal to noise ratio from the reports so far, I > don’t intend to triage anything else coming from your plagiarism machine. I perfectly understand your position and essentially share it. I am mulling over this theme again and again. Two main uses currently on the code for AI are: 1. analysis, bug hunting: essentially "discovery". 2. actual vibe coding, generation. "Agentic" I understand that 1) causes a lot of "noise", but the bug may be legitimate. At the end it is like a super-scanner or super-analyzer. Often things lack context or use the wrong contest. Still I'd consider them legitimate, the issue is drowning in them. > > Other parts of GNUstep may have different policies. I would propose to forbid AI generated code in all core packages (i.e. everything on gnustep.org, in gap, gnustep-nonfsf) and proudly badge the project as "coded by humans". Or "AI free". I have seen this in several projects now, it could be a good selling point especially in a "niche" project. For whatever ethical reasons (trust, ethics, ecc) more and more people are looking for non-AI things. We could be included in such projects. Of course anybody using a derivative project (e.g. Ambrosia) is free to use AI, but the vice-versa is no longer true! Other will argue that this could slow us down, but it would be good to have a selling point. An interesting freedom point. We must "act now". We can revert the decision later, but vice-versa could be painful. Riccardo