Derek Chen-Becker <[email protected]> writes: > I think there are some other good points in this thread around the > implications for learning, engagement, and other non-technical aspects that > should be thought through.
Sure. I only listed brief points. I will do more elaborate draft later. In particular, I will add explanation *why* we want first-time contributors to avoid LLMs. That's where I will raise the learning argument. > Having said that, the list looks generally reasonable to me. I would also > lean toward making it explicit that the *person* contributing the code owns > the contribution (perhaps not legally, pending the upstream discussions), > but in terms of responsibility. The contributor of a patch is responsible > for the code regardless of how it was generated: 100% manually, with the > help of some yasnippet templates, or via an LLM. For now I would 100% push > back against any contribution in which a human has not reviewed and > submitted the patch(es). +1. It is a good idea to make this explicit. The question about contributions from bots remains though. For now, that's probably going to be counterproductive, but future developments may bring more powerful contributions. Maybe we should leave this question for now and wait until it becomes relevant. > I also think that before you open up this policy, > we need to discuss how we handle people (or bots) who ignore, > misunderstand, or who are not aware of the guidelines you've written. That's easy. The guidelines will be a part of https://orgmode.org/worg/org-contribute.html If someone misunderstand or did not check the guidelines, we direct them there. Ignoring the guidelines and rejecting the comments will just make the patch not accepted. I do not think that we need to change much in this regard compared to what we already do. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at <https://orgmode.org/>. Support Org development at <https://liberapay.com/org-mode>, or support my work at <https://liberapay.com/yantar92>
