AI tools can help you draft, restructure, and review documentation in this repo. They don't change the bar: AI-assisted contributions follow the same contribution guide as any other change. If your name is on the PR, you own every word in it.
- Review, understand, and be able to explain every change, the same as any PR you write by hand.
- The editorial standard is unchanged: the style guide and content types apply to AI-drafted content exactly as they do to hand-written content.
- AI-assisted changes still need human technical review before they merge. The reviewer, not the tool, is the final arbiter of quality.
- Use only Elastic-approved AI tools, and never enter sensitive, internal, or proprietary information into an unapproved one.
Documentation's job is to be correct. A confident wrong label is worse than no label.
- Verify every UI string, default, setting, and behavior against the product's own code repo at
HEAD(elastic/kibana,elasticsearch, and others). Never publish something the model produced from memory or inferred from an issue. If the repositories are available locally, grep those rather than fetch from the web. - Cite where a factual claim comes from, whether the issue, the PR diff, or the source file, so a reviewer can check it.
- Test IDs, component names, and data attributes are not user-facing labels. Don't document them as such.
- Understand the change and where it belongs before generating prose. Search for the canonical home first (see
AGENTS.md); don't let a tool spin up a new page when an existing one should absorb the content. - Keep the reader as the audience. Translate developer jargon into user language rather than passing it through.
Disclose AI assistance even when you've verified everything.
- Fill in the Generative AI disclosure section of the pull request template: name the tool and say how you used it.
- Note AI assistance in your commits, for example with a trailer like
AI-Assisted:orCo-authored-by:. - Focus the disclosure on the parts you're least sure of, such as technical details you couldn't verify yourself.
- Re-render the PR description from what the diff actually contains before requesting review.
- Make small, atomic commits, each a single coherent change, so a reviewer can follow your work.
- Don't fabricate or auto-generate screenshots. Suggest which ones to add or update and which carry the most value, and add one yourself when a suitable image is provided.