Skip to content

[Meta] Add AI policy to CONTRIBUTING.md#10345

Merged
driusan merged 3 commits intoaces:28.0-releasefrom
driusan:AIPolicy
Feb 18, 2026
Merged

[Meta] Add AI policy to CONTRIBUTING.md#10345
driusan merged 3 commits intoaces:28.0-releasefrom
driusan:AIPolicy

Conversation

@driusan
Copy link
Collaborator

@driusan driusan commented Feb 6, 2026

This adds a policy on AI to the CONTRIBUTING.md file.

The section on licensing is based on curl's policy and puts the burden on the contributor to ensure that ensure that generated code can be submitted. The rest is written by me as a first pass.

I would personally prefer a stricter policy, but I think this is the minimum we need to be able to triage pull requests fairly and effectively.

Copy link
Contributor

@skarya22 skarya22 left a comment

Choose a reason for hiding this comment

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

LGTM!

@christinerogers christinerogers self-requested a review February 10, 2026 15:50
Copy link
Contributor

@christinerogers christinerogers left a comment

Choose a reason for hiding this comment

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

This looks like a great comprehensive first policy change.
As always we might find things to tweak later but would be great to merge this asap.

@skarya22 skarya22 requested a review from samirdas February 10, 2026 16:33
@driusan driusan changed the base branch from main to 28.0-release February 10, 2026 17:06
@driusan driusan changed the base branch from 28.0-release to main February 10, 2026 17:08
This adds a policy on AI to the CONTRIBUTING.md file.

The section on licensing is based on curl's policy and puts
the burden on the contributor to ensure that ensure that generated
code can be submitted. The rest is written by me as a first pass.

I would personally prefer a stricter policy, but I think this is
the minimum we need to be able to triage pull requests fairly and
effectively.
@driusan driusan changed the base branch from main to 28.0-release February 10, 2026 17:09
@samirdas
Copy link
Contributor

I think the language around Discussions is too harsh and also somewhat confusing. We should alter that. And I think we should also add a Governance section with something like the following "Contributors must not input confidential LORIS data, credentials, PHI, or unpublished datasets into third-party AI systems." Otherwise, we can ratify this with time, but I think it's alright otherwise.

Copy link
Contributor

@christinerogers christinerogers left a comment

Choose a reason for hiding this comment

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

Suggesting (not requesting) these changes to move us forward from @samirdas 's feedback

  • @driusan over to you to review / accept / adapt / raise for followup discussion e.g.Tuesday.

CONTRIBUTING.md Outdated
Comment on lines 124 to 125
Usage of any large language model to reply to any user's issue, GitHub discussion,
or pull request comment is considered abusive and strictly forbidden.
Copy link
Contributor

Choose a reason for hiding this comment

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

Any use of generative AI tools used for communications is very strongly discouraged and considered deleterious to collaborative interaction with the team. Examples include but are note limited to: text in (comments on) GitHub issues or pull requests, responses to requests, or GitHub Discussion forum contributions. As such, usage of any large language model or otherwise AI-assisted generative text to reply or contribute on GitHub must be explictly mentioned alongside the text, to help the team in triaging.

Copy link
Contributor

Choose a reason for hiding this comment

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

this suggested change attempts to :

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

I don't think this retains the spirit. The problem with LLM replies to comments isn't triaging and "flagging" it doesn't help. We've already had people respond to reviews with copy/pasted replies from (presumably) ChatGPT. I'm not a fan of the word "deletrious" either (I don't know why, personal preference I guess.. just sounds weird to me).

How about:
Any use of large language models or generative AI tools in areas intended
for human communications or feedback is highly disruptive to collaborative
interaction with the community and forbidden. Examples include
but are not limited to: comments on GitHub issues, replies to feedback on pull requests, or GitHub Discussion forum contributions.

Copy link
Contributor

Choose a reason for hiding this comment

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

Thanks dave, both your suggestions work for me.

@samirdas can you read what Dave just suggested in both of these comments above and let us know if that works for you?
Merging so this doesn't delay the release will come up pretty soon - Monday I think.

Copy link
Contributor

Choose a reason for hiding this comment

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

How about this phrasing: "Any use of large language models or generative AI tools in areas intended for human communications or feedback can be highly disruptive to collaborative
interaction with the community and is strongly discouraged. Examples include
but are not limited to: comments on GitHub issues, replies to feedback on pull requests, or GitHub Discussion forum contributions.

Copy link
Contributor

Choose a reason for hiding this comment

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

Works for me

@driusan any other fine tuning we should discuss in the Loris meeting, or do you have clear enough feedback to move forward for merging ?

@driusan if this works for you from what we agreed let's get this merged

Co-authored-by: christinerogers <christinerogers@users.noreply.github.com>
Copy link
Contributor

@samirdas samirdas left a comment

Choose a reason for hiding this comment

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

@driusan over to you --

@christinerogers christinerogers added the Critical to release PR or issue is key for the release to which it has been assigned label Feb 18, 2026
@driusan driusan merged commit 4ad4b91 into aces:28.0-release Feb 18, 2026
20 of 21 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Critical to release PR or issue is key for the release to which it has been assigned

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

Comments