The main issue is that not every wiki has the same definition for autoconfirmed. On enwiki, it's 10 edits over 4 days, but on some other wikis becoming autoconfirmed is only a matter of time, and has nothing to do with the number of edits. I don't know how we could query for this information programmatically.
Ooooof, this is beginning to look like another per-wiki configuration setting, which is what we're trying to avoid. XTools has no visibility to InitializeSettings.php, so it would need to be something that we could see in the database.
I'm also not seeing any way to see the changes in the user rights log on https://www.mediawiki.org/wiki/Manual:Autoconfirmed_users - though I could be wrong.
so it would need to be something that we could see in the database
It looks like an autoconfirmed right is not stored in the database, but is dynamically calculated at runtime.
XTools has no visibility to InitializeSettings.php
We can get contents of this file from git and then process the file.
I don't think this looks too bad, actually! Yes going off of noc.wikimedia.org is the right way, thank you Framawiki.
Something like https://regex101.com/r/mUW2om/1
This may mean we have to use eval (bad), but with that regex it's only capturing the spaces, multiplication sings, and digits. Not that Wikimedia would put any malicious code in there =P In addition, the result should be casted as an integer, wrapped in a try/catch block in case something goes wrong, and cached.
We can have "+autoconfirmed" show up as an "Automatic" promotion in the existing Rights Changes section of the Edit Counter.
Using regular expressions to capture the configuration can be a bit complicated. In contrast, it is easier to explain them as PHP code. We can directly load (require_once) this file. But this method is error-prone and unstable.