Closed (fixed)
Project:
AI Best Practices for Drupal
Version:
1.0.x-dev
Component:
Guidelines
Priority:
Major
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
26 Mar 2026 at 16:06 UTC
Updated:
20 Apr 2026 at 17:15 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
webchickHere is the raw transcript from @eojthebrave and my conversation around Documentation best practices.
Comment #3
eojthebraveAdding links to the some of the things mentioned.
Comment #4
webchickOk, pointed Claude at this issue and the transcript, here is what it came up with.
Comment #5
webchickOops, my bad, that had some hunks from #3581672: Guidance on writing excellent automated tests in there.
Comment #6
webchickComment #7
zorz commentedMaybe it would be nice to have an example of how a good documentation looks like and have the eval system tinker the skill until the score is good enough.
Comment #8
webchickThat’s a great idea!
And we probably want that “what does good/bad look like” for each type of documentation, too. (Eg handbook vs API vs README)
I wonder if it’s possible to gather data about this? 🤔 Like Google analytics or whatever to show a combo of 1) popular in terms of views and 2) people are spending time on the page and actually reading it vs bouncing.
Comment #9
hestenetThis is analysis recently done by the Pronovix team as part of an STA grant to support some documentation improvements - would this help?
https://docs.google.com/spreadsheets/d/1QZXAVnVf2wKdpL-8t3y1CtuoFhyaRFPa...
Comment #10
hestenetFor that matter, they also produced a number of other artifacts, including things like templates and a contributor checklist: https://drive.google.com/drive/folders/1EOXk8BfvycxpTyVRZzWlvG2MSH6Qetpy
Comment #11
mgiffordThis is an initial effort to create a generic content style guide to an AI - https://github.com/mgifford/STYLES.md
Documentation is one type of style we have to maintain.
Comment #13
webchickOOOH, that analysis is AWESOME! :D Thank you so much for sharing!
Ok, what is currently in the repo is purely a stub (Claude called us out on it in #3583237-1: Agents' review of our project :) :P), and #6 is at least better than nothing, sooo I've committed that (with Claude's help to get it to re-apply on top of the current source) as a starting point to build from.
Spun out #3583241: Add evals for how-to-write-documentation.md to discuss adding "good" example(s) and evals to this guidance, pointing to the data in #9 and #10.
Comment #15
webchickGrrr also spun out #3583245: Guidance for formulating commit messages so that from now on when Claude does commits it knows to credit people properly. (Sorry, @eojthebrave 😭 — I got you on issue credit, though.)
Comment #16
nicxvan commentedWhy does this commit list
eojthebraveas the Drupal documentation maintainer?As far as I can tell Drupal's Documentation maintainer position is still open: https://git.drupalcode.org/project/drupal/-/blob/main/core/MAINTAINERS.t...
I also searched the core queue and see no open issues to become the Drupal documentation maintainer.
- Source material: eojthebrave (Drupal documentation maintainer), issue #3581687Comment #17
nicxvan commentedIt would probably be more accurate to reference that
eojthebraveis a founding member of theDWGOhttps://www.drupal.org/docs/working-group/documentation-working-group-ov... which @tim.plunkett pointed out to me.Comment #18
webchickGood call, are you able to whip up a patch?
Comment #20
nicxvan commentedCreated an MR, I'm still not sure this line is correct since it says eojthebrave is the source, but it seems that it was a discussion between the two of you and then Claude's interpretation.
Maybe the correct thing is to just remove that line entirely.
With git history you can see the issue number can't you?