Would you be open to a short, tool-agnostic "AI-assisted contributions" checklist in docs/developers.txt, linked from the pull-request template?
This would not be an effort to encourage or increase the level of AI authorship in the project. The intention is that, where contributors already choose to use these tools, they have clearer NUT-specific guidance for producing accurate, useful and maintainable contributions.
The existing guidance already covers disclosure, human responsibility, coding style and ASCII portability. A quick review of the AI-labelled pull requests suggests that some recurring review costs could be avoided with a little more upfront direction. Examples include invented or stale source assumptions, changes made at the wrong layer, missed NUT helpers and build metadata, unsupported hardware or platform claims, and speculative reactions to CI failures.
The proposed addition would be concise and would direct contributors and their tools back to the existing authoritative documentation. It could emphasise verifying claims against current source and specifications, keeping changes narrowly scoped, testing the affected behaviour where practical, reporting untested boundaries honestly, and diagnosing CI failures before making further changes.
The aim would be to improve the accuracy and value of AI-assisted contributions that are made, hopefully improving the resulting code quality while reducing avoidable review work and unnecessary CI runs for maintainers. It would not replace human review or responsibility or prescribe a particular model.
If that sounds useful, I would be happy to prepare a small draft for review. Would you prefer it as a subsection of docs/developers.txt, or somewhere else?
Would you be open to a short, tool-agnostic "AI-assisted contributions" checklist in
docs/developers.txt, linked from the pull-request template?This would not be an effort to encourage or increase the level of AI authorship in the project. The intention is that, where contributors already choose to use these tools, they have clearer NUT-specific guidance for producing accurate, useful and maintainable contributions.
The existing guidance already covers disclosure, human responsibility, coding style and ASCII portability. A quick review of the AI-labelled pull requests suggests that some recurring review costs could be avoided with a little more upfront direction. Examples include invented or stale source assumptions, changes made at the wrong layer, missed NUT helpers and build metadata, unsupported hardware or platform claims, and speculative reactions to CI failures.
The proposed addition would be concise and would direct contributors and their tools back to the existing authoritative documentation. It could emphasise verifying claims against current source and specifications, keeping changes narrowly scoped, testing the affected behaviour where practical, reporting untested boundaries honestly, and diagnosing CI failures before making further changes.
The aim would be to improve the accuracy and value of AI-assisted contributions that are made, hopefully improving the resulting code quality while reducing avoidable review work and unnecessary CI runs for maintainers. It would not replace human review or responsibility or prescribe a particular model.
If that sounds useful, I would be happy to prepare a small draft for review. Would you prefer it as a subsection of
docs/developers.txt, or somewhere else?