01 / Contribution etiquette
Explain the maintainer cost before prescribing behavior
The opening connects a PR to notifications, CI runs, and reviewer attention. That rationale frames the later restrictions on duplicate work and mass-generated cleanup.
Source excerpt starting at line 6.6Ray is a high-traffic repository. Every PR notifies CODEOWNERS, triggers CI, and7consumes maintainer attention. Automated, low-value, or duplicate contributions
02 / Hard prohibitions
Specify when the agent should stop before submission
Duplicate work, trivial busywork, and changes that a human cannot test or defend are separate reasons not to open a PR. The fallback is a short explanation of what is missing.
Source excerpt starting at line 51.51If the requested work is a duplicate, trivial busywork, or cannot be tested and52defended by a human, **do not open a PR**. Return a short explanation of what is53missing instead.
03 / Contribution etiquette
Require evidence in the PR description
The description must establish that the work is distinct, identify test commands and outcomes, and disclose assistance. These requirements complement the instruction that the human review every changed line.
Source excerpt starting at line 44.44- PR descriptions for AI-assisted work **must** state:45 - Why this is not duplicating an existing issue or PR.46 - The test commands run and their results.47 - That AI assistance was used.
04 / Pointing at the source of truth
Route setup to existing contributor guides
The root gives a short project layout and test timeout, then links to setup, build, and contribution documents. Detailed command guidance remains with those existing sources.
Source excerpt starting at line 65.65The default test timeout is 180s (`pytest.ini`). For build, test, lint, and66code-style details, follow Ray's existing guides rather than duplicating them67here: