Problem/Motivation
As the AI/ML hype begins to go from wishful thinking to real possibilities, it is time for us as a community to take a stand on code contributions that are (in part) not made by humans. Whether it is full modules created by an ML script or AI peer code reviews or co-pilot like functionality, we need to work on standards to ensure that this is allowed or not.
ML in its current form has a number of drawbacks and ambiguities that make the creation of a policy necessary. For example, biases towards race, gender or other discriminatory issues (also in code!) and lack of clarity about who owns the code and thus whether they have the right to distribute it under a GPL license.
PS: it is not that I am against progress or afraid of ML changing the lives of individuals, I believe in the future but want to give direction to a desirable form of this future.
PPS: Several open source companies and projects already have policies on this like my employer SUSE at https://opensource.suse.com/legal/policy ("AI pair programming must not be used. The legal constructs around AI pair programming with respect to licensing and potential violations are not resolved.").
Proposed resolution
Discuss, come up with a (temporary?) policy.
Issue fork drupal-3345931
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
- 3345931-policy-no-patch
changes, plain diff MR !3726
Comments
Comment #2
cilefen commentedComment #3
quietone commentedUpdating according to the 'special issue titles' and 'tag guidelines'. https://www.drupal.org/docs/develop/issues/fields-and-other-parts-of-an-...
Comment #6
gábor hojtsyMoving to 11.x as per https://www.drupal.org/about/core/blog/new-drupal-core-branching-scheme-..., but I think no title or tag update is needed.
Comment #7
mindaugasd commented@fgm message copy from another issue
Comment #8
fgmThanks @mindaugasd. The reason why that Uniloc/Google case is so perplexing is that in essence it appears to a non-lawyer to be saying that because the code has no copyright when it is emitted by the AI, one cannot take it freely and attach a license to it. While, ever since I started tracking IP laws in the 80s (eh...), I've always been under the impression that anything in PD was available for anyone for any use, including relicensing, the limitation being, obviously, that other parties could copy the same code for free because it was also available from PD, regardless ot ehe extra licensing offered by any source.
But here, the reasoning seems to be that such code would not be copyrightable matter, which is slightly different from being public domain.
Comment #9
mindaugasd commentedNew policy was added to documentation
https://www.drupal.org/docs/develop/issues/issue-procedures-and-etiquett...
Comment #10
fgmDon't we want to worry about the fact that the "generated" code may actually be code copied from non-free code, introducing copyright violations to our code base ? That seems more worrisome than broken code which should be caught by tests anyway.
Comment #11
mindaugasd commented@fgm code is unlikely to be copyrighted, because:
Comment #12
darvanenJust a little context around #7: the problem is not so much broken code but a flood of half-hearted attempts at contribution becoming a large burden for reviewers. The addition was made in order to have something to point to when attempting to educate people whose efforts appear to be more skewed towards gaming the credit system than actually contributing. See #contribution-recognition-feedback channel in Slack for more.
Comment #13
dwwInteresting topics, thanks for opening an issue about this. Removing credit from @Captain Arnab since this is a policy issue and there will be "no patch" (or MR). Sadly, I don't have perms to close https://git.drupalcode.org/project/drupal/-/merge_requests/3726.
Comment #15
quietone commentedI closed the MR.
Comment #16
mindaugasd commentedWow, #contribution-recognition-feedback is very interesting cases.
It can be bots and it will be increasingly difficult to tell.
Interesting talk about this (more broad, but still) AI and the future of humanity | Yuval Noah Harari at the Frontiers Forum
Comment #17
mindaugasd commentedComment #18
quietone commentedThe section AI-Generated Content of the Issue etiquette document was added after this issue was opened. Having that policy statement fulfills the proposed resolution of this issue. Therefor I think this can be closed.
Policy and documentation evolves, so if the existing statement needs adjusting I suggest making a new issue to focus on that.
Comment #19
quietone commentedChanging to latest version when this was closed.