I can understand the no automated AI contribution point of view, but going overboard with the above that is also completely unenforceable makes the policy look dumb.
[–] janice1999 1 day ago
[–] simoncion 1 day ago
It's exactly as enforceable as when projects require you to swear that you can legally assign copyright of your submissions to the entity that runs the project, and/or swear that your submissions don't infringe on anyone's patents, and/or -as the ReactOS project does- swear that you've never seen the code that the project is reimplementing.
If someone swears that they're conforming to the rules and you later find out that they lied, then you ban them forever, publicly announce why, and -if needed- purge their contributions and do your best to alert affected users about the tainted versions. These sorts of policies work for the same reason ordinary doors and door locks work: most folks aren't profoundly antisocial shitbags.
[–] 8note 1 day ago
the rule is ultimately "dont submit stuff where only your llm session knows whats going on"
if you brainstorm with an llm, then rewrite the llm prose but have no understanding, youve still broken the rule.
if you understand what it suggested, why, and so on, then you do know whats up, and thats unenforceable, but who cares
[–] handoflixue 1 day ago
You said it yourself - the enforceable policy is a a different, and much more reasonable policy. If the rule is "ultimately" something else, you can in fact just make that the rule. Or include a parenthetical explanation.
Rules are the ideal place for being pedantic and detailed! That's the whole point of rules - ultimately, the rule is the rule that was actually written down. Not anything else.
A project without everyone putting the same filter between them and the work they submit might help a project evolve in interesting and different ways.