On Mon, Nov 24, 2025 at 4:26 PM Samuel Thibault <[email protected]> wrote:
> Hello, > > Dr. Arne Babenhauserheide, le lun. 24 nov. 2025 07:41:27 +0100, a ecrit: > > "Brent W. Baccala" <[email protected]> writes: > > > What's the project's policy regarding AI-generated code? > > > > Not my call to make, but in the Emacs list there’s been a long > > discussion, and if I understand the conclusion: the legal situation is > > complicated, and proprietary AI as service is fundamentally at odds with > > Free Software values: > > Yes, and I see it as rather dangerous to include code that was generated > by an AI. Notably for code which doesn't exist in many variants on the > Internet, Claude would most probably copy/paste something rather than > mixing up something which would be far enough from existing code to be > unencumbered by copyright. This is not something we can afford putting > in the very kernel of an OS I agree. Let me suggest this: If I get it working (that's a big "if", of course), I'll tell it to generate a list of instructions on how to do it, without including any code, and post that. Then, somebody else can actually code it for the kernel, following the instructions as they wish. Let me clarify something, though. This is Claude Code, which is agentic (i.e, it can use tools). It runs locally in node.js and interacts with the Anthropic servers via an API. That means that it has access to the gnumach source code and can make changes to it. The most likely source of code for it to crib from is gnumach itself. My hope is that since it's got working SMP code it can look at, and working 64-bit code it can look at, it can figure out how to combine them. I wouldn't expect a non-agentic AI to do that. agape brent
