Skip to content

chore: Add AI-polices for contributions#3009

Merged
MaxGraey merged 1 commit intoAssemblyScript:mainfrom
MaxGraey:update-cotribute-polices
Apr 8, 2026
Merged

chore: Add AI-polices for contributions#3009
MaxGraey merged 1 commit intoAssemblyScript:mainfrom
MaxGraey:update-cotribute-polices

Conversation

@MaxGraey
Copy link
Copy Markdown
Member

@MaxGraey MaxGraey commented Apr 7, 2026

  • I've read the contributing guidelines
  • I've added my name and email to the NOTICE file

Copy link
Copy Markdown

@PaperPrototype PaperPrototype left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Optimization was misspelled as optimizarion

@MaxGraey MaxGraey force-pushed the update-cotribute-polices branch from cc7faa8 to 46255de Compare April 7, 2026 22:01
@MaxGraey MaxGraey changed the title chore: Update AI-polices for contributing chore: Add AI-polices for contributing Apr 7, 2026
@MaxGraey MaxGraey changed the title chore: Add AI-polices for contributing chore: Add AI-polices for contributions Apr 7, 2026
@MaxGraey MaxGraey force-pushed the update-cotribute-polices branch from 46255de to e742960 Compare April 7, 2026 22:06
Copy link
Copy Markdown
Member

@CountBleck CountBleck left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dcodeIO should sign off wrt any potential copyright concerns.

Also, ban using LLMs to generate issue/PR text and/or replies (maybe with translation as an exception).

Besides that, looks reasonable. Maybe replace "AI" w/ "LLM".

@MaxGraey MaxGraey requested a review from dcodeIO April 8, 2026 07:49
@dcodeIO
Copy link
Copy Markdown
Member

dcodeIO commented Apr 8, 2026

My top gripe with AI authorship is that it's very easy to create confidently sounding yet sub-par contributions with it, and that with very little effort. Applies just as much to PR descriptions as it applies to code. And when it happens the human in me finds the attempt annoying, in that one person meaning well yet being lazy and the other wanting to mean well yet needing to do extra work is in conflict, and as such not a sustainable daily routine.

An equilibrium emerging from the conflict appears to be to allow the reviewer to be lazy as well, categorizing contributions by perceivable AI-iness with little effort, for example by answering the questions "Is the PR title and description obviously human-authored?" or "Is the suggestion a reasonably minimal diff to achieve the stated goal?". And if the answer to any of these is "No", politely request an entirely new attempt on a mutually acceptable basis.

Long story short, yes we should try, but I also doubt that any guidelines can capture and prevent the disconnect, because one party is already lazy and has probably been convinced by confidently sounding assertions that what is being produced is of high quality. If necessary, a more absolute lever here is exactly what CountBleck mentions, in that AI as pursued nowadays is effectively an enormous pile of copyright infringement, so if we cannot be reasonably sure that a human has authored a contribution, we sadly need to reject it.

@MaxGraey
Copy link
Copy Markdown
Member Author

MaxGraey commented Apr 8, 2026

Given the widespread use of AI assistants & agents, PRs created with their help will inevitably arise. The question is what proportion is AI and what proportion is human involvement. One way or another, everyone uses AI to some extent, and many OSS projects starting from LLVM to Apache are trying to systematize and formalize this in some way, so that we can at least understand how to handle such PRs. As you and CountBleck noted, such PRs can contain many risks: copyright issues, lack of edge case coverages, the problem of reward hacking by LLMs, hallucinations etc. In short, the main idea is force to share the AI usage state and exactly how.

@MaxGraey
Copy link
Copy Markdown
Member Author

MaxGraey commented Apr 8, 2026

I'll add the relevant points to PULL_REQUEST_TEMPLATE.md in separate PR

@MaxGraey MaxGraey merged commit c91247d into AssemblyScript:main Apr 8, 2026
@MaxGraey MaxGraey deleted the update-cotribute-polices branch April 8, 2026 16:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants