The policy section of the village pump is intended for discussions about already-proposed policies and guidelines, as well as changes to existing ones. Discussions often begin on other pages and are subsequently moved or referenced here to ensure greater visibility and broader participation.
If you wish to propose something new that is not a policy or guideline, use Village pump (proposals). Alternatively, for drafting with a more focused group, consider starting the discussion on the talk page of a relevant WikiProject, the Manual of Style, or another relevant project page. Please do not post large RFCs here.
See the list of frequently rejected or ignored proposals. Discussions are automatically archived after 7 days of inactivity. To keep this page's size accessible, discussions with more than about 100 comments should be split to a separate page.
Should WP:NOLLM be updated to explicitly permit or explicitly prohibit the use of AI/LLMs to create/format Wikitext (hereafter referred to as "WT")?
Option 1 — No change to NOLLM.
Option 2 - Add some form of explicit exception to PERMIT the use of AI to format WT, with the caveat that the user is responsible for ensuring it is non-disruptive and publishes without error.
Option 3 — Add some form of explicit prohibition to PREVENT the use of AI to format WT.
This RfC also invites discussion as to the wording of an exception or prohibition—MWFwiki (talk) 22:12, 19 September 2026 (UTC)
Note: This isn't an WP:RFC. Merely putting the letters "RfC" in a section heading does not create an RFC. The purpose of the RFC process is to advertise the discussion to uninvolved editors. If you don't follow the process outlined at WP:RFC, then that advertising never happens, and it's not an RFC. I have removed the misleading "RfC" label from the section heading. WhatamIdoing (talk) 19:09, 20 September 2026 (UTC)
Resolved.—MWFwiki (talk) 21:13, 20 September 2026 (UTC)
Option 2orOption 3 — I feel we should go with option 2 or 3, as I don't care for the current ambiguity and I fail to see how a clearer guideline in either direction could cause issues. If it does? We can always gain consensus to change it back.—MWFwiki (talk) 22:12, 19 September 2026 (UTC)
Bad RFC. Sigh. This is just a broader version of the citation RFC that just closed. -- LWGtalk(VOPOV) 22:18, 19 September 2026 (UTC)
Per the the closer's commentary: "Nevertheless, the discussion did not establish consensus on whether WP:NOLLM currently prohibits all LLM-assisted citation formatting or whether accurate, carefully checked citations should attract sanctions. While this RfC rejected adding a written exemption, it should not be read as resolving either of those questions" — I would argue that, at least in-part, this is one of the questions this RfC seeks to resolve, as citations are WT. It also asks if explicit prohibition is not the best course of action.—MWFwiki (talk) 22:22, 19 September 2026 (UTC)
I guess if we need another whole RFC to determine that no consensus for change 5 days ago means consensus for status quo now, then Option 1. I still wish we could just have a couple scoops of ambiguity tolerance in our morning cereal and not open RFCs every time we think of an edge case. Options 2 and 3 will both cause problems and have little to no benefit. -- LWGtalk(VOPOV) 22:32, 19 September 2026 (UTC)
Please do not ping me to a discussion I have been active in less than 24 hours ago and whose existence I am clearly aware of. Gnomingstuff (talk) 23:30, 19 September 2026 (UTC)
Why would I assume you to be "clearly aware" of an RfC on a different page and in a RfC you have never been "active in"? Regardless, I'm happy to respect your preferences moving-forward.—MWFwiki (talk) 23:45, 19 September 2026 (UTC)
Nevertheless, Option 1. The simpler the guideline, the better, and frankly "Don't use AI" would be an improvement on what we have now, because it would put an end to the endless attempts to undermine the guideline at any possible perceived weak point. Gnomingstuff (talk) 23:32, 19 September 2026 (UTC)
"'Don't use AI' would be an improvement on what we have now[...]" — unless I'm misunderstanding you, then don't you mean option "3"? —MWFwiki (talk) 01:12, 20 September 2026 (UTC)
How does adding more clauses to the existing guideline make it simpler? —ClaudineChionh (she/her · talk · email) 01:21, 20 September 2026 (UTC)
It makes the guideline technically "more complicated" as one is adding text to it, but it makes the enforcement practices easier (it codifies that the only use of LLMs are in the explicit exceptions) and takes-away an oft-used excuse that individuals like to seemingly use when confronted over AI use. It doesn't need to be overly-verbose. "LLM-use to produce or format wikitext is prohibited."—MWFwiki (talk) 01:26, 20 September 2026 (UTC)
I mean option 1. I'm not actually proposing to rewrite the guideline, as much as I think it would improve matters. Gnomingstuff (talk) 06:43, 20 September 2026 (UTC)
I think "re-write" is a strong term. The prohibition could be a small blurb, "LLM-use to produce or format wikitext is prohibited." —MWFwiki (talk) 18:15, 20 September 2026 (UTC)
Option 1 per Gnomingstuff and the previous rfc. —Leaf.Sheap⇖ /.°°.\ ⇗ (They•Them) 00:05, 20 September 2026 (UTC)
Option 1 - per Katzrockso in the original discussion linked. InfernoHues (talk) 00:34, 20 September 2026 (UTC)
Option 1 – The stalwarts at AINB are overworked and burnt out. They don't need their time consumed by endless relitigation of previous RFCs. —ClaudineChionh (she/her · talk · email) 01:20, 20 September 2026 (UTC)
Option 1. No change. We don't need to incentivize people to do it wrong (as explicitly allowing it would entail) - but if you do it right no one will ever notice! This is not an issue! PARAKANYAA (talk) 01:30, 20 September 2026 (UTC)
Maybe we can add after the bit on LLMPRV on a new line
I'm gonna boldly add this along with Editors generally should not edit a Wikipedia edition whose language they are not proficient in (see Meta:List of Wikipedias for all existing language editions). as I think I'd do it anyway regardless of the result of this RfC (been meaning to do something similar ). Anyone should feel free to revert and discuss at WT:NOLLMKowal2701 (talk, contribs) 12:18, 20 September 2026 (UTC)
FWIW option 1, this'd get wikilawyered about a hell of a lot and lead to AINB cases getting bogged down even more than they already do, for otherwise minimal benefit Kowal2701 (talk, contribs) 12:50, 20 September 2026 (UTC)
Option 1 > Option 2. Per Kowal and LWG and in support of our slop-fighters. I would very strongly prefer a nuanced guideline but having read some of the AINBs, I can see the hardship that would create. I would like to see the guideline improved so that the slop fighters don’t need to use essays at AINB but will leave that for another discussion. Dw31415 (talk) 04:04, 17 October 2026 (UTC)
Option 1 - per Claudine, Gnoming, and everything else that's been said in all of the other discussions. ‑‑gurkubondinn 08:33, 20 September 2026 (UTC)
Option 2 per my comments above and in the previous RFC. Policies and guidelines should mean what they say and say what they mean. Thryduulf (talk) 10:09, 20 September 2026 (UTC)
Option 1 - Is the current guideline perfect? No… but… we have been over this again and again. It reflects current consensus. My suggestion is that we give it time… we need to see it in action and chart its flaws. After (say) 6 months to a year we will better know what needs to be amended. Blueboar (talk) 12:16, 20 September 2026 (UTC)
Option 3 or option 1, and it would be nice and further Wikipedia's unique approach to AI to not allow AI posts on talk pages or in discussions. Randy Kryn (talk) 12:22, 20 September 2026 (UTC)
it would be nice and further Wikipedia's unique approach to AI to not allow AI posts on talk pages or in discussions Just FYI this is already more-or-less the case. -- LWGtalk(VOPOV) 17:07, 20 September 2026 (UTC)
Option 1 per LWG above and at the original discussion NicheSports (talk) 13:55, 20 September 2026 (UTC)
Option 3, the less AI the better. It may start with formatting, then... As they say First They Came for formatting, and we did not speak... Yesterday, all my dreams... (talk) 15:31, 20 September 2026 (UTC)
Option 1 or 2. Using an LLM to format wikitext is already allowed per the guideline:
Editors are permitted to use LLMs to suggest corrections to their own writing, and to incorporate them after human review. This is limited to spelling, punctuation, capitalisation, grammar, and other simple mistakes.
We could tweak this to call out formatting specifically but I don't feel strongly either way. Annedrew (talk · contribs) 19:07, 20 September 2026 (UTC)
option 1 not required. I also agree with other editors that this will only result in more wikilawyering. -- LCU ActivelyDisinterested«@» °∆t° 20:09, 20 September 2026 (UTC)
Option 1 to avoid more wikilawyering. A carveout for wikitext formatting may be used by editors arguing (or being advised by LLMs to argue) that large content additions inside, say, templates would be acceptable as only "wikitext" was edited, and more generally encourage editors to rely on AI to make such changes. Minor formatting (e.g. consistently italicizing genus/species names) already falls under basic copyediting and shouldn't be an issue. Chaotic Enby (in solidarity · talk · contribs) 20:27, 20 September 2026 (UTC)
Option 1 – Does not make sense for consensus to go a different way here than it did for the citations RfC. Also little to no benefit. Every sentence added to WP:NOLLM enables more wriggling/wikilawyering and has WP:BEANS issues. Editors who are capable of using LLMs to format wikitext are already not being sanctioned, because nobody can tell that they are doing it due to the results of formatting wikitext with and without an LLM are indistinguishable when done correctly. –Maltazarianᚾparleyinvestigateᛅ 10:11, 21 September 2026 (UTC)
Option 1. Honestly, if I were to write a "nutshell" for NOLLM, it would be something to the effect of "If anyone can actually tell that you're using an LLM, you're using one in a way you shouldn't be." If a human editor really is carefully checking over the LLM output, and changing it as needed, the final result will be indistinguishable from something they wrote themself. (Why they wasted time with the intermediate step is a separate question, but in the end I don't care how the sausage got made.) If anyone is able to tell that an LLM was used to generate something, then whoever generated it is doing it wrong. So, if someone uses it to generate an infobox, and actually carefully double checks that the output is correct, how would I know the difference between that and them doing it themself? SeraphimbladeTalk to me 12:17, 21 September 2026 (UTC)
The issue is that this isn't want the policy says and as has been noted several times, this view is not universal. There are editors who do care about how the sausage is made and believe that any use of an LLM, detectable or otherwise, is prohibited. Thryduulf (talk) 12:23, 21 September 2026 (UTC)
Thryduulf, in the end, what practical difference does that make? If something looks like you wrote it, it's not like I'm going to stand over your shoulder and watch what you do on your own machine. And realistically, if someone wrote a bunch of fake citations up completely by hand, that in itself would be a problem too. SeraphimbladeTalk to me 16:46, 21 September 2026 (UTC)
I completely agree with you that if you can't tell it shouldn't matter. My point is only that (a) not everybody does agree with this (as I understand it, they see it as a point of principle) and (b) the policy does not currently say that. The latter means that those who disagree with us can (and per other comments in this discussion, do) point to the policy and say it backs their viewpoint. If there is a community consensus in favour of the view you and I hold then the policy should say that. Thryduulf (talk) 17:06, 21 September 2026 (UTC)
French Wikipedia recently changed their AI policy to prohibit LLMs, except for copyediting and when the content is PAG-compliant (with lots of caution stressed). We can see how their experience with that goes ig, but yeah for some it'd be a non-starter Kowal2701 (talk, contribs) 18:38, 21 September 2026 (UTC)
If a human editor really is carefully checking over the LLM output, and changing it as needed, the final result will be indistinguishable from something they wrote themself.
This. While I don't think this should be added to the NOLLM page (as per others, "wikilawyering"), if someone decides to use AI to help with their edits but review its suggestions before publishing, then the end result would not look like a LLM wholesale wrote it (and thus should not warrant a user warning). Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 01:48, 26 September 2026 (UTC)
Option 1: Editors should use their best judgement as to whether they should use AI to format (but not add content) wikitext, although this should be strongly discouraged for new editors who are not familiar with many of Wikipedia's policies. If we want this change then I suggest adding "formatting of wikitext" into point 1 of NOLLM (ie copyediting), while making sure the changes it has made has been adequately/reasonably reviewed (through using the "Show changes" button before publishing). Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 01:28, 26 September 2026 (UTC)
Option 2, even though I sense that we are at an impasse of insincerity. I agree with MWFwiki and Thryllduff that polities should mean what they say. The desirable solution is to minimize, carefully review, and assign editors full responsibility for Wikitext formatting that is LLM-assisted. We should explicitly carve out non-disruptive formatting from either the policy altogether (my preference) or from enforcement by banning (a reasonable fallback). I'll share process comments below.--12:56, 27 September 2026 (UTC) —Preceding unsigned comment added by Carwil (talk • contribs)
Option 1: Wikipedia must not allow AI at all at any stage. I don't want any thing even least questionable.
Clear Judgement:
Research your topic, collect references, write article in your own way, read thoroughly the references before citing them. No use of AI at all. If a person has grammar and language weak, why are so many other editors for? Let them correct the grammar. JyotiTheLightHouse (talk) 20:53, 27 September 2026 (UTC)
Respectfully your proposal is unable to be enforced in this present reality and universe, so there's really no benefit or value beyond moral positioning with no effectiveness in even trying to normalize or popularize it (being honest).
How would anyone know if an editor asked GPT or another tool, "Find me WP:RS academic sources about XYZ, and why they're good for XYZ on Wikipedia," and then building an otherwise normal article about it by hand, with the tool collecting the "material" for them? How can I prevent or detect if you found the last WP:RS you added to an article by hand in Google or at the physical library, versus asking an app? — VPP (t/c) 15:56, 28 September 2026 (UTC)
Also how would you tell if I checked the spelling with a spellchecker that used AI or with a spellchecker that didn't use AI? Especially as I don't know that. Thryduulf (talk) 20:16, 28 September 2026 (UTC)
I suppose we could tell if we had you etch it with a chisel and hammer upon stone with a trusted witness at minimum seeing the livestream. Make sure you also don't engage in folly like asking GPT to "tell me more about XYZ" that you're curious about on the train to work, in case you may edit about XYZ later in the evening - as someone invariably says in one of these, got to keep the contamination more or less at bay.
I just we had actual real standards that were plausible, as the integration of these tools is increasing by the month. — VPP (t/c) 00:42, 29 September 2026 (UTC)
It's very plausible to not use AI. I manage to not use AI every day. Until 2023, billions of people managed this as well. Gnomingstuff (talk) 08:07, 30 September 2026 (UTC)
Sure, but expecting ideological purity doesn't keep us in editors in the real world where these things are increasingly shoved at us without transparency for non-technically savvy people, and does the longevity and ultimate fate of the site outrank any of our ideologies?
We have to deal with the world we live in. This is why I keep asking these "Are we sure we're right?" kind of questions in these. I'm not sure and I suspect we're shooting ourselves in the face possibly. — VPP (t/c) 16:07, 30 September 2026 (UTC)
I see the existential threat of AI to Wikipedia as sort of a reverse Pascal's wager. If LLM capabilities drastically improve in the next few years, Wikipedia will become unnecessary, since people will be able to just ask their LLM for the sorts of information Wikipedia currently provides. At that point the ultimate fate and longevity of Wikipedia doesn't matter: mission accomplished, all humans have access to all published human knowledge, we can all quit editing and go garden or hike or play Candy Crush or whatever floats our respective boats. But if LLM capabilities don't drastically improve in the next few years, the AI bubble will eventually pop, and in that scenario it will be incredibly helpful if we have preserved a repository of human-written and human-curated information for people to turn back to once the AI is gone. -- LWGtalk(VOPOV) 17:38, 30 September 2026 (UTC)
Wikipedia will become unnecessary, since people will be able to just ask their LLM for the sorts of information Wikipedia currently provides.
The thing is that LLMs if you investigate their training relies absurdly heavily on us. Our content is the direct baseline feeder system for those. — VPP (t/c) 17:43, 30 September 2026 (UTC)
Brilliant, in that case add "At least our volunteer hours helped make some tech bros rich" to the top right square of the payoff matrix. -- LWGtalk(VOPOV) 19:47, 30 September 2026 (UTC)
I know. I don't like it. But it's also the reality we're stuck with, and if the overall consensus is "fuck off LLM", then that's what it is, but every iterative jump on their capabilities as of now is going to drive them to be further integrated all over if loser rich people think it can make them richer. This is going to be argued endlessly here. My only position is that whatever standard we have needs to be realistic versus what is happening in the world, versus what we want to have happening in the world. Ideology is of no value if it can't achieve anything. — VPP (t/c) 20:12, 30 September 2026 (UTC)
this assumes that iterative jumps are inevitable, and there's no reason to think that -- GPT-6 has completely shit the bed in terms of quality/detectability, it's kind of funny how instantaneously it reverted to being obvious Gnomingstuff (talk) 14:51, 1 October 2026 (UTC)
I am pessimistic about many things but optimistic there will always be a demand for human-written content, regardless of how "good" AI becomes. The project has no purpose other than meeting that demand. NicheSports (talk) 17:57, 30 September 2026 (UTC)
(Niche beat me to this) It's also product differentiation, there's the possibility that human writing will have some sort of premium attached to it, and that there'll always be demand for this even if greatly reduced. LLMs also provide their info in a (mostly) contextless environment that's very unnatural, and they'll always hallucinate some of the time. At least w Wikipedia it's content production process is intuitive which makes it easier for readers to treat critically, and it cites its sources anyway. Wikipedia will likely lose the traffic wherein people are just looking up a fact (admittedly most of our total traffic), but retain traffic wherein people actually want to read and learn about a topic (also serendipity, dependent on new features that help people explore the wiki). Kowal2701 (talk, contribs) 18:05, 30 September 2026 (UTC)
Boy was this part of the thread a rollercoaster of emotions. I’d like to think that the level of care that the average committed editor puts into their work here, combined with the unique qualitative difference in information conveyance our work produces would earn us some street cred in an increasingly cold, output-/payoff-centric world. But I think that we end up spending far more time still fighting amongst ourselves about how to protect ourselves from irrelevancy (a discussion that, from what I can tell, has been taking place for the better half of the past two decades) than we do actually considering the problems that need addressing here and now to ensure that we don’t ultimately make ourselves irrelevant by stubbornly clinging to a societal framework (both on- and off-wiki) that no longer functions, because that society (off-wiki) no longer exists.
But wait, there’s more! *Groans from the audience*
Frankly I think a lot of this could have been avoided if we (Americans) had just nationalized this industry from the start, and not allowed it to turn into just another profit-making venture for awful people to use in order to claw their way to the top of the social hierarchy so they could finally get back at the cool kids who picked on them in high school. People broadly seem not to want this, and the ones that do were never willing to grapple the genuine difficulty of the creative process in the first place. The parts of AI that we most abhor are the parts that lazy people {(and dopamine-maxers)} adore (see what I did there), cause it gives them access to the prestige without any of the effort. That’s why I raised the point I did below. There are people who can make use of these tools in a manner that’s consistent with our expectation that they try, and that they want to try. But the playing field isn’t, and never has been level for someone with dyslexia, or any other visual processing disorder / reading disability. And it’s not level for the slow-learner who were constantly letting get kicked while they’re down because we can’t put aside our own complex to show them the ropes, instead of smacking a boilerplate in their face and deciding we’re important enough not to be bothered. And yet there are a great many among them that still want to try, want to put the effort in, and this is one instance where a well-regulated measure of accessibility could open up countless doors for them.
AI has genuine benefits, I can’t deny that, and I don’t think it’s reasonable to act as if it doesn’t. I genuinely appreciate the fact that I can find sourcing that would otherwise be functionally erased from the open internet by pressing Gemini on an initial search requst, but the only reason I can do that to the extent that I can is because I already learned intuitively how to find proper sourcing and how to ask the right questions, which in turn made it a lot easier for me to develop an understanding of AI behavior (i.e how to get it to do what you want) that I think a lot of the people most reliant on it fail to ever grasp. What doesn’t seem to be understood by the people creating/overusing these tools is that there’s genuine value and benefit to the spirit and mind in developing reasoning and comprehension skills through patience, determination, intensive effort, and, in many cases, deep deep frustration. I’ll admit it’s somewhat cheap for me to say that, because my work here is one area in which I seem to naturally excel (long ago exchanged for anything approaching functional social skills), but I still managed to learn, and genuinely believe that I gain something from taking the time to produce good work of my own right, even if it takes me significantly less time than the average person, particularly one who’s functionally dependent on ChatGPT.
There already is a premium on what we do here, I believe that strongly, but the society that we’re operating within makes it increasingly difficult for the average layman to forego the convenience of AI in exchange for it (i.e holy fuck I’m gonna get fired if I don’t get this report in and my boss somehow expects it to be done by tomorrow cause he doesn’t see me as anything more than a number, holy fuck this paper’s due tomorrow and I spent years being convinced by the society around me that I was gonna die if I didn’t get a degree in the most lucrative skill possible which led to my never learning the value of knowledge for the sake of anything but a passing grade, etc. etc.). We benefit from making it known upfront to everyone that we don’t want people here who aren’t willing to put the effort in of their own right to produce quality work for the collective benefit, because it forces them to confront those predispositions as they’re stepping in the door. We don’t help ourselves by needling anyone who gets their contributions the slightest bit wrong because we haven’t let go of a cultural conception of this site rooted in the norms, presuppositions, and social realities of 15 years ago. I think that’s a more important place to start than debating endlessly whether or not AI wiki markup is going to spell our doom, even though a sizeable number of people are already doing it without anyone’s notice (many of whom have gotten away with it because they’re operating in good faith, checking its output and sincerely learning how to use the system themselves alongside it, not because they’ve all along sought to accomplish the nefarious task of instrumenting AI in secret for the bone-chilling purpose of…generating an infobox). There are actual fascists who, over the next few years are going to start paying for tools that will do the work of 5,000. Do we really think it’s in our best interest to scare away the extra 100,000 who might help us find a way to stop them because we were worried that it might make the task of cleaning up after them 2x more difficult today?
TLDR: I’m sorry this was egregiously long but I need to get the point across that we’ve run out of time to keep getting into the same old fights. It’s time we realize that if we fade into irrelevancy, it will be because we tore each other apart over particularist notions of how we’d fight the final battle, instead of trying to unite behind a cohesive vision of what we actually want this community to be in advance of it.
Option 1 or option 3. There should be a clear line drawn between asking an LLM to suggest minor corrections or stylistic improvements for the human editor to review (which is fine), and asking an LLM to reformat or rephrase text (which in some cases may open up the possibility that the LLM may introduce errors or hallucinations). My understanding of NOLLM is that it currently permits the former and does not permit the latter, which I think is appropriate. I would not object to rephrasing the guideline in such a way as to make it clearer that AI cannot be used to reformat, rephrase or add references to human-written text. Dionysodorus (talk | contribs) 01:01, 29 September 2026 (UTC)
Option 1: Why is this RfC necessary? It's become clear that LLMs can't be trusted for anything, even for minor stuff. Lazman321 (talk) 16:02, 29 September 2026 (UTC)
The RFC is necessary because not everybody shares your opinion. Thryduulf (talk) 18:14, 29 September 2026 (UTC)
Do you think we can trust the hallucinating LLMs with formatting wikitext? Lazman321 (talk) 20:11, 29 September 2026 (UTC)
Exactly how much are we assuming AI hallucinates exactly, these days? Which model, which vendor, which thinking level, commercial or free? — VPP (t/c) 20:23, 29 September 2026 (UTC)
All LLMs hallucinate. All of them. The only reason I'm not voting option 3 is because I'm concerned with how we'd be able to enforce it. Regardless, you're better off formatting wikitext manually than having to oversee the output of any LLM. Lazman321 (talk) 20:31, 29 September 2026 (UTC)
"The only reason I'm not voting option 3 is because I'm concerned with how we'd be able to enforce it." - Frankly, this should not be a consideration. Anyone can raise this concern about any proposed policy addition or modification. How we enforce a policy comes after. We adapt to our needs. Regardless, enforcement would be simple, in my view: either an editor admits to LLM-use in wikitext formatting or they (the LLM) leave obvious tells. That's a violation. If neither of those situations occur, then it's not a problem because no one knows, anyways. An explicit policy prevents wikilawyering from either way. As I have pointed out, there are those that already believe this is prohibited. This RfC will actually serve as community consensus that this practice is NOT prohibited if it is closed as option 1 (likely) or NC, as many folks have indicated, so. —MWFwiki (talk) 00:26, 4 October 2026 (UTC)
Do you think we can trust the hallucinating LLMs with formatting wikitext? Yes, if the output is checked by a human and, if necessary, corrected. While every LLM is capable of hallucinating, not everything output by an LLM contains hallucinations. Thryduulf (talk) 22:40, 29 September 2026 (UTC)
Option 2: As much as I hate AI on this site and as a writing aid more broadly, I think this is one instance where it offers some measure of necessary accessibility to editors. My concern is its use by inexperienced ones, who will almost certainly be unable to discern what if any mistakes the system has made before ultimately publishing the contribution. Nevertheless, systems like Wiki markup are a nightmare for people with visual processing disorders.
With that in mind, I'd argue that WP:ACCESSIBILITY takes precedence, though we need to really think about the way this would actually be implemented. Perhaps a caveat stating that such rules only apply to extended-confirmed editors, or some other pre-qualification?
Option 1, failing that 3. It's Wikitext. It shouldn't require LLMs to format properly. XtraJovial (talk • contribs) 10:30, 30 September 2026 (UTC)
Option 1 as the only viable option; LLMs seem to not be particularly good at Wikimarkup to begin with. This is like asking if a shark can swim backwards. (I don't read the passage that Anne Drew points out as allowing use of it for Wikitext; I read that more as allowing it for simple SPaG issues.) —Jéské Courianov^_^vLook outit's Jimothy! 18:13, 30 September 2026 (UTC)
Option 1. LLM usage in such a context simply causes far more problems than it is worth. 'Caveats' achieve almost nothing, when they are so frequently either not read, or used as an excuse to engage in practices they are supposed to prohibit. AndyTheGrump (talk) 15:03, 1 October 2026 (UTC)
Option 1 as Option 2 nullifies the most obvious and commonly used AI tells (triple `s, markdown, WP:AITABLE, etc). All of these are essentially formatting tells, and any change allowing AI for markup would provide AI users with a very convenient excuse. In fact, I would be fine with Option 3 as a second choice, since we get this excuse too much already. Personally, I would find it very suspicious if someone has enough time to "write" their own content addition, but not to learn WP:VE. Somepinkdude (talk|contribs), in solidarity 20:24, 3 October 2026 (UTC)
I would agree with you, but given recent developments on AI (including rouge agents), I can't really choose option 2. And unfortunately, humans are just that stupid. Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 02:18, 10 October 2026 (UTC)
@Hason-LEK-SIN We can of course agree to disagree, but I don't see the rogue agent problem relevant here? AIs are becoming more powerful, which also means they are becoming less error/hallucination-affected, so to me that is actually argument for, not against, the tools becoming useful. Ditto for Deaths linked to chatbots - as in, I don't see the relevance? (on the side note I wonder if Deaths linked to Wikipedia is a valid topic to research...:/). Piotr Konieczny aka Prokonsul Piotrus| reply here 02:50, 10 October 2026 (UTC)
Sorry, that was more of a ( peanut gallery comment), though for the chatbot deaths, it was meant to show "many humans blindly follow what AI says", so explicitly telling people that you can use AI for formatting wikitext may make people blindly copy-paste the AI's output. Then again, there's "the caveat that the user is responsible for ensuring it is non-disruptive and publishes without error.", so perhaps that might satisfy your option. Again, it was more of a passing thought, and I apologise. Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 02:56, 10 October 2026 (UTC)
@Hason-LEK-SIN How would you feel about a requirement of the sort I proposed above?
Option 2 While I was generally not in favor of the original LLM ban, I could at least see the position of those who defended it against the risk of hallucinations, etc. However when it comes to wikitext formatting and creation, I don't see how these concerns apply more than any other "traditional" tool. If LLMs are not even allowed for formatting, then I will personally withdraw myself from English Wikipedia fully: I like contributing to the encyclopedia, but to the content, not to the format. Also I disagree with those who say that the current ambiguity is not a blocker for good quality edits/well intentioned contributors; for example, this proposal to automate the creation of infobxes is likely to become blocked because of the lack of clarity of the current policy as to whether it applies to the creation of infoboxes. 7804j (talk) 16:13, 10 October 2026 (UTC)
That proposal to generate infoboxes would likely be blocked regardless of the outcome here, because the proposal went beyond formatting wikicode into using an LLM to extract the information from the articles. -- LWGtalk(VOPOV) 23:04, 10 October 2026 (UTC)
Option 1. There are plenty of circumstances where rote automation is fine, just like you'd use WP:AWB or bots. But I also want to avoid Option 2 for WP:BEANS reasons. Thebiguglyalien (talk) 00:51, 11 October 2026 (UTC)
I vote Option 2. If AI is only being used to format code correctly, I fail to see any issue. In fact, I have done it myself several times. CoolDino1 (talk) 19:51, 15 October 2026 (UTC)
Option 2 per my comments here and in previous RFCs/dicussions. In particular, the current state seems undesirable, unenforceable, and unsustainable. I'm willing to wait to see when/if it becomes OBE by the adoption and hundreds of billions advancing the art, but some forward-thinking by WP seems advisable. Also, generally I would prefer this area follow more the norm of WP:Policies and guidelines, especially WP:GUIDELINES, to be about what to do and how to do it and less about banning things and penalties. Finally, I would prefer it based on facts rather than vague fears of AI delusion or idiot users and AINB being overloaded. Can we at least be fact-based, say by looking at empirical examples in AINB of what the efforts actually are like and limit the ban or gate to specific kinds of usage or give guidance on how to use it properly? e.g. When someone tried to enter a BLP complaint about the article on themself but got rejected because it looked AI why was that even a discussion and what else is wasting AINB time? In general we should also face realities that AI use is becoming ubiquitous and unavoidable - your life depends on how doctors already use it, cited journals already use it as well as the submitting "authors", businesses seems pushing use everywhere they can, universities are producing policies about it -- can we maybe start seeking suggestions and data a bit more? Cheers Markbassett (talk) 20:43, 20 October 2026 (UTC)
Discussion regarding wording of a proposed exception or prohibition
Prohibition proposal: "Use of an LLM to produce or format any form of Wikitext is prohibited. For example, this prohibition includes but is not limited to: utilizing an LLM to wikilink, create citations, create infoboxes, etc."
Exception proposal [to become point "3" of NOLLM: "LLMs may be utilized to assist users in generating Wikitext, to a limited extent, and all work must be checked thoroughly before final publication. Such exceptions include basic and simple tasks, such as adding Wikilink bracketing, crafting an infobox, etc. Users are still responsible for 'hallucinated' or otherwise false content and are responsible for ensuring all of their inserted content publishes without error."—MWFwiki (talk) 22:20, 19 September 2026 (UTC)
My issue is that wikitext needs to be clearly defined if not wikilawyered. Is everything we type not technically wikitext too? Katzrockso (talk) 01:08, 20 September 2026 (UTC)
Well, we could call it wiki-markup. But WT is defined at Help:Wikitext. We could just wikilink "WT" to there. Or we could use its definition in the exception. "Text which formats the page." But indeed, your question is yet another reason we need to clarify the guideline, as people can argue "all text is wikitext" or that "all wikitext is text." —MWFwiki (talk) 01:23, 20 September 2026 (UTC)
Many word processing programs (e.g., Microsoft Word) are now also embedding LLM-based AI functionality, as are email platforms, social media platforms, and so forth. Are we going to get to a point where any kind of application that contains a spellchecker will end up being prohibited because they are accomplishing the task with AI rather than a traditional spelling library? BD2412T 01:25, 20 September 2026 (UTC)
Well, I would argue that this is already covered (as an exception) under the current wording of NOLLM. Basic copy-editing, spell-checking, etc. If you are asking whether I think a prohibition on the use of an LLM in formatting WT would contradict the current exception, no, I do not. Otherwise, why have explicit exceptions at all? —MWFwiki (talk) 01:34, 20 September 2026 (UTC)
It's covered if you actually use it for "copy-editing, spell-checking" etc.
E.g., if you copy paste a proquest header (citoid usually does not work with proquest), with the source details (title/publication/date/volume/issue/page/location/author/etc) into an LLM and ask it to format it into wikitext cs1 templates and make no other changes, then check it after. I've tested this out offwiki and it worked basically perfectly and any hypothetical errors would be easy to catch (LLMs tend to make stuff up less when they're working directly with a small amount of text you give them). I see no problems with that basic usage, and there's no way to tell the difference - unlike with generating new prose.
However, explicitly saying it is allowed will make some people who don't know any better use it to generate full citations, which is totally problematic, and to defend themselves against sanction that way. PARAKANYAA (talk) 13:57, 20 September 2026 (UTC)
I was discussing prohibiting (formatting wikitext) in the thread you replied to. Again, if the concern is your last sentence, why have explicit exceptions at all? It's either used well and it's no problem and no one knows... or it causes an issue. Very generally speaking, at least. The current guideline is already overly-ambiguous and ripe for wikilawyering —MWFwiki (talk) 18:13, 20 September 2026 (UTC)
Because having no exceptions will make people go the opposite way and attack people for mundane, correct uses that are baked into all spellchecking programs. If you use a modern program with a spellchecker you are "using AI" - the problem is letting it rewrite larges swathes of text. PARAKANYAA (talk) 14:01, 21 September 2026 (UTC)
The issue is proving it, short of an admission. LLMs are getting better, slowly, but they are getting "better." A year ago, it was extremely obvious when an LLM was used. I feel those days are waning (though they are not completely gone, to be clear). Regardless, having no exceptions isn't on the table, so I suppose the point is moot. My argument is simply that virtually nowhere else is having clearer, less-ambiguous guidelines an issue. Funnily enough, the way this RfC is heading, its consensus can be used to show that there is no prohibition against formatting wikitext, the community simply does not want to codify it... nevertheless, the consensus is there. —MWFwiki (talk) 18:49, 21 September 2026 (UTC)
There is no prohibition against formatting wikitext, the community simply does not want to codify it... Precisely this: acceptable types of formatting are already de-facto permitted under the current guideline, so codifying an exception accomplishes nothing except encourage wikilawyering in support of unacceptable types of formatting. If you have to ask which side of the line a particular use case falls on, it probably falls on the prohibited side. In the rare case that someone is asked to stop using LLMs even though they would have used them responsibly, the mild inconvenience to that person is a more than worthwhile cost to pay for the streamlining of the slop cleanup process. It's just like our rule about disclosing conflict of interest: COI editors are required to disclose their COI. Yes, they could theoretically make non-controversial edits to their pages without disclosing, and if their edits really are non-controversial they are unlikely to be sanctioned for it, but the COI guideline doesn't and shouldn't say "you don't have to disclose as long as you only make totally non-controversial edits", nor is it acceptable to waste our time arguing that your particular undisclosed COI editing was fine. -- LWGtalk(VOPOV) 20:20, 21 September 2026 (UTC)
Personally, I'm leaning towards codifying a prohibition, but that is neither here nor there. Maybe I'm dumber than I thought, but I just can't wrap my head around not wanting to codify an exception that there is clearly consensus for... while simultaneously arguing (not you) that wikilawyering will be an issue if we clarify the guideline. I understand your COI analogy, but we decide these things independent of each other. —MWFwiki (talk) 21:02, 21 September 2026 (UTC)
As I've discussed in my essay on addressing problems without creating new specialized rules, it's impractical to codify all guidance. As far as reasonably possible, it's better to lay out general principles to be followed. As I discussed previously, the general guidance is that guidance about content is about what the reader sees: the rendered HTML output. There's no special exception for one type of tool being used to generate the underlying wikitext. Guidance on using wikitext (like how to format lists) explicitly refers to wikitext. isaacl (talk) 22:02, 21 September 2026 (UTC)
this slope is so slippery it has ceased to be a slope and is now just straight oil Gnomingstuff (talk) 03:10, 20 September 2026 (UTC)
Was it ever realistic for anything like a hard ban to be viable? — VPP (t/c) 18:41, 22 September 2026 (UTC)
Reading these evolving discussions I'm more worried over time that we're being ideological rather than realistic. Your examples of AI-native tooling getting embedded into so many products is a perfect example. — VPP (t/c) 18:40, 22 September 2026 (UTC)
Most writing-related guidance on English Wikipedia focuses on the rendered HTML output, rather than the wikitext source, since that's what affects reader experience. Historically, tools have generated wikitext through a deterministic process, whether it is using templates, Visual Editor, or off-wiki tools filling in skeletons based on some data source. With a generative tool, though, the result is produced through a black box that no one explicitly programmed. If there is a consensus that the risk of users not verifying the result is greater that the benefit of using such tools, then it's not clear to me how to carve out a set of allowable uses in a practical way. Although it might be the case that a user is less likely to check the result of a generated infobox than a single verb tense change, I think there is a point where the probability of that user checking a mass set of grammar and spelling changes starts approaching the same level. isaacl (talk) 18:10, 20 September 2026 (UTC)
Process comment: As with the prior RFC on LLM-assisted citations, we have a substantial set of editors !voting to keep the policy as it is (Option 1 here; No on the prior RfC) with the understanding that non-disruptive LLM-assisted Wikitext formatting will not get anyone in trouble. And we have another substantial set of editors arguing to keep the policy as it is with the understanding that any LLM-assisted Wikitext formatting should get editors in trouble. Resolving this tension is what I take to be MWFwiki's purpose in opening the RFC.
To put too fine a point on it, these are statements in this and the prior RFC that are all in the prior camp:
PARAKANYAA: but if you do it right no one will ever notice! This is not an issue!
Seraphimblade: Honestly, if I were to write a "nutshell" for NOLLM, it would be something to the effect of "If anyone can actually tell that you're using an LLM, you're using one in a way you shouldn't be." If a human editor really is carefully checking over the LLM output, and changing it as needed, the final result will be indistinguishable from something they wrote themself.
Hason-LEK-SIN: If someone decides to use AI to help with their edits but review its suggestions before publishing, then the end result would not look like a LLM wholesale wrote it (and thus should not warrant a user warning).
From here on, from the citation RFC Fermiboson: In practicality, anything they did which we are unable to tell was done with an LLM is permitted, and anything they did which we are able to tell was done with an LLM is not.; we are swamped enough with the rate of obviously bad AI edits that, quite frankly, we are happy to let your slightly sloppy wikitext formatting go
InfernoHues: My rule-of-thumb is that if I can tell that an LLM was used, it's likely a violation of this guideline. How would you know an LLM was used for wikitext unless a hallucination/errors occurred?
Katzrockso: If it was perfectly accurate and introduced no issues, I would argue whoever is strictly enforcing the guideline is putting the letter of the guideline over the spirit to the detriment of the encyclopedia., seconded in this by HTGS
SarekOfVulcan: If you check it thoroughly enough so that you're sure there's no error, you're not going to get flagged, and if you don't, you should be.
Mycetae: I would not expect a well formatted, error-free citation to raise any eyebrows unless there is something else going on.
The impasse that we stand in is that some editors believe that no written change (Option 1) means that the policy is effectively Option 2 (in competently executed cases) -- presumably those quoted here -- and others believe that no change means the policy is effectively Option 3. I'm not sure how to get out of this impasse, but do think that we should use this RFC to do so.--Carwil (talk) 13:02, 27 September 2026 (UTC)
Our votes for status quo aren't motivated by a misunderstanding of what the status quo is, they're motivated by the understanding that the status quo includes some useful ambiguity and reasonable restraint in enforcement while leaving no excuse for defending AI text when it is challenged. This status quo is better than what we'll get if we adopt either of the other options proposed here. -- LWGtalk(VOPOV) 14:12, 27 September 2026 (UTC)
That's not the issue. The issue is that two groups of people are voting to support the status quo based on different interpretations of what the status quo allows. That is not "useful ambiguity", that is bad policy that allows for inconsistent enforcement and biting of good faith editors. Thryduulf (talk) 14:36, 27 September 2026 (UTC)
I just re-read all the votes and I'm not seeing this "substantial set" of editors with the "status quo is option 3" interpretation? Every single Option 1 voter appears to broadly agree with my position. -- LWGtalk(VOPOV) 15:42, 27 September 2026 (UTC)
I can see how you could read it that way, but based on my experience of Gnomingstuff's cleanup activities and comments re sanctions on ANI, I don't there's actually much gulf between our interpretations of the status quo. Gnomingstuff is of course welcome to correct me if I'm wrong. I would argue that WP:YESLLM is broadly consistent with all the Option 1 votes, especially Seraphim's nutshell "If anyone can actually tell that you're using an LLM, you're using one in a way you shouldn't be." That essay also doesn't really address the question posed here (wikicode formatting) except to say that if your "formatting" is introducing new words to the article text, it's not just formatting (which I think we all agree on here). -- LWGtalk(VOPOV) 00:12, 28 September 2026 (UTC)
I have no idea what you are talking about re: ANI but my stance is pretty much identical to PARAKANYAA's, with the added point that since there is often a language/competency barrier with people who use AI, we do not need to carve out more exceptions to be misinterpreted (which already happens all the time with people claiming their substantive rewriting is just "copyediting"). Gnomingstuff (talk) 13:58, 28 September 2026 (UTC)
I have no idea what you are talking about re: ANI maybe I'm misremembering the venue but I seem to recall you contributing to discussions of sanctioning LLM-using editors and I can't remember you ever calling for sanctions on an editor who was just using the LLM for non-semantic tasks like formatting wikicode. -- LWGtalk(VOPOV) 00:03, 29 September 2026 (UTC)
I don't usually call for sanctions in general unless there's a behavioral issue as well, like if someone is continually lying or sealioning about it Gnomingstuff (talk) 10:17, 29 September 2026 (UTC)
Also see my comment here regarding Gurkubondinn's statements (which I think I shared with you, already, and I apologize if that is the case) which led me to start this RfC. Clearly there are editors that believe option 3 is the status quo (and are supporting option "1" in-support of that status quo). Tagging @Carwil—MWFwiki (talk) 19:45, 28 September 2026 (UTC)
Honestly, I'm really gratified to see that Gnomingstuff might have the same general intuition here, though I walked away from our 9 September conversation with the opposite impression. I really, really get the concern about wiggle room being an invitation to un-monitorable content. But I also think a lot of long-time contributors, myself included, take the letter of prohibitions and the possibility of a ban after many years of contributing as very serious signals. Clarity matters to us. I, for one, am not contributing with the kinds of tricky Wikitext formatting edits that I could do (and did do) before WP:NOLLM was passed (like this one). Let's try and get creative about how to enable this understanding without opening the floodgates for slop. Maybe an autoconfirmed status as stage gate? Maybe a formal limitation on banning that requires actual damage to the content of the encyclopedia?--Carwil (talk) 23:06, 28 September 2026 (UTC)
Let's try and get creative about how to enable this understanding without opening the floodgates for slop. Maybe an autoconfirmed status as stage gate?
See below. Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 23:47, 28 September 2026 (UTC)
a lot of long-time contributors, myself included, take the letter of prohibitions and the possibility of a ban after many years of contributing as very serious signals. Maybe I'm naive, but it's hard for me to imagine anyone in this conversation advocating for a ban of someone who was editing in good faith, doing no damage to the encyclopedia, and willing to follow the discuss part of Bold, Revert Discuss when challenged. -- LWGtalk(VOPOV) 23:51, 28 September 2026 (UTC)
Given that people have seriously argued that all AI use is, in and of itself, damaging to the encyclopaedia and that using an AI to edit Wikipedia is evidence of bad faith, I truly can see people advocating for the banning of editors using LLMs. Thryduulf (talk) 00:12, 29 September 2026 (UTC)
Then again the general vibes on AI to a sizable amount of people on the internet (not just people on the encyclopaedia) is "any AI use is bad, just get rid of it already" (keyword: any). Sigh, if only they knew it was not just for LLM chatbots and AI generated media/"slop" (after all, it is other humans that are producing the slop, so, who to blame?). Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 00:17, 29 September 2026 (UTC)
The comment I was referring to was not Gnomingstuff's, but Gurkbondinn's. My point was to support your argument that there were indeed additional users arguing that LLM use is currently prohibited. However, Gnomingstuff similarly indicated they want LLM-use prohibited while simultaneously arguing the guideline should not be changed. It seems obvious to me that the desire is to keep things vague so that the policy may be wielded on a case-by-case basis. I'm fine with that, personally, but I argue that even that must be codified. Something like "generally, any LLM-use, admitted or otherwise, is subject to local consensus if called into question." My contention is that there should be no ambiguity in policy and if there is, the reason for the ambiguity should be explained. —MWFwiki (talk) 01:57, 29 September 2026 (UTC)
The reason for the ambiguity is that "generally, any LLM-use, admitted or otherwise, is subject to local consensus if called into question." will result in endless time-wasting arguments of the sort WP:YESLLM is trying to preempt, often with one side of the argument itself being walls of LLM text, but maximalist prohibition is not desirable if a lesser prohibition can prevent the slop. If we are going to clarify anything, I would focus on the clause generate or rewrite article content and consider saying something like some uses of LLMs that do not alter the article content (such as converting an existing citation from one format into another, or wrapping an image in wiki code to make it float left on the page) may be permissible, however the editor using the LLM must review the output and ensure that the LLM has not gone beyond its directive and altered the article content in any way while doing these tasks. Such non-semantic uses of LLMs should be totally indistinguishable from a human accomplishing the same task, since there is no stylistic element to tasks like plugging human-specified information into a Cite X template or pulling syntax from Help:Extended image syntax to make an image have a human-specified position on the page. If they are distinguishable as LLM output, then they probably haven't been adequately reviewed. -- LWGtalk(VOPOV) 02:43, 29 September 2026 (UTC)
People have overwhelmingly !voted for the status quo, approaching WP:STICK here Kowal2701 (talk, contribs) 06:18, 29 September 2026 (UTC)
Can you please stop putting words in my mouth? If I wanted to !vote something else, then I would have done that. Gnomingstuff (talk) 10:21, 29 September 2026 (UTC)
I didn't indicate you meant to !vote anything else; could you please point-out where I did that? I had asked you earlier, admittedly. When you write things, your words are subject to interpretation. —MWFwiki (talk) 21:24, 1 October 2026 (UTC)
Sure let's go through this one by one:
unless I'm misunderstanding you, then don't you mean option "3"? No, if I meant option 3, then I would have said option 3. There is no possible way to "misunderstand" 1 as 3.
It seems obvious to me that the desire is to keep things vague so that the policy may be wielded on a case-by-case basis. I did not say this, nor do I think this (in fact I think the opposite, interpreting things on a "case-by-case basis" results in nothing but sealioning), nor is it a charitable "interpretation" of (really just making-shit-up-about) my words.
It seems pretty clear that Gnomingstuff's !vote [...] is based on reading Option 1 as implying that Option 3 is already in effect. No, if I thought Option 3 was already in effect, I would have said that. As for my "comments here: Wikipedia_talk:Writing_articles_with_large_language_models#Proposed_reword", my comments were to tell you to stop vagueposting about unnamed individuals and attributing supposed radical opinions to them.
People are referencing WP:IAR, it doesn't matter if NOLLM is interpreted as prohibiting using LLMs for formatting in all contexts or only when someone else can tell, the result is the same. This seems like textbook WP:CREEP to me Kowal2701 (talk, contribs) 06:49, 29 September 2026 (UTC)
( peanut gallery comment) Just to make sure everyone is on the same page, AI here refers to LLMs. Technically, AI is used to power other tools on Wikipedia, such as reverting vandalism (ClueBot) or the Editor Suggestions tool (example), but that usually falls under machine learning and aren't usually as problematic as random editors asking LLMs to generate content since they are more refined and controlled. Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 23:08, 27 September 2026 (UTC)
I think the WP:NOLLM page may need to be restructured in a way that says:
If you are a new editor, DON'T.
If you are scared that the output you will give will be full of grammatical errors, or if it might not be allowed, be bold and do it it yourself. Someone will visit the page and help you fix it later, or revert it painlessly and tell you about what was wrong. Your human input is more valuable than AI generated content. I swear, I saw the "human input" part on one of our guideline pages before...
Once you have edited Wikipedia for long enough (typically extended-confirmed users), you are allowed to use AI for:
Rough translation of articles to English,
Basic copyediting, or
Any other minor formatting fixes.
However, you should always review the output of the LLM before publishing your edits, to ensure that the content is still supported by the works cited (ie the meaning of the text has not changed).
Optionally, I also believes WP:AI needs to be a bit more detailed on how AI could be helpful other than writing articles from scratch (for example, Google AI Overviews), but that's another whole can of worms for another day to ensure that AI is still used "alongside our human knowledge/creativity, and not a replacement". Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 23:47, 28 September 2026 (UTC)
Option 2 — with a narrow exception. I support explicitly permitting the use of LLMs to assist with Wikitext formatting, provided that the underlying substantive content has been independently written or verified by the editor.
There is an important distinction between using an LLM to generate encyclopedic content and using it as a syntax/formatting tool. For example, converting already-written prose into Wiki markup, formatting an existing citation into a citation template, correcting template/table syntax, or fixing markup errors does not necessarily involve delegating the creation of encyclopedic content to the LLM.
I would therefore support wording along these lines:
Editors may use LLMs to format or transform Wikitext syntax for content they have independently written or verified, provided that they review the output before publication and remain responsible for its accuracy, functionality, sourcing, and compliance with Wikipedia's policies and guidelines. This does not permit using an LLM to generate or substantially rewrite the substantive content of an article.
The key safeguard should be the distinction between formatting/syntax assistance and substantive content generation. An editor should remain responsible for checking every resulting edit, including citations, templates, links, and markup. This would also avoid treating all AI-assisted editing as equivalent when the actual nature of the assistance is quite different. —Preceding unsigned comment added by BasNamRahegaAllaKa (talk • contribs) 05:53, 29 September 2026 (UTC) BasNamRahegaAllaKa (talk) 05:54, 29 September 2026 (UTC)
Struck comment from sockpuppet. -- LCU ActivelyDisinterested«@» °∆t° 22:03, 2 October 2026 (UTC)
I don't think that's the right way of looking at it. To me it appears like the camps are in agreement that if LLM-use can be detected then you are violating the guideline. If it can't be detected, then who cares whether the guideline is to be interpreted as prohibiting or allowing it? Regardless of what the guideline says, for cases of LLM-use that we cannot detect the outcomes will always be the same as if we had chosen Option 2 here. –Maltazarianᚾparleyinvestigateᛅ 21:03, 29 September 2026 (UTC)
There are actually more than just two camps, very broadly in no particular order:
LLM use should not be permitted at all as a matter of principle, whether we can detect it at all is not relevant. If someone admits to using it that's a violation and should be treated as such, even if we wouldn't have known if they'd said nothing.
LLM use should not be permitted at all, but if we can't detect it then it's not worth worrying about (but don't tell anyone that)
LLM use should ideally not be permitted at all, but if we can't detect it then it's not worth worrying about, and policy should be open about this.
LLM use should not be permitted at all, and it's ok if are inconsistent about how we treat stuff we can't detect and policy should allow this inconsistency.
Only LLM use that is actually problematic should be prohibited and policy should explicitly allow non-problematic uses, whether they are detectable or not.
I think I'd see it a lot like the sockpuppetry policy. It is, for example, forbidden to use a sockpuppet to evade a block or ban. We realistically know, though, that if someone got blocked/banned, really did learn from that and changed their ways, and never got up to their old tricks again, chances are very good they'd never be caught (and realistically, that's probably going on as we speak). Nor would catching such an actually reformed sockpuppeteer particularly be a priority. But I would not want the sockpuppetry policy to say that, or to encourage it; it's just the reality of the situation. SeraphimbladeTalk to me 23:38, 2 October 2026 (UTC)
That's fair. I disagree on a couple of points, first the sock-puppetry policy does not leave it ambiguous as to whether that is permitted (it makes it clear it is not) even if it isn't usually enforced that way - the LLM policy does not make it clear either way. Secondly I don't think either policy should work that way - we should be explicit that if you aren't causing problems then you won't be blocked on a technicality so that those who do sanction on a point of principle know that this is not the community consensus. My main point above though was that not everybody is on the same page regarding what is desirable. Thryduulf (talk) 01:04, 3 October 2026 (UTC)
On the other hand, if you discovered a sock puppet editing uncomfortably close to their old ways and they dragged you through a long argument where they first denied that they were a sock puppet and forced you to prove that, then argued that their socking should be overlooked because they've changed and forced you to show a bunch of diffs proving they haven't, and then finally argued at length that their sockpuppetry is justified because they disagree with whatever policy led to their original block in the first place, your patience would probably wear thin, and if people who walked in on the tail end of a couple interactions like that proceeded to open multiple RFC saying that policy needs to more clearly state that we should only block sockpuppets who do bad things, that would be understandably frustrating. -- LWGtalk(VOPOV) 02:24, 3 October 2026 (UTC)
There are exactly four possible scenarios here, none of which require an ambiguous policy:
Their contemporary editing is unproblematic and it's not clear they are a sockpuppet.
No need to do anything - nobody benefits from sanctioning unproblematic editing.
Their contemporary editing is problematic and it's not clear they are a sockpuppet.
Deal with the problematic editing as if they were a new user doing that. Bringing socking into it will not help.
Their contemporary editing is unproblematic and it is clear they are are sockpuppet.
No need to do anything - nobody benefits from sanctioning unproblematic editing.
Their contemporary editing is problematic and it is clear they are a sockpuppet.
Deal with them for both the problematic editing and for being a sock.
None of these circumstances requires ambiguous policies, inconsistent enforcement or policies to mean something other than what they say. The project gains no benefits from any of those things in any of those circumstances.
I understand that this will sometimes be frustrating to some editors, but policy does not and should not allow us to sanction editors just because they are frustrating. Thryduulf (talk) 10:20, 3 October 2026 (UTC)
An edit is policy compliant based on what lands in the edit window and is saved. — VPP (t/c) 02:46, 4 October 2026 (UTC)
I have no idea what you are trying to say here, nor how it relates to my comment? Thryduulf (talk) 11:25, 4 October 2026 (UTC)
Sorry - what I meant was you seemed to be getting at. At the end of the day, if what is "saved" is policy compliant, there's almost no possible way to sanction an editor for such an edit based on whatever happened to get that edit created before it reached Wikipedia, if the editor simply chooses to not say "how they work".
It's that implied nebulous thing here that makes me uneasy in so many of these comments. "No AI anywhere in the entire thought process pipeline," and "editors can be stopped if they seem TOO good at the Wikipedia game" or some similar vibes. I don't know what to make of it. — VPP (t/c) 21:01, 4 October 2026 (UTC)
The thing is that editors do sometimes disclose that they used AI at some point in the pipeline. I believe that everything other than what is saved should be completely irrelevant, but some other editors do not and believe that AI use at any point in the pipeline can and should result in sanctions. Thryduulf (talk) 21:11, 4 October 2026 (UTC)
some other editors For the sake of clarity, please name these editors, so they have the opportunity to correct you if that is not actually what they believe, and so any editors you aren't talking about don't have to wonder if you have misunderstood their position. -- LWGtalk(VOPOV) 00:36, 10 October 2026 (UTC)
the prohibition is on LLM-generated content, i.e. text produced by an LLM, there's nothing nebulous about that. Because LLMs are typically used habitually, AI cleanup tends to be focussed on a user's contributions within a certain time period rather than just individual edits in isolation. By extension, the focus is sometimes on how the LLM is used, in an effort to understand what we're looking at and ig address the crux of the problem. It's completely fine for people to use LLMs in their workflow for copyediting or research (along w other uses that aren't generating text), we even have an essay giving advice about those things, I'm not aware of anyone who thinks any kind of LLM use should be sanctionable and it seems to me like you're projecting (?) Kowal2701 (talk, contribs) 21:22, 4 October 2026 (UTC)
The only nebulous thing is the subject of whatever you are vagueposting about. Name names. Provide names and diffs of the people who are producing "similar vibes" to editors can be stopped if they seem TOO good at the Wikipedia game or No AI anywhere in the entire thought process pipeline.
Can't do it? That's because "so many of these comments" are not saying this. The only people who have said anything close are Laxman, JyotiTheLightHouse (which is somewhat weird since there is evidence they are contributing AI-generated content themselves), and people who are not participating in this discussion like EEng. See, look how easy it was for me to name names? See how easy it is to not vaguepost? Gnomingstuff (talk) 13:55, 5 October 2026 (UTC)
1 week later and no one has managed to identify these "similar vibes" Gnomingstuff (talk) 05:10, 12 October 2026 (UTC)
Under current policies, #3 still merits a block, for better or worse. Katzrockso (talk) 00:44, 10 October 2026 (UTC)
There was very recently an editor who seemed to have moved on from their previous negative behaviors and had positively contributed tens of thousands of edits that ended up being a sockpuppet and was blocked. Katzrockso (talk) 00:42, 10 October 2026 (UTC)
Honestly my camp would be somewhere between 2 and 3:
LLM use should ideally not be permitted at all, but if we can't detect them (can't tell they used LLMs), then it's not worth worrying about (but don't tell anyone that).
I'm emphasising the underlined point because, as what @Chaotic Enby said, to avoid more wikilawyering (using a portion of the rules in a literal manner that goes against the rule's intended message), noting that a carveout for wikitext formatting may be used by editors arguing [...] that large content additions inside templates would be acceptable as only "wikitext" was edited, and [...] encourage editors to rely on AI to make such changes. Note: quotation edited for emphasis. Hason-LEK-SIN ● 💬 ● 🧱 ● 🧪 10:51, 3 October 2026 (UTC)
There is currently no agreement about what the rule's intended message is: Some believe the intent is to prohibit all AI use that isn't explicitly allowed, whether detectable or not. Others believe the intent is to prohibit prohibit only problematic AI use, with undetectable uses not being problematic. The current wording allows for people in both groups to claim that their interpretation is the correct one. Enforcement is thus inconsistent.
Separately there is also disagreement about whether explicitly allowing and/or not explicitly prohibiting something will or will not encourage people to wikilawyer about it and/or encourage people to do it. Thryduulf (talk) 11:16, 3 October 2026 (UTC)
While that makes sense in principle, I don't think it should be codified in an actual rule, very much for the reason you underline. People using LLMs are not necessarily the most qualified at realizing whether their LLM use will be detectable (or, more crucially, at spotting the errors their LLM use might introduce), and we don't want to give them false confidence that they can just sneak by.In a way, all of our rules already operate that way: if you're editing about your company without disclosing it, but it's just fixing a broken template's formatting and no one will catch it, then it's not worrying about. But we don't make an exception for undisclosed paid editing about editing templates or wikitext, as it will only encourage people wanting to fudge company sales numbers in the infobox or add their manager in the "Key people" entry. Chaotic Enby (in solidarity · talk · contribs) 16:45, 3 October 2026 (UTC)
The comment I responded to said that there are editors voting to keep the policy as it is with the understanding that non-disruptive LLM-assisted Wikitext formatting will not get anyone in trouble. And we have another substantial set of editors arguing to keep the policy as it is with the understanding that any LLM-assisted Wikitext formatting should get editors in trouble. What I disputed was that is any difference in practice between the two camps that the comment I'm responding to have presented, not that there are different camps when it comes to how to phrase the guideline or even how the guideline should work, it was only in response to the comment I responded to. –Maltazarianᚾparleyinvestigateᛅ 10:58, 3 October 2026 (UTC)
There is a very much a difference in practice between "doing this won't get editors in trouble" and "doing this should get editors in trouble" in this case because, as policy stands, an editor admitting to AI use but which is not detectable otherwise will sometimes get into trouble and sometimes won't depending whether the review thinks editors doing that should get into trouble or not. Thryduulf (talk) 11:10, 3 October 2026 (UTC)
But there isn't anything in the wording about whether it is detectable. To use an analogy, if you admit to fraud and no one would've caught it otherwise, you still suffer the consequences for it. The fact that undetected fraud will otherwise go unpunished doesn't matter in that calculation, beyond the fact that <not legal advice>if your goal is to not get caught, it's an odd calculation to confess to fraud that you know no one would've found out about otherwise</not legal advice>. Chaotic Enby (in solidarity · talk · contribs) 16:50, 3 October 2026 (UTC)
Plus, the determining factor in whether someone’s AI use is “detectable” is not always editor competency or advances in technology (GPT-5.6 on have actually kind of faceplanted into really obvious tells compared to predecessors) but whether the handful of people actively doing AI cleanup have gotten around to them yet.
For instance, in the LLM paste log are by now hundreds of people whose AI use is confirmed but “has not been detected” because there is too fucking much of it and only 24 hours in the day. Gnomingstuff (talk) 17:41, 3 October 2026 (UTC)
Which is precisely why I would rather not actually add any wording to the guideline about LLM-use being okay if nobody can tell you're doing it. An exception specifically for editors formatting Wikitext with an LLM with an output identical to what you would have done themselves and who then admit to doing it for some reason (which as I stated below is not something we should sanction regardless of what the guideline says) is going to encourage people to use LLMs more and then wikilawyer about it. –Maltazarianᚾparleyinvestigateᛅ 22:17, 3 October 2026 (UTC)
I have thought of someone admitting to it out of the blue (I was going to include a clarification about this in my reply to you but I seem to have forgotten to do so), but I don't see it like you do here becaude I view an editor admitting to breaking a policy or guideline with no detectable impact on the Wiki, so no clean-up work and really nothing to actually be "fixed", as a simple case of WP:IAR; last I checked we don't enforce rules merely for the sake of enforcing them. Unless there is actually a problem with the substance edits there is nothing to sanction. –Maltazarianᚾparleyinvestigateᛅ 22:09, 3 October 2026 (UTC)
There are two problems with this:
1) There is no way to violate WP:NOLLM without having a detectable impact on the Wiki.
2) If someone is unwilling to follow guidelines that they know full well are guidelines, then they probably shouldn't be here as they are demonstrating that they do not care about what people are asking of them. This is uncontroversially true with every other policy and guideline, and yet for some reason people think that the AI guideline is an exception. Gnomingstuff (talk) 21:10, 4 October 2026 (UTC)
1. The whole context of my comment is that there are editors who disagree with you, and that I think it is a disagreement with no practical relevance. You say that NOLLM cannot be violated without a detectable impact on the Wiki, others say that if you got an LLM to format wikitext exactly like you would have yourself then it is a violation to copy and paste that text instead of typing it out yourself.
2. I would argue that I'm treating NOLLM perfectly in line with other guidelines by saying that the purpose of the guideline is more important than the exact wording, and that common sense exceptions exist because of that. That's what it says at the top of every guideline page after all. That does not mean that I advocate for a relaxed view of NOLLM; none of what I have said entails giving any sort of excuse to an editor who has been detected using an LLM, nor more ammunition for wikilawyering. –Maltazarianᚾparleyinvestigateᛅ 09:56, 5 October 2026 (UTC)
Neither exception not prohibition, more in the nature of suggestions for positive usage notes to add to WP:NOLLM.
1) Editors should generally refer to available WP:AIRESOURCES on the relevant topic.
2) Editors may use AI to suggest WP:Wikitext for layout, formatting, links, musical notation, images, tables, and columns. Editors may include suggestions after human review of the resulting page appearance.
3) Editors may use AI in developing edits in areas that is individual to them that are outside of the article space. For example, usage may be done in developing content within a user's own WP:Userpage, shown as illustrative example in wikimedia, and AI assistance may be used in filing a WP:BLPSELF complaint. If it is not content to be viewed by the public reader, concerns about AI results are greatly lessened.
4) Editors may use AI assistance in checking any content for differences from WP policy, guidelines, essays, or individual criteria. Results may be taken as helpful, but are not to be regarded as authoritative or conclusive as the tool or prompting may have led to errors.
5) Editors may show AI outputs in discussions if explicitly allowed by the project, TALK thread originator, or editor of the Userpage. Editors should be careful with the number and size of such posts to avoid [[WP:BLUDGEON|overwhelming] input of other editors, and clooapsing the AI content is a useful step.
RfC: Allow autoconfirmed users to archive MfD pages, instead of being bot exclusive.
Closing early as there’s clearly no consensus for the proposed change. TonyBallioni (talk) 21:18, 18 October 2026 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Can the MfD guidelines be changed to allow autoconfirmed users (or above) to archive non-controversial discussions? 🐴🌀[citation needed] 04:26, 20 September 2026 (UTC)
Reason
I have tried to archive pages by myself, but I might get into a bit of trouble, considering the guidelines mentioning that only bots can do it.
I'm making this RfC because if this does get allowed, we wouldn't have closed discussions on the MfD page just sitting there, and would make newer discussions get more !votes, instead of being overshadowed by older closed discussions.
Thanks for cooperating in my RfC. From, 🐴🌀[citation needed] 04:26, 20 September 2026 (UTC)
This RfC is premature. Before starting an RfC, try discussing it at WT:MFD. Axolitl(talk|contribs) 05:20, 20 September 2026 (UTC)
"Can the MfD guidelines be changed to allow autoconfirmed users (or above) to archive non-controversial discussions?" is a neutral question. The RFC process does not prohibit the OP from explaining why they're making a proposal, including giving reasons why they think the proposal is desirable. WhatamIdoing (talk) 19:11, 20 September 2026 (UTC)
I'll concede those points. I'm used to reading one-sentence RFC statements with more of the explanation in the initial !vote, but I realise now that that's not the only way. Graham87 (talk) 06:53, 22 September 2026 (UTC)
Responses re MfD pages archives
This doesn't seem needed. Let the bot do its job in a predictable fashion. CMD (talk) 06:53, 20 September 2026 (UTC)
Allow. Some people are more bothered by visual clutter than others. For the majority of Wikipedians who read fluently (and most of us do; the nature of Wikipedia means most editors are above-averagely literate and comfortable with large amounts of text), this is a non-issue. But decluttering has real benefits for some people, including but not limited to people with specific disabilities. There is no reason to prevent a Wikipedian from manually cleaning up if it helps them.—SMarshallT/C 09:37, 20 September 2026 (UTC)
@S Marshall: Closed discussions are already collapsed in show/hide boxes. As an example that works at the time of writing, see the entry for "September 18" in this edit of mine (which was ironically nixed by the archiving bot). Graham87 (talk) 10:12, 20 September 2026 (UTC)
I understand that. What I don't understand is why we should stop this volunteer from working in the way he wants to. Is he doing some kind of harm?—SMarshallT/C 13:13, 20 September 2026 (UTC)
As a collaborative project, though, the preferences of one volunteer shouldn't be imposed upon all others. If a daily archiving cadence fits everyone else's workflow, then it's reasonable to stay with it. The custom CSS provided by OutsideNormality allows for individuals to decide to hide the sections in question. isaacl (talk) 17:21, 20 September 2026 (UTC)
Indeed. Especially in this sort of case when a volunteer is working in an area they almost certainly don't understand sufficiently. To continue with the construction site analogy I used below, it's like radically reshaping a long-established construction site based on the whims of a rookie employee on their first day on the job. Graham87 (talk) 06:30, 21 September 2026 (UTC)
decluttering has real benefits for some people, including but not limited to people with specific disabilities. There is no need to manually archive the page (forcing everyone else to trawl through the archives to find the outcome of a recently closed discussion) when the following CSS I whipped up just now seems to work (although only for Parsoid, and doesn't remove empty section headers):
Don't allow/leave it alone. Let the dedicated bot do its job as they have for many years now, since 2010. The XFD pages (and particularly those besides AFD) are not for inexperienced users to peruse and this sort of activity is highly unusual. Universal accessibility is very much essential in a completed building, not so much on a live construction site where only qualified workers tend to go. By this I *don't* mean that our accessibility guidelines shouldn't apply to non-article pages, just that unless we hear a complaint from an experienced Wikipedian who regularly peruses MFD (or if there's a significant minority who are put off by the discussions being live on a page for a little while), we shouldn't change how things are done. And, as I noted at the admins' noticeboard discussion that started this whole thing off, there's abuse filter 174 that stops non-extended-confirmed editors from removing MFD templates in the first place. Graham87 (talk) 10:26, 20 September 2026 (UTC)
As a counterexample, if we had an RFC saying "a few regular and experienced Wikipedians have complained that XXX Wikipedia namespace venue is impossible to load because of page size; let's explore solutions to make it easier for those people", I'd have absolutely no problem with that. But that's not what we have here. Graham87 (talk) 10:31, 20 September 2026 (UTC)
No - We have a bot that does this. If you would like to propose that the bot act more frequently, that's fine, but it looks like the bot comes by after ... one day? Hard to think of a case where we'd need to move faster than that -- it's not like MfD is particularly busy these days. If the issue is readability of text clutter, that's more the fault of the voluminous instructions at the top of WP:MFD. It should be easy enough to create a custom page or propose to separate the list and the instructions. —Rhododendritestalk \\ 13:40, 20 September 2026 (UTC)
Manual archiving imposes a burden on everybody that sees the diff and then goes to verify that the discussions were in fact archived correctly, instead of just being disappeared or having their results on the monthly archive page misrepresented. And there are people who check, because why else would someone do that when there's a bot to do it? And even if there were no Petty Nefarious Plot, there's plenty of room for error. It'd take a very extraordinary situation to be worth ignoring this rule, on the order of dozens of closed discussions from the same day. —Cryptic 00:30, 21 September 2026 (UTC)
No Why make onlookers wonder if manual archiving was done correctly? What about time wasted when there is a disagreement about whether manual archiving was appropriate? Let the bot do its job until consensus shows there is a problem. Volunteering is good. Imposing one's ideas on others is not. Johnuniq (talk) 09:25, 21 September 2026 (UTC)
No. Don't fix what isn't broken applies to too many proposals these days, this one included.Katzrockso (talk) 02:08, 26 September 2026 (UTC)
"Allow, I am in favor of anything that deprecates the rampant, out-of-control, absolute plague on my existence that is archive bots Gnomingstuff (talk) 17:04, 2 October 2026 (UTC)
This particular bot archives in only very specialised venues and doesn't even close discussions, therefore making them uneditable (that's what editors, mostly admins do); it just removes them from pages. Also, I know you like undoing problematic edits from talk pages, but miscellany for deletion pages are exceedingly unlikely to be subject to the problems you're targetting. I think that archiving bots are sometimes overused or used too aggressively, but having witnessed many unusual forms of manual archiving over many years, I'd much rather that they existed than contemplate a return to a Wikipedia without them. Graham87 (talk) 12:21, 4 October 2026 (UTC)
Comment: It's come to my attention that the filing party has been indefinitely blocked from the Wikipedia namespace for a while now. Pinging the blocking admin, @Star Mississippi: FYI (sorry for yet another ping!), but I doubt that anything more needs to be done here other than letting the discussion be archived naturally as it will be soon. I guess it could be closed early because it is dominating the top of this page and maybe gunking up the RFC system but meh ... Graham87 (talk) 12:24, 18 October 2026 (UTC)
I'm not active enough in MfD to participate but my read of the above is that there's no consensus for the proposed change, independent of their block. Agree that no action is needed here re: block. They were an excited new editor. StarMississippi 13:58, 18 October 2026 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The status of LLMTALK
I'm increasingly seeing people say outright that AI-generated comments are forbidden in the same way that AI generated article content is. However, WP:LLMTALK really doesn't explicitly say this; it even implies that AI-refined comments are perfectly acceptable so long as they're not wholly generated, whatever "refined" means.
Is there generally consensus that we wholly forbid AI in user communication the same way we forbid it in article content? If so, any proposals as to the wording LLMTALK should take on to clarify this? Athanelar (talk) 10:21, 8 October 2026 (UTC)
Last time there was any substantive discussion on this that I'm aware of, there was a clear consensus that translated comments were allowed and these days that necessarily means there cannot be a complete prohibition on comments with LLM-written content. Thryduulf (talk) 10:52, 8 October 2026 (UTC)
There could still be the same caveat for WP:LLMTRANSLATE, of course. I mean 'complete prohibition' in the way that NOLLM is, I should've clarified. Athanelar (talk) 11:30, 8 October 2026 (UTC)
Agreed, perhaps LLMTRANSLATE should be modified to allow comments that are written by a human in one language, but translated using an AI into another. In solidarity, Gommeh(talk🎮sign) 20:00, 11 October 2026 (UTC)
We have discussed this ad nauseam. The consensus is clear: You can not use AI to generate stuff on WP. But you may (in very limited ways) use it to assist you in your human writing and editing. This is what “AI-refined” refers to - you can use AI based tools to help with translations, and to do basic stuff like grammar and spelling checks.
My “rule of thumb”: if you have any question as to whether it is appropriate to use an LLM (or other AI tool) to do something - it is probably not appropriate. Blueboar (talk) 11:04, 8 October 2026 (UTC)
"AI refined" has a lot more wiggle room in it than the caveat given in NOLLM for simple corrections, though. Athanelar (talk) 11:30, 8 October 2026 (UTC)
Again… if you are unsure, don’t use it. It really is that simple. Blueboar (talk) 11:51, 8 October 2026 (UTC)
I'm not asking because I want to use AI. I was part of the discussions that wrote WP:NOLLM. "Rules of thumb" aren't something we can easily point new editors to. Before the wording of NOLLM was changed, those of us doing AI cleanup had more than enough headache arguing about the caveat for "basic copyediting" in that guideline; "AI-refined" is even looser and even more subject to interpretation.
The point is that if the consensus is that we want to forbid people from wholly or partly generating comments except for the same exceptions as NOLLM; why not just make the text say that instead of being vaguer and looser about it? Athanelar (talk) 11:53, 8 October 2026 (UTC)
Practice, as seen in multiple WP:ANI threads, seems to be that use (particularly repeated use) of LLMs on talk pages is often treated as as demonstrating a lack of competence in one of the essentials in a collaborative project: communication. It is also frequently stated that we don't demand perfect grammar or spelling on talk pages, and that we'd much prefer moderately-mangled English to grammatically-perfect botspeak that may or may not be communicating anything the contributor actually intended. This is the point we should be trying to get across, in LLMTALK and elsewhere: the why of limitations on LLM use, not just the what. It clearly isn't possible to define an exact cutoff point where LLM use is prohibited, and rather than attempting the impossible, we'd be better off just explaining what we actually want - which is contributors own input, not something put through an unreliable algorithm. AndyTheGrump (talk) 11:55, 8 October 2026 (UTC)
I have no objection to clarifying why. Indeed a lot of our P&Gs could benefit from that. Blueboar (talk) 12:18, 8 October 2026 (UTC)
we don't wholly forbid AI in article content. Maybe change "refined" to "corrected or translated", and say that it is best practice to disclose when the comment was translated using LLMs? Kowal2701 (talk, contribs) 14:46, 8 October 2026 (UTC)
WP:LLMTALK does not seem to imply that AI-refined comments are perfectly acceptable so long as they're not wholly generated. It states that obviously AI-generated comments can be struck and collapsed. Naturally, less clear cases should not be unilaterally collapsed. This is reflected in the closing statement of the cited RfC. Just above LLMTALK in the same section, there is the sentence Posts that might be considered disruptive in various ways are another borderline case and are usually best left as-is or archived. Here, it is quite clear that an instruction against striking or removing a kind of comment is not by any means an indication that it should be allowed. Kisseran (talk) 18:32, 8 October 2026 (UTC)
The text of the guideline is older than the text of WP:NOLLM and never got updated, so that's why there's a discrepancy.
In practice, if something gets collapsed under HATGPT, it's usually because it's an WP:AITALKSIGNS regurgitation and/or made concurrently with similarly obvious AI text elsewhere. Gnomingstuff (talk) 19:11, 8 October 2026 (UTC)
tbh I only collapse ones that are massive walls of text, easier to leave the others so long as it's clear to a newcomer to the discussion they're AI Kowal2701 (talk, contribs) 19:18, 8 October 2026 (UTC)
I'd like to strengthen WP:AITALK to have the same language as NOLLM, other than on translation which should be handled differently. Translation is fine for reporting issues or responding to conduct concerns but not for long term use, as editors contributing here should be able to communicate using their own words, with fluency not expected of course.
We could also add language about not biting newbies. NicheSports (talk) 17:02, 18 October 2026 (UTC)
I find it a bit hypocritical to complain about users using Super Intelligence to write their posts, when standardized user warning templates are a thing. Cambalachero (talk) 16:06, 8 October 2026 (UTC)
We already ask editors to not BITE the newbies. If a clueless new editor uses an LLM to write a comment at a noticeboard, just politely explain the rule… and ask them to rewrite their comment in their own words. Blueboar (talk) 19:33, 8 October 2026 (UTC)
There is a difference between a new editor and someone who just wants to report a problem. Some of the latter might become editors, but making them jump through unnecessary hoops (like rewriting their report) is biting them and you've significantly reduced the chances of that happening. Thryduulf (talk) 20:01, 8 October 2026 (UTC)
Agreed, if someone's initial edits here is to attempt to use LLM to make a properly formatted report of a problem and the report is otherwise correct, it should be considered wrong to chastise such a person in every circumstance.
They went to the trouble of attempting to do things right, as far as they knew. Thank them, show them the policy, and suggest they do it that way next time. Give them cookies. No one should go on any AI/LLM related screeds there be they pro/con/other. — VPP (t/c) 15:58, 9 October 2026 (UTC)
The problem is that the report is not often otherwise correct. Speaking as someone who sees this regularly at WP:AFC/HD, it's fairly common for a LLM-written noticeboard report to make up policies and guidelines out of whole cloth or misapply existing ones due to an overly-literal interpretation of them. And even when those aren't a thing, the LLM blatantly lies about the content of the draft or related discussions and is blind to declines/rejects. —Jéské Courianov^_^vLook outit's Jimothy! 15:51, 11 October 2026 (UTC)
LLM-written drafts are not relevant this discussion, we're talking about good-faith reports of problems in existing articles, often (but not exclusively) from the subjects of those articles. The correct thing to do is to:
determine what the reporter sees as a problem
evaluate whether it is actually a problem (whether for the reasons given or not).
If it is actually a problem, then fix it to the best of your ability and thank the reporter for bringing it to our attention.
If it isn't actually a problem, then politely explain to the reporter why it isn't actually a problem.
If you are unable to do this then leave it to someone else who can. Thryduulf (talk) 15:58, 11 October 2026 (UTC)
Exactly. Any policy - any - that can limit how WP:BLP issues are reported to us by the public that says to remove/strike such reports if from LLM are wrong. We can't make a fuss if some random person with a page about themselves here, or a truly random person seeing a BLP problem, reports it because of how they reported it.
Fix the WP:BLP issue first, then link them the page about LLM and send them on their way politely and every responsible level headed editor would be wise to bite their tongue on sharing their views of LLM to that user in that interaction. — VPP (t/c) 15:10, 13 October 2026 (UTC)
I would be interested to see any example of a person in good faith reporting a serious BLP issue and getting scorned by overzealous AI haters. This hypothetical person comes up in nearly every AI policy discussion but I have yet to see this situation actually manifest. The reality is that the average layperson doesn't know enough about our policies and guidelines to report violations of them, and as far as blatant vandalism goes I have yet to see anybody report such a thing using AI, let alone do so and get told off for it.
WP:IAR and WP:BLPKIND always apply, after all. Regardless of what our other policies say, we have plenty enough ability to make exceptions to deal with reports like this. A good example is WP:DOLT. WP:NLT calls for immediate blocks in response to legal threats, but we can still understand there may be material worth acting upon in those threats. A stricter written prohibition against AI generated comments isn't going to mean we suddenly stop checking whether those comments are actually reporting something important. Athanelar (talk) 15:38, 13 October 2026 (UTC)
, which is what drove me to make my post on the talk page. This is not the only time it happened, nor the only editor who has done it. I'm also not trying to call out Bluethricecreamman, who apologized on the talk page. ScottishFinnishRadish (talk) 16:18, 13 October 2026 (UTC)
I appreciate the example. Still, the second part of my point stands; this is no argument against strengthening our wording forbidding AI generated comments, since in any case we make common-sense exceptions where it benefits the encyclopedia. Athanelar (talk) 16:50, 13 October 2026 (UTC)
Yeah the most egregious examples of ai generated talk are such that many of us want to mark it as AI generated. Maybe instead of collapse LLM talk there should be an additional template way to distinguish it, such that its visible and able to reply to but subtly tells folks (esp newbies) we can gell obvious ai and not to use it. And ofc for folks using ai to spam a discussion, we can reserve the option to collapse. User:Bluethricecreamman(Talk·Contribs) 17:01, 13 October 2026 (UTC)
better case for collapsing might be AI-generated comments that are only identifiable as AI in aggregate, and which have problems, but where someone who only sees one comment won't necessarily pick up on it
The wording ("can be struck or collapsed") leaves flexibility ("being vaguer and looser") because our policies and guidelines often leave space for nuanced situations. That does not mean anything not covered is "perfectly acceptable". For example, the 3RR policy point does not mean that editors should frolick through reverts up to that number. CMD (talk) 00:42, 12 October 2026 (UTC)
I do agree that as written LLMTALK basically gets very close to wholly prohibiting without being so clear about gray areas, or even saying its actually prohibited. It simply says ai generated comments mah be collapsed. As written, it doesnt actually prohibit such coments nro does it make it clear about edge cases such as refined talk comments. i think it could use a few more passes atp especially with growing exponential scale of ai problem on wikipediaUser:Bluethricecreamman(Talk·Contribs) 17:07, 13 October 2026 (UTC)
I think 'forbidden' or 'blanket ban' is the general consensus and the general understanding of WP:LLMTALK and WP statements about LLM/AI use in general. Personally I think the focus of 'guidance' should be how and where to use something, and that the current blocking are unsustainable but am inclined to say let time tell. Cheers Markbassett (talk) 23:54, 15 October 2026 (UTC)
RfC: Geographic disambiguation of school article titles in the United States
§Question 1: Should the name of the city be included when using geographic disambiguation for primary and secondary schools in the United States?
§Question 2: If yes, should the state also be included by default, or only under certain circumstances? If the state is not always included, when should it be?
§Question 3: Should we develop a naming convention covering all school articles?
§Question 4: Should we develop a naming convention that covers schools, museums, churches, libraries, and similar institutions and buildings?
00:00, 13 October 2026 (UTC)
Background
Recent RMs involving US secondary school articles have produced many different outcomes regarding how their titles should be geographically disuated. Assessment of actual practice in article titles reveals a lack of consistency. The issue has been whether it should be identified by its state, its city or other settlement, or both its city and state.
Some editors favor state-based disambiguation. Others favor city-based disambiguation. Always using '(City, State)' regardless of the need for further disambiguation would produce a consistent result but is less concise than state-only or city-only. Other suggestions have included considering whether the US city is the primary topic for its name or whether it is a major city as described at WP:USPLACE.
Should the name of the city be included when using geographic disambiguation for primary and secondary schools in the United States?
Yes. The name of the city should be included by default. This has been the trend in recent RMs, although these are not definitive given divergent outcomes in a number of ways, previous RMs, and overall variation in practice. It is natural and logical to localize schools, churches, bank buildings, and similar buildings and institutions to the city where they are located. Article titles should be recognizable to people familiar with the subject. Most people familiar with a school will know which city it is located in. The use of cities to disambiguate is the overwhelmingly common approach used in every other place we have looked during these RMs, including England and Wales, Ireland, Australia, New Zealand, India, and Hong Kong. This is true for obscure villages and major metropolises. We can use parenthetical disambiguation since that approach appears to be favored already, e.g. Wikipedia High School (Chicago). I don't have strong feelings about whether to always include the state or to take a different approach based on primary topic, WP:MAJOR city designation, or the need for more complete disambiguation. —Myceteae🍄🟫 (talk) 01:04, 13 October 2026 (UTC)
No, because most "cities" are small towns. Nobody has any idea where these little towns are. Give the name something that someone can recognize, whether that's a major city, a state, or a country. Wikipedia High School (Chicago) is fine, because Chicago is a major city, but let's not have Wikipedia High School (Smallville), and let's also not have the very long Wikipedia High School (Smallville, Massachusetts) when the WP:CONCISE option of Wikipedia High School (Massachusetts) is sufficient to differentiate it from all others. WhatamIdoing (talk) 01:14, 13 October 2026 (UTC)
And mostly: Let's not actually care so much about whether the article titles for schools in one country use the same dab format as the schools in another country. I think that a rule of "if it doesn't conflict with another, then leave it alone" would do. Or maybe we could set up a WP:QPQ-like system: Anyone who persists in suggesting this type of page move has to add or improve a paragraph in Hobgoblin first. I suggest the one about Emerson on foolish consistency as a starting point. WhatamIdoing (talk) 01:27, 13 October 2026 (UTC)
It seems the norm is what we did with the Connecticut and Illinois examples? — VPP (t/c) 01:30, 13 October 2026 (UTC)
There's no norm, as evidenced by the dozens of RMs and thousands of article titles we've looked at. See here and the various other discussions linked in the background for more info. —Myceteae🍄🟫 (talk) 01:39, 13 October 2026 (UTC)
At a glance, Independence, Oregon is too small to meet my compromise approach for kind-of-major cities, half are already at the state name, and all the others are already correct and consistent. WhatamIdoing (talk) 01:51, 13 October 2026 (UTC)
I've looked at dozens of lists of schools and they are all over the place. For example, for whatever reason, '(Cincinnati, Ohio)' is a more common disambiguator than '(Cincinnati)' for schools, buildings, etc. despite Cincinnati being WP:MAJOR. For your compromise, how are we determining kind-of-majorness? —Myceteae🍄🟫 (talk) 02:12, 13 October 2026 (UTC)
Well just MAJOR it, and only if there are two high schools in the same state, go to further disambiguation according to the standard practice, add 'community, state'. Alanscottwalker (talk) 13:19, 13 October 2026 (UTC)
Although that's true for Cincinnati schools, it's different for other institutions and other cities. Overall, there is a 51:43 split between articles using '(Cincinnati, Ohio)' versus '(Cincinnati)'. It's also very different for different cities. For Chicago, it's 1:314, and there is an open RM for the 1. For Detroit, it's 7:99, with an open RM for 1 (the same RM). — BarrelProof (talk) 14:36, 13 October 2026 (UTC)
In re "how are we determining kind-of-majorness": A kind-of-major city isn't in Wikipedia:List of U.S. cities with Wikipedia article names without state (because those would be WP:MAJOR instead), and editors form a consensus that it's still large/famous enough to be recognized by many Americans. I would predict that their decision would be correlated with state capitals (e.g., Providence, Jacksonville, Phoenix), being the biggest city in its state (e.g., Louisville), and – for better or worse – professional sports teams (e.g., Phoenix again). WhatamIdoing (talk) 17:38, 13 October 2026 (UTC)
Are there no similarly-named schools within a single state? CMD (talk) 02:54, 13 October 2026 (UTC)
There are. Currently these are either disambiguated as '(City)' or '(City, State)'. There are also similarly named schools in different states. These are currently disambiguated '(State)' or '(City, State)'. —Myceteae🍄🟫 (talk) 03:07, 13 October 2026 (UTC)
I tried to clarify the scope and intent of this RFC below. If we pick one default standard approach, there will inevitably be cases where a different title optimal in terms of particular considerations like the need for additional disambiguation. Using '(City, State)' for all would address most of this but some editors are (understandably) bothered by forcing a less WP:CONCISE title where it's not otherwise necessary. —Myceteae🍄🟫 (talk) 03:58, 13 October 2026 (UTC)
Yes. People primarily look up schools in terms of what city they are located in, not what state. If I were looking for my local school in Smallville, Mystate, I would be searching for "Wikipedia High School Smallville", not "Wikipedia High School Mystate". Schools are local institutions, not pertinent to an entire state. Wikipedia High School doesn't matter to most people outside of Smallville.Katzrockso (talk) 03:38, 13 October 2026 (UTC)
Except when the school that is physically located within the city boundaries also serves students who live in Neighborton and Tinyville, and now you're looking for the school in the wrong city.
This happens a lot in rural areas. Traveling 50 miles (an hour each way) to get to high school is not unheard of in rural areas. I learned recently of relatives who had to move to a different town so he could attend high school. There simply wasn't a high school within daily commuting distance of their home, so when you finished 8th grade, they sent you off to the nearest big town, where you rented a room and got an after-school job to pay for your room and board. WhatamIdoing (talk) 17:47, 13 October 2026 (UTC)
Wherever the school is actually located, even if it serves students from another area, the residents of Neighborton and Tinyville are still going to think of the school as "in Smallville". Katzrockso (talk) 21:32, 13 October 2026 (UTC)
Indeed. I don't think we make these considerations for churches or parks. I'm sure the following situation does arise: "I know my cousin lives in Smallville, and I know the name of her high school, but I don't know the names of any of the surrounding communities, and I'd like to read about her high school on Wikipedia". I'm just not convinced this should be the dominant consideration in naming articles about (hyper)local institutions. —Myceteae🍄🟫 (talk) 21:58, 13 October 2026 (UTC)
Yes, for exactly the reasons stated by Katzrockso. - Jmabel|Talk 06:47, 13 October 2026 (UTC)
Yes. Absolutely. City makes far more sense than state. -- Necrothesp (talk) 09:28, 13 October 2026 (UTC)
Probably for schools that are clearly in a city and not outside the settlement but within the municipality. Otherwise no, just the state should be used unless further disambiguation like the county etc is needed. Crouch, Swale (talk) 11:09, 13 October 2026 (UTC)
Very much Yes per taxonomic rank. There's no reason for us to be quirky or iconoclasts. We should be boring and procedural. — VPP (t/c) 12:37, 13 October 2026 (UTC)
Yes City is clearest and makes more sense per above. Timrollpickering (talk) 12:50, 13 October 2026 (UTC)
NoHometown High School (Hometown) is redundant. And Centerville High School (Centerville, State) is likely not concise. The usual disambiguation should be just state if needed, and 'city, state' if there is an in state conflict. Alanscottwalker (talk) 13:35, 13 October 2026 (UTC)
Yes per Katzrockso. Schools (typically) serve very local communities and should be titled to reflect that. I would be amenable to an exception for cases where the school's name is "TownName High School" (or Middle School, etc) verbatim, but otherwise I think the approach is sound. ModernDayTrilobite (talk • contribs) 13:59, 13 October 2026 (UTC)
No. The point of disambiguation is to distinguish titles, not to provide precise locations or make assumptions about what location a school is "associated with". As I've said on other discussions, WP:TITLEDAB: "According to the precision criterion, only as much detail as is necessary to distinguish one topic from another should be used." Since a standard title without disambiguation won't have a city or state (even when a high school is named after the town it's in), it seems odd to require "city, state" to disambiguate in all instances. States are well-enough known on their own to accomplish that and a natural way to distinguish between topics of the same name. When two or more of the same school names exist in the same state, then yes, you add the city since just the state in those cases isn't enough detail to distinguish. Also bear in mind that many rural high schools have a mailing address for a city they are not located in.
And yes, as others have said, using "city, state" across the board would make many titles both unnecessarily redundant and unnecessarily long, giving us something like "Salem High School (Salem, Massachusetts)" and "Salem High School (Salem, Ohio)", when in both cases (and as they currently stand) the state alone accomplishes the job of distinguishing between the two. -- JonRidinger (talk) 15:19, 13 October 2026 (UTC)
I believe that the point of this RFC is to declare that, if we have two "Central High Schools", the detail that is necessary to distinguish them is that one is Central High School (Smallville) and the other is Central High School (Neighborton), rather than by saying that one is Central High School (Florida) and the other is Central High School (New York). The "(City, State)" style would only come into play if there were two Central Highs with cities of the same name, e.g., Central High School (Smallville, Iowa) and Central High School (Smallville, Ohio). WhatamIdoing (talk) 17:57, 13 October 2026 (UTC)
The point of this RFC is to determine which approach we should use. —Myceteae🍄🟫 (talk) 18:38, 13 October 2026 (UTC)
No. Unless it is needed for precision to avoid conflict with other similarly named schools in the same state. Many schools provide services to multiple localities, not only to the city/town where it happens to be located. older ≠ wiser 17:13, 13 October 2026 (UTC)
No per Alanscottwalker and Whatamidoing. A sizable proportion of high schools are named after the city they are in; an article title like Smallville High School (Smallville, State) is redundant. If this proposal is passed, it should be with a clause that the city name need not be included as a disambiguator if the high school is already named after the city. Shocksingularity (talk) 20:47, 13 October 2026 (UTC)
A provision like this is reasonable. The question is whether the name of the city should generally be included. The main argument in favor is that primary and secondary schools are local, not statewide, institutions. Smallville High School (Nebraska) accomplishes this. We do have a pair of articles that satisfies this approach in Aiken High School (South Carolina) and Aiken High School (Cincinnati). I thought about this during the Cincinnati school's RM but didn't raise this point. —Myceteae🍄🟫 (talk) 21:26, 13 October 2026 (UTC)
No. I would argue that if a school is named after the city it resides in and/or is the only school going by a certain name, a disambiguator is unnecessary. In other cases, the state/province/region should be used. If the city it resides in is particularly large and widely known, the city may also be used, but not both. In solidarity, DollarStoreBa'al (Converse) 18:20, 14 October 2026 (UTC)
In the interests of gathering more evidence, disambiguation by state alone seems quite common for higher education institutions in the US, e.g.:
Should the style with the state only (with exceptions perhaps for WP:MAJOR cities – I think Cleveland and New York City are the only ones in these examples) be used for US educational institutions across the board, or should secondary (and lower) schools follow a more "localized" style? Ham II (talk) 18:54, 14 October 2026 (UTC)
I think colleges/universities are often different in this regard than elementary, middle and high schools, so that would make sense. They're often more associated with a larger area than just a city or even an entire state. Katzrockso (talk) 19:05, 14 October 2026 (UTC)
The scope of the RFC question is intentionally limited to primary and secondary schools—which is not to say we shouldn't discuss related cases and the extent to which they are or are not similar. I agree with @Katzrockso. Primary and secondary schools are local, often hyperlocal, institutions. Of course it's true that some students attend school in neighboring communities. College and universities have important similarities but I find the justification for a state or even national designation stronger there, depending on the institution. —Myceteae🍄🟫 (talk) 22:17, 14 October 2026 (UTC)
No with caveats Pretty much all the comments above sum up what I would have to say besides the fact that I think it might be possible with a particularly large city. A city like Baltimore could possibly be as good of a disambiguator as say Idaho or Nebraska. Possibly the 30 cities listed by the AP stylebook could be given an exception. ✶Quxyz✶ (talk) 23:53, 14 October 2026 (UTC)
No Not necessary unless there are two (or more schools) with the same name. --Enos733 (talk) 17:55, 15 October 2026 (UTC)
Yes the question asks if the city should be included when using geographic disambiguation. If the school's name is unique (unambiguous) then there would be not need. —Myceteae🍄🟫 (talk) 21:48, 15 October 2026 (UTC)
No, except for WP:MAJOR cities. WhatamIdoing's proposal here is the most workable solution I've seen, and it happens to match what is apparently the most common practice for higher education institutions in the US, as I've argued here. I'm happy to go with this and consider the more "localized" style to be more appropriate for single individual buildings, structures, etc., which schools often are not. There seems to be an aversion to disambiguation terms that diverge from the article titles for cities by shortening them to the "base name" of the city, minus the state. WhatamIdoing's proposal avoids ever doing that; instead, it achieves concision by having the state as the disambiguator, or because the article titles for WP:MAJOR cities are already concise, and sacrifices concision only if naming the non-"major" city is unavoidable. Ham II (talk) 07:56, 17 October 2026 (UTC)
No Having made thousands of edits to school articles and having done extensive research on the data from the National Center for Education Statistics, the overwhelming majority of such schools -- well more than 90-95% -- need no disambiguation at all, and forcing the addition of city and state means that the vast majority of readers will have to wade through multiple pages to find the article they're looking for. Sure, there will be an example of a Central High School or a Memorial High School, where there is occasionally a need for disambiguation, but even within those it's the exception, as most of the articles have a full name that disambiguates the Central / Memorial, as needed. Per Wikipedia:Disambiguation, we should be using city and state as disambiguators where it's needed, not for every single article for every single primary and secondary school. Alansohn (talk) 21:08, 18 October 2026 (UTC)
The question was posed in the context of "when using geographic disambiguation". It does not say that a geographic location identifier needs to be used all the time. It's only about ambiguous cases. — BarrelProof (talk) 22:56, 18 October 2026 (UTC)
Again, no. We should always be using the minimum disambiguation needed. Why use "(city, state)" when "(state)" is sufficient. Alansohn (talk) 01:57, 19 October 2026 (UTC)
Sorry for previously misunderstanding your comment. Now I see what you meant. — BarrelProof (talk) 03:32, 19 October 2026 (UTC)
No, except for WP:MAJOR cities. I think User:Very Polite Person (VPP) is correct. We should be boring and procedural. Country subdivisions are a form of taxonomy. And taxonomic rank is the boring and procedural way of distinguishing between similar things. And it tells us to start at the most specific rank when determining where two things differ. That would be the city/town/village level. However, as WhatamIdoing pointed out, we run into the problem that we can't actually disambiguate by "city" in most cases without being ambiguous and contradicting the title of the corresponding article for the place the school is located in. Forrest School (Chapel Hill, Tennessee) would be Forrest School (Chapel Hill), which sounds like it's in North Carolina because no one knows Chapel Hill, Tennessee. That town's article is not titled Chapel Hill. But neither is Chapel Hill, North Carolina. Whereas White County High School (Cleveland, Georgia) would be titled White County High School (Cleveland) which sounds like it's in the Ohio city of Cleveland, which is where that city's article is located. But if we conform to corresponding town article titles, we get Town High School (Town, State), which is not WP:CONCISE because it provides more detail than is necessary in cases where no other same-named schools exist in the state. Οἶδα (talk) 05:04, 19 October 2026 (UTC)
Question 2 responses
If yes (to Question 1), should the state also be included by default, or only under certain circumstances? If the state is not always included, when should it be?
I don't have strong feelings about whether to always include the state or to take a different approach based on primary topic, WP:MAJOR city designation, or the need for more complete disambiguation. —Myceteae🍄🟫 (talk) 01:05, 13 October 2026 (UTC) Will update my response below —Myceteae🍄🟫 (talk) 19:26, 20 October 2026 (UTC)
I think:
If it's a WP:MAJOR city, then we should use the major city (unless that's not sufficient): Wikipedia High School (Chicago) but never Wikipedia High School (Chestnut) for a school in Chestnut, Illinois, with its total population of just 220.
If it isn't a WP:MAJOR city, then we should use the state (unless that's not sufficient): Wikipedia High School (Illinois).
Only if it isn't a WP:MAJOR city and we need further disambiguation because there's more than one school with the same name in the same state should we use both the city and the state: Wikipedia High School (Chestnut, Illinois). WhatamIdoing (talk) 01:20, 13 October 2026 (UTC)
The list of small towns whose kids have to go to the neighboring town for high school is much larger. If you know your friend lives in Smallville, State you don't know whether the high school will be "Wikipedia High School (Smallville)" or "Wikipedia High School (Neighborton)". You'd still be able to find it if the article were titled "Wikipedia High School (State)", though. WhatamIdoing (talk) 01:34, 13 October 2026 (UTC)
I know you don't think we should care about consistency between countries, but I'm curious why you think the global recognizability of towns and cities should be a determining factor in the US but not elsewhere. Yorkshire and New South Wales are more recognizable than many of the tiny villages and hamlets within them. —Myceteae🍄🟫 (talk) 01:43, 13 October 2026 (UTC)
Because readership is likely to be within a single country (e.g., I want to know about my friend's kid's school), I think that we should do what makes sense within that country. This RFC asks about US schools, so my answers are oriented towards US schools. That said, if "St Wilfrid's Secondary School, Yorkshire" works for UK folks than "St Wilfrid's Secondary School, Skeffling", then I'd certainly prefer it. WhatamIdoing (talk) 18:04, 13 October 2026 (UTC)
Not in the case of Washington, as Washington is the state and Washington, D.C. is the capital. In the case of Georgia – are you aware of any schools in the US state of Georgia that have the same name as a school in the non-English-speaking country of Georgia? I'm not, and I think it's unlikely to be a problem. Therefore I consider that hypothetical conflict to be irrelevant. WhatamIdoing (talk) 18:07, 13 October 2026 (UTC)
I would have thought '(Washington)' always meant the state and was therefore to learn of Portrait of a Young Man (Botticelli, Washington) but maybe this is a different matter. I agree the Georgia situation will occur rarely. Just trying to understand not only what people are recommending but why. If we only care about people in-country and not globally, that's helpful to confirm. This did sort of come up in consideration of some of the Marist School titles. The schools are found all over the world, including in countries where English is not the primary language of instruction or everyday life. There's not one in Georgia so in actuality confusion is unlikely. —Myceteae🍄🟫 (talk) 18:38, 13 October 2026 (UTC)
In short, no. I've thought about that and honestly it seems like in most cases the title provides enough context that using a state even in those instances is sufficient. Again it's about distinguishing titles of the same name, not necessarily providing precise locations. For readers and editors looking for the article, these titles are either going to appear on search results with other high schools (and include the short description which also includes the city) or on a DAB page where the city is usually included.
Secondary schools in the country of Georgia don't use the "Name High School" format that North American schools do, so there aren't any overlaps with schools in the US state of Georgia or anywhere in the US that I'm aware of.
"Washington, DC" is the common name for the city and is already consistently used to disambiguate schools in the city. There doesn't seem to be any confusion about using "(Washington)" for schools in the state of Washington.
Schools in the city of New York seem to consistently use "New York City" and some use just the borough ("Queens" or "Bronx") to disambiguate. Like Washington, there doesn't appear to be any confusion using "(New York)" on other school articles. While we could try to be more consistent and only use "New York City" or add the state to the borough ("Queens, New York") for schools in NYC, it seems more like a case of "if it isn't broken, don't fix it" as there are only a handful of schools that use the borough, plus even the articles on each borough don't use the "city, state" or even "neighborhood, city" format.
I think that anyone concerned about confusion about using "(Washington)" for schools in the state of Washington should consider changing it "(Washington state)". "(Georgetown, Washington)" doesn't really help, as we have both Georgetown (Washington, D.C.) and Georgetown (Washington state). WhatamIdoing (talk) 18:19, 13 October 2026 (UTC)
It seems that it may be a special case. Thus, a specific rule just for that state may be useful, depending on the consensus on Question 1. Issac I Navarro (talk) 18:23, 13 October 2026 (UTC)
I think that anyone concerned about confusion about using "(Washington)" for schools in the state of Washington should consider changing it "(Washington state)" … or '(City, State)'! —Myceteae🍄🟫 (talk) 18:53, 13 October 2026 (UTC)
Yes. Anecdotally, in my cartography class, I teach that if you are going to show a local area (town, school, etc.), include enough context in the title so an international audience can locate it on a map. I believe this is the same situation. I would frame it as city & region so we can include schools in areas without States. For example, a school in a country with provinces would be consistent with the ones in the US. GeogSage (⚔Chat?⚔) 04:54, 13 October 2026 (UTC)
Yes, include it (except for certain large cities). Use exactly the place name used for the category for the place. - Jmabel|Talk 06:50, 13 October 2026 (UTC)
No. Not necessary unless needed for disambiguation purposes. -- Necrothesp (talk) 09:28, 13 October 2026 (UTC)
This seems to be the normal rule for most other building to include the state even when not needed but for WP:MAJOR cities then no unless still ambiguous. Crouch, Swale (talk) 11:09, 13 October 2026 (UTC)
@Very Polite Person, could you explain what you mean about Taxonomic rank? Are you recommending that since we normally write E. coli, we should always dab pages as (City, State)? WhatamIdoing (talk) 18:26, 13 October 2026 (UTC)
Not per se, just that there's no reason we can't do somethig simple and uniform akin to that for our URLs and page titles. Decide on what, how to implement, and then we can and should lock in something that can scale... as far as we need to. If some day we have Central High School (New San Diego, Moon) or whatever else, a format that anything can easily just plug into. — VPP (t/c) 22:15, 13 October 2026 (UTC)
The question here is "should the state also be included by default, or only under certain circumstances?"
No Only when disambiguation is needed, not as a default. Keep the disambiguation as short as necessary. Timrollpickering (talk) 12:52, 13 October 2026 (UTC)
No, unless necessary to distinguish from other similarly named schools in similarly named cities/towns. older ≠ wiser 17:15, 13 October 2026 (UTC)
I voted no for Q1, but if it passes anyway, then I vote yes for this one except in the case of WP:MAJOR cities. Shocksingularity (talk) 20:51, 13 October 2026 (UTC)
Weak yes. We should generally follow the convention at WP:USPLACE.Katzrockso (talk) 01:25, 14 October 2026 (UTC)
Yes with the exception of those in the AP styleguide allowed to be mentioned without states. ✶Quxyz✶ (talk) 23:54, 14 October 2026 (UTC)
No I still say no. In most cases, based on the data I've seen, the name is unique across states. We should be as concise as possible, and if the state adds sufficient disambiguation, then why should we add city? Sure, there are cases where the same school name exists within the same state, and that's where (city, state) should be used; otherwise (state) is sufficient. Alansohn (talk) 21:32, 18 October 2026 (UTC)
Yes, except for WP:MAJOR cities. And only the state name, unless two schools with the name exist in the same state, as laid out in WhatamIdoing's proposal above. Οἶδα (talk) 05:17, 19 October 2026 (UTC)
Yes, the city and state should both be included by default when geographic disambiguation is already necessary, with a WP:MAJOR cities exception. This approach best balances the various article title considerations:
It reduces astonishment in cases like Paris, Texas and London, Ontario (if the approach is to be extended to Canada).
It properly situates these local, often hyperlocal, institutions.
It provides a clear and WP:CONSISTENT framework that will reduce variability among US schools titles.
It addresses WP:NATURALNESS and WP:Recognizability for locals, who are the readers most likely to be familiar with the school, and for the global readership.
It achieves greater WP:CONSISTENCY with schools outside the US, which almost always use the city, while incorporating local conventions as described at WP:USPLACE.
It addresses some of the potential ambiguity with Georgia, New York, and Washington (however minor these concerns may be).
The tradeoff is over-precision/loss of concision for some articles. The Article titles policy allows for this when balancing other considerations and following subject-specific naming conventions.
Should we develop a naming convention covering all school articles?
As I am to draft up WP:NC(S) with the ideas from others at WT:WPSCH/AG, I think it could be helpful to point to when closing RMs. Issac I Navarro (talk) 01:11, 13 October 2026 (UTC)
Yes. Per my comment above. GeogSage (⚔Chat?⚔) 04:55, 13 October 2026 (UTC)
To anyone saying yes, here. If that page was to be developed, I would love some feedback on that page's talk. I think that page could greatly benefit from others' points of view. Issac I Navarro (talk) 05:14, 13 October 2026 (UTC)
Yes, folks may want to take look at the very rough draft proposal at WP:NC(S). It's somewhere between the brainstorming and draft proposal stage described at WP:PROPOSAL. It is mostly compiled from past failed proposals listed at Wikipedia:Schools §Article titles. It does not reflect any clear consensus. @Issac I Navarro has done a nice job pulling it together and cleaning up some portions. Per WP:MULTI, and for everyone's sanity, let's not start a parallel discussion about US schools or anything else within the scope of this RFC on the draft proposal's talk page—or anywhere else. —Myceteae🍄🟫 (talk) 05:32, 13 October 2026 (UTC)
No harm in trying. Not so sure it will work well for all countries, but we can at least develop standards for many countries. - Jmabel|Talk 06:51, 13 October 2026 (UTC)
Probably not necessary. Comma disambiguation needs to be used for all Commonwealth countries (except Canada) incidentally, which includes Australia, as is standard. -- Necrothesp (talk) 09:28, 13 October 2026 (UTC)
Yes although it might be better as part of a wide guideline for buildings etc although in America as least it seems that we often treat school as being organizations rather than buildings which I (in England) would normally consider them. Crouch, Swale (talk) 11:09, 13 October 2026 (UTC)
Possibly, for US only; absolutely not for a global attempt. Since I'm not in the US, I won't comment further on US schools. Johnbod (talk) 12:06, 13 October 2026 (UTC)
Yes but make clear it does not cover higher education even if a few countries call universities "schools". And all disambiguation should be brackets, not comma, to avoid giving the misleading impression the full article title is the institution's full name, regardless of country. Timrollpickering (talk) 12:53, 13 October 2026 (UTC)
No. Possibly ones per country will make sense, but there is too much variety in how the world organises its education system, how it names its educational institutions and how best to disambiguate places (e.g. "City, State" doesn't work for the majority of the world) for a single system to be practical. I'm also not convinced such a system would be desirable even if it was practical. Thryduulf (talk) 13:43, 13 October 2026 (UTC)
These are important concerns that would need to be addressed, and you may be right that it's too difficult to be helpful. A single guideline ≠ A single system. We have existing naming conventions like WP:PLACE, WP:NCEVENTS, and WP:NCSTATION that provide a general approach for the category and varying levels of region- or subtype-specific guidance. A guideline for schools might look similar. —Myceteae🍄🟫 (talk) 15:45, 13 October 2026 (UTC)
No. While it sounds nice, as long as articles are following the general rules and guidelines for titles and disambguation, which allows for multiple formats, I don't think we need a strict uniform format for all schools. As others have said, how we name schools and places differs, so it would be impractical, and I seriously doubt any consensus could even be reached. --JonRidinger (talk) 15:50, 13 October 2026 (UTC)
The general rules and guidelines for titles and disambiguation don't yet provide a clear answer to the problem at hand, which is how to disambiguate entities (other than populated places) by location in the United States. A naming conventions page doesn't mean a strict uniform format for all schools; the page can indicate what Myceteae has called varying levels of region- or subtype-specific guidance. Ham II (talk) 16:10, 13 October 2026 (UTC)
Meh, leaning towards No. Considering that many agree that the naming conventions for settlements needs to be changed, there has been no consensus about how to change it. Seems even less likely that any single convention would be applicable for schools (or other institutions) world-wide (and I suspect having a set of multiple conventions would likely create more confusion). older ≠ wiser 17:21, 13 October 2026 (UTC)
Yes, preferably as Wikipedia:Naming conventions (educational institutions) given that the convention I support (above) for US schools is also applicable to US colleges and universities, but Wikipedia:Naming conventions (schools) would have much the same effect as the US higher education naming convention seems mostly to have fallen into place already. NB also that there are differing interpretations of "school", although that doesn't necessarily rule out Wikipedia:Naming conventions (schools) as a title if the scope is clarified in the text. Ham II (talk) 08:40, 17 October 2026 (UTC)
NoWP:COMMONNAME does a fantastic job of giving us guidance on names, with disambiguation added when (and only when) needed. Alansohn (talk) 21:34, 18 October 2026 (UTC)
A wider guideline? Yes. A school-specific guideline? No. Taxonomic rank combined with existing WP:PLACENAME guidances should result in smooth application. But this should not disrupt WP:COMMONNAME in any way. But it's basic placename taxonomy, so it goes beyond the disambiguation of school articles... which is the next question. Οἶδα (talk) 05:30, 19 October 2026 (UTC)
Question 4 responses
Should we develop a naming convention that covers schools, museums, churches, libraries, and similar institutions and buildings?
Yes. Ideally, something like: institution name, city, region/state/province. GeogSage (⚔Chat?⚔) 04:56, 13 October 2026 (UTC)
I don't have any strong opinions on this one. Possibly, as since we are doing schools we could better check all similar type buildings and build off off of the consensus reached here. Issac I Navarro (talk) 05:05, 13 October 2026 (UTC)
Ambitious. Worth a try. If you do, consider that for many of these things you need to account for:
Sometimes a building and an institution should be "lumped," especially if the institution has always been associated with a single building or a series of buildings on a single site. However, this is not a given: museums, in particular, often move and often occupy buildings that are notable independent of the museum. Library systems often exist independent of particular library buildings. If universities are to be included, it gets even more complicated: the University of Washington, for example, has at least five present-day campuses, a former campus in Downtown Seattle, and numerous buildings elsewhere, including (for example) marine-oriented facilities in Friday Harbor, Washington. - Jmabel|Talk 06:58, 13 October 2026 (UTC)
Much to consider. If a more comprehensive guideline is developed, it would presumably default to WP:COMMONAME, WP:PRIMARYTOPIC for the common name, and other broad considerations in many cases. So the likes of University of Washington, Holworthy Hall, and Cincinnati and Hamilton County Public Library would not need to be changed. I don't want to digress too much into what exactly such a naming convention might say but it would be critical to define its scope. Another critical question would be whether the disambiguation considerations and outcomes should be the same for each type and, if not, what special rules or factors could be described for, say, libraries as distinct from high schools. —Myceteae🍄🟫 (talk) 07:19, 13 October 2026 (UTC)
I agree with Jmabel, point, that seems to make the most senes. Issac I Navarro (talk) 00:57, 14 October 2026 (UTC)
Probably not necessary. See above. -- Necrothesp (talk) 09:28, 13 October 2026 (UTC)
Yes as I said above. Crouch, Swale (talk) 11:09, 13 October 2026 (UTC)
Probably not, for US only; absolutely not for a global attemptJohnbod (talk) 12:08, 13 October 2026 (UTC)
Johnbod, why would one country get special handling versus everyone else? — VPP (t/c) 12:32, 13 October 2026 (UTC)
To avoid yet more cultural imperialism by guess who. If other countries want their own standard, fine. But a standard devised by and for the US should not be imposed globally, as too often happens here. Johnbod (talk) 13:13, 13 October 2026 (UTC)
There's no reason region-specific guidance and considerations should not be included in such a guideline. —Myceteae🍄🟫 (talk) 15:55, 13 October 2026 (UTC)
Agreed. I don't believe any country on Earth would feel like we're imposing US standards if we use their specific regional terms. For example, China has a different system of administrative divisions, and none are called "States," but are employed in a similar way to describe places in China. Each country has their own way of doing things, and we can respect that while still having some standard that is roughly consistent globally. GeogSage (⚔Chat?⚔) 03:54, 14 October 2026 (UTC)
As pointed out in the Article Advice Talk, UK schools use commas instead of parentheses. Issac I Navarro (talk) 04:01, 14 October 2026 (UTC)
The point is less what symbol goes where in the title as opposed to what level of place goes where in the title. — VPP (t/c) 06:24, 14 October 2026 (UTC)
To be clear what I mean is that anyone should be fine with if one country's norm is (this, then) vs this, then. THe point is the this and the then, not the other errata. — VPP (t/c) 06:25, 14 October 2026 (UTC)
This seems like an obvious yes.. I mean... this is all a solved problem: Taxonomic rank. — VPP (t/c) 12:32, 13 October 2026 (UTC)
I don't see a fundamental Wikipedia article titling difference between a school and a museum, church, library, or other institution or building. They fundamentally involve the same issues. — BarrelProof (talk) 12:57, 13 October 2026 (UTC)
No, per my answer to question 3 but this one has even more variables. Thryduulf (talk) 13:44, 13 October 2026 (UTC)
I've long intended to rework WP:CHURCH into a more fully developed Wikipedia:Naming conventions (church buildings). That would necessarily have different guidance for different parts of the world, as much of it would be about when to use English and when to use other languages. For the United States, article titles with disambiguation would follow the pattern "St. Foo's Church (Placename)" (which is the status quo). I don't think there'd be any circumstances in which "Placename" would be a US state. Whether "Placename" should be, e.g., "Chestnut, Illinois", or just "Chestnut", is another matter; see my comment below. Ham II (talk) 14:31, 13 October 2026 (UTC)
@Ham II, after consensus, if you would like, send me a ping. Maybe we can work/build off the school naming convention.Issac I Navarro (talk) 15:59, 13 October 2026 (UTC)
Aha, I wasn't aware of WP:CHURCH. This says to use the name of the settlement or administrative division in which the building is located and to use commas instead of brackets (parentheses). A quick look at Category:Churches in Chicago and Category:Churches in Nashville, Tennessee shows that we do use parentheses, use city only for the WP:MAJOR city Chicago, and we use a mixed approach for the 'kind-of-major' city Nashville. We do not use state alone, at least not in this small sample. —Myceteae🍄🟫 (talk) 16:31, 13 October 2026 (UTC)
Parenthetical disambiguation is the norm for articles on churches in North America, and WP:CHURCH not reflecting this is one reason I want to revise it. I think it's had very little attention and not much would be achieved by mass-messaging the relevant WikiProject(s). Ham II (talk) 16:54, 13 October 2026 (UTC)
Same as #3: Meh, leaning towards No. Considering that many agree that the naming conventions for settlements needs to be changed, there has been no consensus about how to change it. Seems even less likely that any single convention would be applicable for schools (or other institutions) world-wide (and I suspect having a set of multiple conventions would likely create more confusion). older ≠ wiser 17:23, 13 October 2026 (UTC)
No, see my answer on question 3. Most of these are already disambiguated with place names so an official guideline isn’t that useful. Shocksingularity (talk) 20:57, 13 October 2026 (UTC)
No, this is overstepping it. Proper names exist, we don't need to open up the doors even more. PARAKANYAA (talk) 00:55, 14 October 2026 (UTC)
No Sure, there are cases at WP:RM dealing with contested names coming up. But to imagine that we're going to develop and then impose an overall naming convention that is goung to cover all "schools, museums, churches, libraries, and similar institutions and buildings" is biting off far more than we can chew and will only be likely to create far, far more problems than could possibly be resolved. Alansohn (talk) 21:46, 18 October 2026 (UTC)
Yes, a basic guideline for disambiguation by placename. But not anything wider than that, and certainly not anything that steps on WP:COMMONNAME. As BarrelProof wrote, there isn't a fundamental difference between these institutions and what we must consider when disambiguating them. And as VPP wrote above, the point is less what symbol goes where in the title as opposed to what level of place goes where in the title. So it needn't be parenthetical disambiguation. Οἶδα (talk) 05:42, 19 October 2026 (UTC)
If I've understood your other posts correctly this guideline would start from the state and work down. First United Methodist Church (Laurel, Maryland) and First United Methodist Church (Nebraska City, Nebraska) are apparently the only churches of those names in those states with articles. Should they therefore have the article titles First United Methodist Church (Maryland) and First United Methodist Church (Nebraska)? Or would that be the point at which we're stepping on WP:COMMONNAME, as you put it? I think that disambiguation by US state would work for schools (and already does for colleges) but wouldn't for churches, and I would work from the assumption that the more "localized" style (localized to, e.g., a city, and using the format "City, State" for any non-WP:MAJOR city) would be best for any institutions/buildings other than schools, colleges and universities. Ham II (talk) 07:25, 19 October 2026 (UTC)
this guideline would start from the state and work down
And by "stepping on WP:COMMONNAME" I'm simply referring to a naming convention that somehow implies topics that do not require disambiguation should apply such disambiguation, instead of simply using the unambiguous expression WP:COMMONNAME tells us to use.
Is your suggestion that disambiguation (when used) always matches the name of the city article, or rather that we use the city for schools everywhere except the US? Or cities for England, states for the US, and perhaps separate rules for every other country? For schools located in cities in England where the city article requires disambiguation, would you then use 'School Name, City, County'? For example, should Queen Elizabeth Grammar School, Penrith be moved to Queen Elizabeth Grammar School, Penrith, Cumbria to match the title of the article Penrith, Cumbria?
What is the fundamental difference between these institutions that we must consider when approaching disambiguation by placename? I have the same question. Schools and churches are both local institutions, though they may serve members of neighboring communities. —Myceteae🍄🟫 (talk) 19:03, 19 October 2026 (UTC)
Only if there is more than one Queen Elizabeth Grammar School in Cumbria, which there does not appear to be. Applying the previous logic, Queen Elizabeth Grammar School, Cumbria would be my choice. Of course you could argue that because no other place named Penrith has a "Queen Elizabeth Grammar School" that Penrith alone is sufficient. That would be similar to how two television shows can have the same name--like Shameless (American TV series) and Shameless (British TV series)- but we don't disambiguate the episode titles with anything other (Shameless) because there isn't ambiguity between both shows' episode titles. Maybe I'm wrong, but I feel placenames are a different beast. If the wider community hasn't even agreed that a place is the primary topic for its name, meaning we consider it insufficiently distinctive to title its own article without qualification, I feel like we would be treating it as if it were if we departed from the established article title in our disambiguation. The fact that most placenames are not identifiable by their unqualified name alone + the fact that there are placenames that share the names of primary topic cities renders that distinction necessary in my view, even when there is no known ambiguity between shared placenames. I would say article titles should be understandable and appropriately disambiguated without relying on readers' knowledge of every possible place name. Do we really think St. Peter's Cathedral Basilica (London, Ontario) should be named St. Peter's Cathedral Basilica (London)? How about Zion Church (Rome, New York)? Should it be Zion Church (Rome)? I now realise that existing practice is inconsistent, as stated in the OP here, but I have always perceived disambiguation by placename as being downstream of the place's article title. Οἶδα (talk) 05:27, 20 October 2026 (UTC)
From, what I have seen, it seems other countries use a comma, while the US uses brackets. Issac I Navarro (talk) 05:34, 20 October 2026 (UTC)
I am aware. I wasn't making any point related to that. I did say above that such a guideline wouldn't be dependent on parenthetical disambiguation. Οἶδα (talk) 05:47, 20 October 2026 (UTC)
Thanks you, this is clarifying.
I would say article titles should be understandable and appropriately disambiguated without relying on readers' knowledge of every possible place name.
I tend to agree though there is tension between various editors' preference for and application of concision, precision, consistency, and other principles. Article titles should be recognizable to someone familiar with the topic. For local schools, the city is a basic piece of information and would cover this. Strictly speaking, the title doesn't need to make sense to or define the topic for readers unfamiliar with the school, but in practice we often include identifiers or descriptors beyond the absolute minimum that is required for disambiguation, in the name of both consistency and serving a global audience. —Myceteae🍄🟫 (talk) 18:57, 20 October 2026 (UTC)
That is interesting. If the consensus is that local institutions are foremost defined geographically by the city/town/village/etc they are in, then I suppose the argument becomes that (State) can sufficiently distinguish the topic but not appropriately define it for recognizability. I would tweak my opinion to account for that consensus, assuming it is reached. I would concur that a museum in the Chicago metro area is probably defined more by its locale than it is as an institution of Illinois. Or a high school in Western Mass by its town. I still wouldn't ever depart from established article names and get First United Methodist Church (Laurel), which vaguely suggests to me it has something to do with plants. Or Spring Hill Farm (Lebanon, New Hampshire) becoming Spring Hill Farm (Lebanon), which sounds like it is located in a certain Near East country. Οἶδα (talk) 03:40, 21 October 2026 (UTC)
On US schools, colleges and universities, I think the latter two are already most often disambiguated by state. Reading over the arguments again, I'm starting to waver somewhat in my support for doing the same for schools. But I was thinking of a distinction between institutions occupying multiple buildings with potentially sprawling or little-known catchment areas only recognizable from the state, versus individual buildings. One thinks of a building as being in a specific settlement; something further up in the taxonomy reduces WP:NATURALNESS and WP:RECOGNIZABILITY. One especially thinks of a cathedral (since you mention one) as being in a city. (That article's lede suggests it could be given a more concise base name, "St. Mary's Cathedral", which would make the length of the disambiguator less of an issue.) A settlement or populated place rather than anything larger is usually the best starting-off point for disambiguation of a building. Ham II (talk) 20:12, 19 October 2026 (UTC)
That sounds good, since only as much detail as is necessary to distinguish one topic from another should be used. But I'm not sure how we can simultaneously say via WP:PRECISION that exceptions exist because of how we factor other WP:CRITERIA into the equation and that as such Bothell, Washington is more natural and recognizable than Bothell. Why should we disregard those same conclusions of naturalness and recognizability when deciding how much geographic detail to include in a disambiguator? I wouldn't feel comfortable disregarding what has already been worked out (sometimes ad nauseam) at the main article. Why would First Church of Christ, Scientist (Paris) be more natural or recognizable than First Church of Christ, Scientist (Paris, Texas)? And why would the latter be more concise than First Church of Christ, Scientist (Texas) in defining the topic? Speaking for the articles that exist on Wikipedia, of course. Οἶδα (talk) 06:16, 20 October 2026 (UTC)
I agree with most of your reasoning but reach a different conclusion, which is that routine usage of '(City, State)' for geographic disambiguation of schools, churches, etc. in the United States is the best balance of the considerations, with a WP:MAJOR cities exception. —Myceteae🍄🟫 (talk) 19:24, 20 October 2026 (UTC)
Anecdotally, I have a Smallville High School (Smallville, Mystate) in my area that has only one doppelganger in the whole US. I checked Google Trends and it does appear people are searching the full "Smallville High School Smallville Mystate" just as frequently as "Smallville High School Mystate". Οἶδα (talk) 01:33, 21 October 2026 (UTC)
I could get behind an exception for cases like Smallville High School (State) where the name of city is reflected in the name of the school. —Myceteae🍄🟫 (talk) 13:27, 21 October 2026 (UTC)
I think colleges and universities with sprawling campuses and satellite locations are a different matter (also touched on elsewhere in this discussion). This situation is far less common with grammar schools and high schools. And colleges and universities, which more often have significant state, national, even international prominence, may warrant distinct treatment overall. Many, probably the large majority, will have a unique common name like University of Washington that doesn't require disambiguation. The article properly covers the parent institution and main campus, with separate articles on Campus of the University of Washington (covering the main campus), University of Washington Bothell, and University of Washington Tacoma. —Myceteae🍄🟫 (talk) 19:19, 20 October 2026 (UTC)
Discussion (Geographic disambiguation)
I'm not sure at this time if we need a comprehensive naming convention for schools or for other, similar institutions. It is sensible to me that these would all follow similar principles. However, the major sticking point at RM, and the major point of variation across the project, is primary and (mostly) secondary schools in the US. —Myceteae🍄🟫 (talk) 01:06, 13 October 2026 (UTC)
Clarification/scope: The intent is to create a standard approach that will usually be used when disambiguation is needed, i.e., when two or more schools share the same name. As with other guidelines/naming conventions, this would not be required when the school has a unique WP:COMMONNAME that doesn't require disambiguation or when it is determined at RM that weighing other article title considerations occasionally warrant a different approach in a particular case. —Myceteae🍄🟫 (talk) 01:17, 13 October 2026 (UTC)
Isn’t all of this already covered by WP:USPLACES? That guideline tells us to include both town and state names except for a few designated large cities. Blueboar (talk) 12:42, 13 October 2026 (UTC)
I asked above, but why would the USA get it's own carve out on anything ever, or any other country? — VPP (t/c) 12:57, 13 October 2026 (UTC)
I’m not going to repeat all the reasons why WP:USPLACES says what it does. We have had multiple discussions about it, and we have repeatedly confirmed that it has consensus.
(edit conflict) It's basically a matter of MOS:TIES and WP:ENGVAR. The US has a large number of people who speak and read English, and it has somewhat different writing customs than other places. It would be rather odd to say that someone "went to Cleveland, United States", for example. — BarrelProof (talk) 13:38, 13 October 2026 (UTC)
My question is why it wouldn’t apply to these school disambiguations. Blueboar (talk) 13:28, 13 October 2026 (UTC)
Well, for one, it could often be a bit cumbersome– including extra state identifiers where they are not a natural part of the way people write. Also, it's not clear what kind of location identification is desirable for an institution that is located in Neighborhoodplace, Smallville, Cucumber County, SomestatethatshopefullynotGeorgiaorWashingtonorNewYork, when the institution is in the Bigcity metropolitan area. — BarrelProof (talk) 13:49, 13 October 2026 (UTC)
This seems to boil down to a disagreement over whether, e.g., Chestnut, Illinois, should be treated as a place name plus disambiguation or as a place name unto itself. If it's a place name unto itself, one can simply follow the article title for the place when disambiguating something that's located there. If it's a place name plus disambiguation, following the place's article title means there is arguably one disambiguator too many, so there is then a question of whether to disambiguate by city/town/etc. or by state.
As comma-separated disambiguation seems to be restricted to articles on populated places when it comes to American topics, with disambiguation otherwise being parenthetical for those topics, this probably encourages the view that an article title like "Wikipedia High School (Chestnut, Illinois)" doesn't contain "double disambiguation" (a term that's being used in this brand-new RM started today). Ham II (talk) 14:06, 13 October 2026 (UTC)
It’s not one or the other… it’s BOTH. Because sooo many towns in the US require disambiguation, it has become standard practice in US sources to include the state name when referring to the town - even when the town name is unique. The exceptions are a few large cities… and these are spelled out in the guideline. Blueboar (talk) 15:58, 13 October 2026 (UTC)
@Blueboar, USPLACES is about how to title articles about cities, counties, etc. in the US. It doesn't say anything about whether a non-geographical thing should be disambiguated as Thing (City, State), Thing (City), or Thing (State).
This is a nice framing of the issue. We already have a standard for US places, and a mountain of other region-specific guidance, that essentially says ambiguity and concision are not the top priorities. We have other naming conventions like WP:NOYEAR and WP:TVSEASON that prioritize consistency and providing more identifying information in the title over selecting the shortest possible title. —Myceteae🍄🟫 (talk) 16:24, 13 October 2026 (UTC)
My question is why [WP:USPLACE]wouldn’t apply to these school disambiguations. It could. And this could be extended to other countries by saying that the general approach described at WP:PLACE is used for disambiguating schools, churches, museums, etc. It's a tradeoff between WP:CONSISTENCY and simplicity vs. WP:CONCISE. This would produce a fair number of article titles that are longer than absolutely necessary but the determination would more often be straightforward and less reliant on case-by-case assessments and the randomness of who happens to show up at RM. —Myceteae🍄🟫 (talk) 16:10, 13 October 2026 (UTC)
Perhaps the number of separate elements in a disambiguator should be limited to two; I wouldn't want Portrait of a Young Man (Botticelli, Washington) further extended to "Portrait of a Young Man (Botticelli, Washington, D.C.)", even though the article title for the city is Washington, D.C.Ham II (talk) 16:42, 13 October 2026 (UTC)
Hmm. See, I find the title of Portrait of a Young Man (Botticelli, Washington) rather surprising. At first glance I'd assume it refers to some place called Botticelli, Washington. Washington, D.C. is a special case that should probably be treated uniformly regardless of the approach used for other US cities. Puerto Rico, Guam, etc. may also warrant special treatment. —Myceteae🍄🟫 (talk) 17:24, 13 October 2026 (UTC)
The WP:CRITERION of Recognizability is that "The title is a name or description of the subject that would be recognized by someone familiar with, although not necessarily an expert in, the subject area." I think someone of that description would recognize that Botticelli is the name of the painting's artist. Ham II (talk) 17:42, 13 October 2026 (UTC)
I think so, too. But again we often use additional considerations and conventions to places. It's interesting to see what the actual practices are and how they are rationalized. —Myceteae🍄🟫 (talk) 18:40, 13 October 2026 (UTC)
I should clarify: I agree with the application of WP:Recognizability in a vacuum. But I also find Washington, D.C. better here even if not strictly necessary. Several other editors throughout this discussion have asserted that we always or usually write out Washington, D.C. for disambiguation. —Myceteae🍄🟫 (talk) 19:31, 13 October 2026 (UTC)
AFAIK, WP:USPLACES focuses on articles about populated places, not articles about institutions. It doesn't say what to do when a place name is part of some title about something else. — BarrelProof (talk) 13:17, 13 October 2026 (UTC)
I also suspect that people may not understand just how many articles are using "(Primarytopicville)" instead of "(Primarytopicville, Statename)" in disambiguation terms, and similar unqualified phrases in WP:NATURALly disambiguated article titles. I suspect the number is very large. One related RM was Talk:Herbert Hoover High School (Glendale)#Requested move 20 November 2023. — BarrelProof (talk) 22:17, 13 October 2026 (UTC)
That one was mentioned in the RM discussion. Someone had boldly moved it from just "(San Diego)" in 2020, and the same thing had happened for Fresno in 2011. San Diego is one of the WP:MAJOR cities. Fresno is not, but it's a Primarytopicville. — BarrelProof (talk) 00:27, 14 October 2026 (UTC)
After this is over, I hope many of us can organise, to clean things up. We may need to boldly move many pages in accordance with the consensus reached here. @BarrelProof, I would like your thoughts on this: Should we add a template, similar to those at Wikipedia:WikiProject Schools/Templates#Article maintenance templates, to the talk pages of articles we move saying that it was boldy done in accordance with the consensus reached here? And if you would like to request it being moved to a back or a different title use subst:Merge school? For a lack of better words, is this a dumb idea? Issac I Navarro (talk) 01:46, 14 October 2026 (UTC)
I wouldn't think we need a template. For a bold move, an edit summary that links to the declared consensus seems like it would suffice, and perhaps trying not to move too fast. The closer of the discussion may suggest an appropriate way forward. I'm more wondering whether we can expect to reach a clear consensus to do something. — BarrelProof (talk) 02:27, 14 October 2026 (UTC)
I would hope so, after this RfC. I am okay whatever the consensus is. Issac I Navarro (talk) 02:28, 14 October 2026 (UTC)
Yeah, the practice is common and also variable. For (Nashville, Tennessee) vs. (Nashville) it's 51 vs. 23 but for (Jacksonville, Florida) to (Jacksonville) it's 8 vs. 51. I'v not looked at all the talk pages for RMs but I wonder if one form or another just takes hold first for some cities and other articles follow suit. As I've mentioned elsewhere, I've also looked at quite a few neighborhood articles and RMs and the practice there is even more varied than for high schools. —Myceteae🍄🟫 (talk) 22:30, 13 October 2026 (UTC)
Some people even seem to believe we shouldn't disambiguate city identifiers even in cases where the city is not the primary topic for its name– e.g., see the ongoing discussion at Talk:Alhóndiga (Toledo)#Requested move 13 October 2026. — BarrelProof (talk) 15:40, 14 October 2026 (UTC)
Interesting tensions between concision, clarity, recognizability, and other principles. The arguments on both sides make sense and are defensible but I don't think there's an obvious right answer. Some view WP:CONCISE and WP:PRECISE as always favoring the shortest possible title. This can be persuasive but we often go the other way. —Myceteae🍄🟫 (talk) 16:27, 14 October 2026 (UTC)
I see it covers Museums, and that is in the scope of this RfC in question 4.
Courtesy ping:162 etc., I have yet, to see you in this RfC, and you may be interested. Issac I Navarro (talk) 16:33, 14 October 2026 (UTC)
As I said elsewhere in this discussion, I think schools aren't fundamentally different from other institutions, buildings, churches, etc. They all have the same issues. — BarrelProof (talk) 17:24, 14 October 2026 (UTC)
I agree on that point, hopefully, we can get some consensus on Question 4 responses: Should we develop a naming convention that covers schools, museums, churches, libraries, and similar institutions and buildings?Issac I Navarro (talk) 17:31, 14 October 2026 (UTC)
My perspective is that whatever consensus we can get would be helpful. Either way, consistency should be one of the main goals that comes out of this. Issac I Navarro (talk) 16:27, 13 October 2026 (UTC)
There are different ways to understand consistency. "Everything visibly the same" is consistent. "Everything using the shortest feasible name" is also consistent. "Everything uses the article title for the city" is also consistent. "Everything includes at least a state name, except for WP:MAJOR cities" is consistent, too. Which kind of consistency are you advocating for? WhatamIdoing (talk) 19:00, 13 October 2026 (UTC)
I don't have a strong preference for anything we use. There has already been four failed attempts to gain any consensus. And I don’t wish for this to be a fifth or a waste of anyones time for that matter.
I have the perspective of just having something to point to so we can stop having unproductive RM that go in either direction. I am okay with whatever the outcome is.
That being said, as I mentioned in Question 1, that I have a preference towards state. To have something akin to: Example High School (California) vs Example High School (Alabama). Then if we had two schools with exactly the same name in the same state, then we will use city: Example High School (made up1, California) vs Example High School (made up town2, California). Thus, not haveing unnecessary detail in their disambiguation terms. Trying to make the disambiguation aspect as brief and simple as possible. Additionally, for the US, there are only 50 states, having the additional benefit of being more uniformed. Issac I Navarro (talk) 19:32, 13 October 2026 (UTC)
Remind
Of course, to be clear, if a school is Exaaammmple Skooool High School with its own unique name, there would be no need to add any of the three options being discussed above: (city, state)/(state)/(city) Issac I Navarro (talk) 19:37, 13 October 2026 (UTC)
Yes, I think it goes without saying, but should be clarified in the RFC outcome and any written guideline, that first we look at general principles like WP:COMMONNAME and WP:PRIMARYTOPIC. These will often produce a suitable, unambiguous name and no further analysis is needed. When geographic disambiguation is needed, the question is which consistent approach we should follow. —Myceteae🍄🟫 (talk) 19:47, 13 October 2026 (UTC)
Yep, I only brought the unique name up, as it seemed some may have brought it up in Question 1. I am leaving this more as a note to the one that closes this RfC; to keep in mind, this is not to change those schools' titles.Issac I Navarro (talk) 19:56, 13 October 2026 (UTC)
I agree with Issac I Navarro: If the name is unique, nothing needs to be done. If it isn't and the two schools are in different states, then use "Example High School (California) vs Example High School (Alabama). Then if we had two schools with exactly the same name in the same state, then we will use city: Example High School (made up1, California) vs Example High School (made up town2, California)". That's what's needed here. Yes, the 1% of cases where there are duplicated names causes confusion, but why needlessly confuse things for the other 99%? Alansohn (talk) 21:52, 18 October 2026 (UTC)
Question 1 ambiguity Looking at some of Q1's responses, it seems some are confused whether Q1 is the scenario described in #Background regarding Always using '(City, State)' regardless of the need for further disambiguation would produce a consistent result but is less concise than state-only or city-only—Bagumba (talk) 08:01, 19 October 2026 (UTC)
I see. By further disambiguation what is meant is that this applies in a situation where some disambiguation is already required, and city-only or state-only provides incomplete disambiguation. Q1 is asking whether the city should be included in some way when geographic disambiguation is required. This could be in any form, e.g. High School (City) or High School (City, State). Q2 is asking which form is preferred or under which circumstances the state should also be included. I'm not sure how to make this more clear at this point in the discussion. —Myceteae🍄🟫 (talk) 19:38, 19 October 2026 (UTC)
@Myceteae, that may be best; to point to this thread down here. I been keeping, my eye on this RfC, and for the most part it seems pretty smooth. Issac I Navarro (talk) 19:42, 19 October 2026 (UTC)
@Issac I Navarro Yeah, I'm conflicted about meddling with the wording. It seems most people do understand what's being asked but some are confused. —Myceteae🍄🟫 (talk) 22:17, 19 October 2026 (UTC)
@Myceteae, I suggest to leave it the way it is. I been trying to keep an eye on this. If I see any that may be confused, I will try and step in. However, the rfc seems quite smooth given the amount of participants. Issac I Navarro (talk) 22:35, 19 October 2026 (UTC)
Agreed, it's going well and changes to the RFC questions or background section may actually cause more confusion. Most participants seem to understand what's being asked or are receiving clarification in the replies. —Myceteae🍄🟫 (talk) 00:29, 20 October 2026 (UTC)
In recent years I have been using ISO 8601 YYYY-MM-DD format in citation templates that I add to articles since this is unambiguous and is, anyway, converted to whatever default date format that has been set for the page by the date template. This is consistent with Wikipedia:Overview of date formatting guidelines and, anyway, the raw ISO date format is never seen in the article, only seen when editing the article.
However, over the years, I have seen other editors spending time changing the YYYY-MM-DD format to (typically) M, d, yyyy format, sometimes using scripts. I find this somewhat irritating since I spent time to add the citations and in the spirit of universality using the unambiguous ISO date format. Are there any policy restrictions on the citation template "date =" date format?!? Enquire (talk) 20:53, 13 October 2026 (UTC)
See WP:ENGVAR and List of date formats by country, noting that the US date format is unique in the world. To avoid any ambiguity for international readers, it is probably prreferntial to spell out the month. Kudpung กุดผึ้ง (talk) 22:23, 13 October 2026 (UTC)
Template:Use mdy dates and Template:Use dmy dates automatically convert 2026-10-12 into October 12, 2026 or 12 October 2026, for the reader. So for example, if you look at Kazuo Ueda (linguist) before and after Special:diff/1375822500, it appears the exact same for the reader, except now if I want to copy a reference into another article I have to manually alter the date parameters. 22:40, 13 October 2026 (UTC) 1brianm7 (talk) 22:40, 13 October 2026 (UTC)
MOS:DATEFORMAT is the guideline, not the essay Wikipedia:Overview of date formatting guidelines. MOS:DATEFORMAT says ISO dates are not acceptable for general use and are for "Only in limited situations where brevity is helpful". In my experience, inconsistent date formatting is common in rendered articles, and I believe we generally do not depend on a "default date format that has been set for the page by the date template". I thought templates like {{Use DMY dates}} do not actually convert the displayed dates to that format, but some conversion seems to have been happening in the version before Special:diff/1375822500, and I'm a bit surprised to see that. I do confirm that it seems to be having that effect, although I don't see that effect mentioned in the documentation of that template. The documentation for date templates like {{Use DMY dates}} includes encouragement to run scripts periodically to maintain consistency. Date format within an article is supposed to be basically consistent, so when someone sees clear inconsistency, I think they are justified in taking action. The widely available script converts all of the dates at once with a single click, making it hard to do something like put access dates in a different format than the dates in the body text or use a different date format in some table. MOS:DATETIES suggests that articles about topics that are particularly related to the United States should use Month D, YYYY. — BarrelProof (talk) 22:43, 13 October 2026 (UTC)
The templates say "Citation Style 1 and 2 (collectively cs1|2) templates automatically render dates (|date=, |access-date=, |archive-date=, etc.) in the style specified by this template. Because it is allowed by WP:MOSDATES, the cs1|2 templates can automatically format dates in a variety of styles." Its explicitly not a cosmetic edit, but an edit which makes no difference in output for readers is unideal IMO. 1brianm7 (talk) 00:17, 14 October 2026 (UTC)
Thanks for the info. But I now see that the rendering conversion is sometimes not applied– for those who are editing sections of the article and preview the text. There is a warning that editing a section disables the conversion (Help:Citation Style 1#Auto-formatting citation template dates: "Nota bene: CS1/CS2 auto-date formatting does not apply when previewing an article section that does not contain a {{use xxx dates}} template."), which may explain rendered output sometimes looking different. — BarrelProof (talk) 00:49, 14 October 2026 (UTC)
Section editing breaks many things (as of last count, I believe all efns, sfns, and named references first declared outside of the section?). I would not aggrieve any editor who, while making an edit to the section, changed 2026-10-12 to 12 October 2026. The benefits of converting away from 2026-10-12 are nonexistent, but the negatives are so minor that, when I see the edit made, I just express confusion to myself as to why anybody bothered with it and then I move on with my life. But on a policy-wide level, I'd be glad to see it prohibited, at least for drive-bys and not when bringing the article to FAC or something. 1brianm7 (talk) 01:51, 14 October 2026 (UTC)
others have point out the problem of iso dates, but I will note we have WP:DATERET that says to not change date formats unless there's good reason. Moving from unaccepted Iso to mdy ir day is a good reason in this case. Masem (t) 22:47, 13 October 2026 (UTC)
MOS:ENGVAR is MoS, a guideline, so pretty much a policy. MOS:DATERET likewise, MOS:DATEFORMAT likewise. List of date formats by country is a Wikipedia article but serves as a very good, clear, overview, and shows the USA in total isolation. Wikipedia:Overview of date formatting guidelines is an essay, typical when users feel our MoS and PAGs are inadequate so they write their own and what we get are many pages saying the same thing - a classic crowd sourced phenomenon. Personally, I have always used the 14 October 2026 in all articles and sources I write and edit and I have never come across any issues - not ever. Kudpung กุดผึ้ง (talk) 02:21, 14 October 2026 (UTC)
Twice here you have said something about how isolated the US is. Are you referring to the all-numeric date format in the U.S. (of which I think there are several minor variations, depending on whether leading zeroes are used or not and whether the year uses two digits or four) or are you referring to the "January5, 2006" (or "Jan.5, 2006") format where the name of the month is spelled out using letters? I have certainly seen dates expressed like "January5, 2006" in many English-language publications outside the United States. Here is one I ran across while doing some editing today. List of date formats by country says that dates are not expressed that way in South Korea, but Korea Times seems to say otherwise. The list article also says that Israel does not use dates like that, but the Haaretz website seems to indicate otherwise. The Toronto Sun also seems to use MDY. — BarrelProof (talk) 09:22, 17 October 2026 (UTC)
Our guidelines are very explicit that ISO is acceptable in citations, even without the template being used. 1brianm7 (talk) 07:32, 14 October 2026 (UTC)
Citation archives and reference names
I routinely add ref-name and archives to citations I create as well as to sometimes add them where absent in existing citations. However, from time to time, other editors for some unknown reason deleting either the reference name and/or the archives. This is quite discouraging since, particularly for archives, it takes time to find archives and to add these to the citation. Is there any plausible reason that other editors would delete reference names and/or archives? Enquire (talk) 21:07, 13 October 2026 (UTC)
Do you have some examples? Have you asked those editors? —ClaudineChionh (she/her · talk · email) 21:09, 13 October 2026 (UTC)
I've seen editors remove ref names when a ref is used only once in the article. Whether the name is there or not makes no difference to the reader, in that case, so I just ignore it. If a ref isn't reused, it doesn't need a name. Schazjmd(talk) 21:40, 13 October 2026 (UTC)
Whether it is used only once or multiple times removing a ref name is silly if it already has a name. If a user is showing a pattern of doing so, they should be politely advised that it is borderline disruptive and suggest they find something better to do - because it also generates questions like Enquire's. FWIW, I almost always name my refs as a matter of 20-year habit. Kudpung กุดผึ้ง (talk) 22:39, 13 October 2026 (UTC)
I agree that it's silly but it isn't worth my time to argue with someone about it because it doesn't really matter. Schazjmd(talk) 22:52, 13 October 2026 (UTC)
Like you said: ignore. Unless it's a pattern, in which case that 'pattern' may disclose other patterns on closer examination. Kudpung กุดผึ้ง (talk) 01:30, 14 October 2026 (UTC)
How to handle tendentious resubmission of rejected drafts?
The background lore is at the ANI thread, but I wanted to ask a more general question since I do see this happen a lot based on Special:AbuseFilter/1370. When a draft is tendentiously resubmitted after a rejection or multiple rejections, how should it be handled? In some cases, it can be handled at WP:MfD, if the draft has no chance of acceptance. But other times, a draft is rejected specifically because of tendentious resubmission with no improvement, or for some other reason, even if the draft does at least have a chance at being accepted. In such a case, would it be better to take the submitter to WP:AN or WP:AIV? What about WP:RFPP? guninvalid (talk) 20:37, 14 October 2026 (UTC)
If the draft is about an objectively non-notable subject and/or is so bad that it would not be useful as a starting point for an article without TNT then take it to MfD.
If the submitter is doing this for a draft that could be improved to be acceptable or is tendentiously resubmitting multiple drafts then take them to ANI, or (if you are an admin) consider whether a partial block from draftspace or a NOTHERE or CIR block is appropriate. Note this is not mutually exclusive with MfD.
I'd say AIV is appropriate only if they are doing this to other drafts being actively worked on by other editors. The only time I can think of that page protection would be the right solution would if the draft is in an area covered by ECR (e.g. Israel/Palestine) and multiple non-extended confirmed editors are disrupting a draft being worked on by editors who are extended confirmed. I'd be surprised if that was a common occurrence. Thryduulf (talk) 09:55, 15 October 2026 (UTC)
An attempt to prevent autoconfirmation gaming and other issues
Should requirements to autoconfirmation be changed to prevent gaming, particularly of LTAs? This conversation started here as a result of actions taken by a likely D86 sock. Socks of this behavior edit once to get the day counter going and then make several dummy edits to their userspace (example). I see two ways of counteracting this, which I have listed below. Both methods should increase visibility of socks gaming the system and allow for more reaction time on our end. I am aware of this discussion; a previous attempt to get this implemented was rolled into that discussion at the tail end of it, not allowing much time for it to be discussed. The following proposals also take a different approach to much of what was suggested at that previous discussion: it changes the system instead of just creating a new arbitrary number to reach. This also should not significantly impact new editors. @Finfixer noted that Option 2 below could prevent some new editors who make edit suggestions or participate in discussions from becoming autoconfirmed, but that cannot be a significant amount of editors impacted nor that hard to solve. A reasonably knowledgeable editor should be able to click random article enough times while making minor edits to reach the new requirements. Pinging @Hurricanehink as a conominator and @Wizzito for starting the first discussion.
Option 1: Status quo, none of the following is to be implemented
Option 2: Make it so that the 10 edits to become autoconfirmed must come from the mainspace in order to increase the visibility of gamey edits. This would be similar to what WP:WPAFC uses for its reviewers.
Option 3: Make it so that the edits must come from four separate days instead of a simple timer until the first edit reaches four days old. This would force those gaming the system to be somewhat persistent.
Option 4: Both 2 and 3.
There may be some nuance possible within the options, but that could be resolved in a later discussion if not implemented here. ✶Quxyz✶ (talk) 23:43, 14 October 2026 (UTC)
Option 4 as nom. My rationale is largely above. ✶Quxyz✶ (talk) 23:44, 14 October 2026 (UTC)
I'm not sure Option 2 would increase the visibility of gamey edits – if anything, it will make them a lot less obvious and harder to spot. Being wary of WP:BEANS, we don't want to force some LTAs to do their gaming in mainspace either... nilnz 23:53, 14 October 2026 (UTC)
In general, a mainspace article is going to have more people watching it than a random userspace article of a new editor. Also, while this might be reasonable to see in the userspace where new editors are likely to be testing what they can do, it would be glaringly obvious to anyone who happens upon it in the mainspace. It is also not like the LTAs are not vandalizing the mainspace anyway.
Also, this proposal could have the indirect effect of increasing competency among autoconfirmed editors, which I did not discuss because that is not my main goal (and, if anything, some of the proposals are meant to be discrete). Someone who prioritizes that may take that into consideration. ✶Quxyz✶ (talk) 00:02, 15 October 2026 (UTC)
It is also not like the LTAs are not vandalizing the mainspace anyway – agree, but what this proposal will do is ensure that all LTAs game in the mainspace, and every other disruptive editor (socks/UPEs/ctop pov-pushers/meats etc.) as well. I still disagree it will be more glaringly obvious to spot in mainspace. Someone gaming outside of mainspace sticks out like a sore thumb to recent changes patrollers, and was a reliable method in the past to spot the likes of SB1 before they hit mainspace. I'd say that the majority of disruption is caught via RCP rather than watchlists, and it's worth remembering that there are probably millions of mainspace pages that aren't reliably watchlisted by active editors. Non-mainspace gaming is also more obvious when you look back through an editor's revision history, and will be one less tell available to us at noticeboards that rely on behavioural analysis, including WP:SPI, WP:COIN, WP:AE etc. For those reasons, Option 1. nilnz 01:31, 15 October 2026 (UTC)
There are lots of dark corners of mainspace with very few pagewatchers where even outright vandalism can go unnoticed for a long time, so I also doubt that minor gaming edits would be noticed any quicker in such corners. I doubt if anybody would notice some minor superfluous edits made to Çeralan, Saimbeyli (which I got by clicking the 'random page' button) Athanelar (talk) 07:24, 20 October 2026 (UTC)
Option 4, anything to make it harder to game AC is a good thing. BilledMammal (talk) 00:13, 15 October 2026 (UTC)
Option 1 - Neither Option 2 or 3 will help. We have issues with users using mainspace WikiGnoming to game extended-confirmed as it is (and thus they could just resort to using it for autoconfirmed as well), and making it go across four separate days would only do a lot better job of disguising what would otherwise be obvious autocon-buster accounts. —Jéské Courianov^_^vThrillerNight! 00:18, 15 October 2026 (UTC)
Comment Note either of these changes would require changes to MediaWiki, i.e. development work processed through Phabricator. Anomie⚔ 02:26, 15 October 2026 (UTC)
We could build a bot to grant confirmed instead. BilledMammal (talk) 04:37, 15 October 2026 (UTC)
That would not be autoconfirmation. That would be a proposal to disable MediaWiki's autoconfirmation feature in favor of manual confirmation via adminbot. Anomie⚔ 11:26, 15 October 2026 (UTC)
Please, we already deal with enough mainspace gaming; let's not incentivize it further. Take it from somebody who, in her youth, actually ran her own sock accounts (on non-Wikipedia websites, we all have a past): @Nil NZ is right, the gaming will still happen, it will just be a)a lot less obvious and b) a lot harder to clean up. This is a well meaning proposal, but completely lacks any sense of the consequences. GreenLipstickLesbian💌🧸 05:48, 15 October 2026 (UTC)
A reasonably knowledgeable editor should be able to click random article enough times while making minor edits to reach the new requirements. - your solution to normal editors being hurt by this proposed restriction is to say that any reasonably knowledgeable one will know to game it in the exact way that you say this proposal will make obvious enough to warrant a block. Is that right? 1brianm7 (talk) 06:07, 15 October 2026 (UTC)
I won't spell them out here, but there are many fast and easy ways to make ten constructive edits without arousing suspicion. Certes (talk) 15:02, 15 October 2026 (UTC)
RC patrollers won't tell you this one trick! Admins hate him! Athanelar (talk) 07:26, 20 October 2026 (UTC)
Option 1 per Nil, Jéské Couriano and GLL. Thryduulf (talk) 09:59, 15 October 2026 (UTC)
Option 1, with regret. Options 2–4 might be justified to combat casual vandals and spammers. However, the question relates specifically to LTAs who will soon learn how to work around any changes, while genuine new editors might be deterred. Perhaps the solution is better detection of potential LTA socks. I expect this is already happening quietly off-wiki. If so then I thank the editors who generously donate time to it, but won't encourage them to spill the beans here. Certes (talk) 10:25, 15 October 2026 (UTC)
I mean, if the proposal would be effective at deterring other vandals, I think it could be worth considering. I also doubt that any legitimate editor would be significantly affected by these changes. The one case I have seen even brought up is an editor who exclusively works in the backside of the encyclopedia, which I imagine to be rather rare for a newer editor. It may also delay someone from becoming autoconfirmed, but not by any significant measure. I do see the merit in other's comments that LTAs would just change their behaviors to meet the new requirements, though I still believe one or both of these would be a net positive (I am a bit less certain on the mainspace requirement). ✶Quxyz✶ (talk) 11:21, 15 October 2026 (UTC)
Option 1 per Jéské Couriano and 1brianm7. More likely to deter innocent newcomers than LTAs committed to the bit. mdm.bla 14:20, 15 October 2026 (UTC)
I think we need to think of the casual autoconfirmed editor as well. By making it harder to achieve also by just normal editing we'd be discouraging a lot of potential users from starting to edit (more). While socking and gaming is a problem, the project overall works well and is not sinking into chaos. Also think of the additional pressure on WP:AFC by less AC editors. squawk7700 (talk) 15:06, 15 October 2026 (UTC)
Alternate option: Create an abuse filter that will revoke or delay the user's promotion to autoconfirmed if it detects possible gaming. This can be achieved by setting the filter to block autopromote. The option does exist, however there doesn't appear to be any filters that are set to block autopromote. The last two options would make it more difficult for legitimate users to also become autoconfirmed. --Prothe1st (leave me a message)-- 22:14, 15 October 2026 (UTC)
Option 1 per Jeske Couriano and others, who persuasively argue that these changes would make gaming harder to detect but not meaningfully harder to perpetrate. I'm also an adherent of AC's restrictions being lightweight in general; it's meant to be a deterrent for drive-by trolls who lose interest when they see they can't sneak the word "poop" into articles, not an affirmative indicator that a user is likely to be knowledgeable or trusted. ModernDayTrilobite (talk • contribs) 19:18, 16 October 2026 (UTC)
Option 4. The notion that any of these will deter actual newcomers is misplaced, since newcomers don't even know what it means to be "autoconfirmed" and are not actively seeking this status. BD2412T 00:45, 19 October 2026 (UTC)
Option 1 Per many others who have already commented on this, it might make things worse, not to mention how it would make it more complicated to get a relatively simple permission. Theeverywherepersontalk hereIn solidarity! 12:03, 19 October 2026 (UTC)
Is there any write up of what uses of AI/LLM are unambiguously allowed, or are ungovernable?
I'm curious if anyone's ever made a write up of what sorts of use cases of AI/LLM tools supporting your editing is unambigulously non-governable on-wiki, even if you said: "This is what I done and how." The big LEAD discussion going above, and cracking open yet another giant PDF right after got me thinking to post this.
Examples that I've seen broadly brought up before, more or less:
High end "Deep Research" source hunts, that would take a human months to Google down (if they even could). Or let loose a tool and check the next morning for results. Wake up to a list of 50 URLs, books, journals, and so on, that you can then get into without spending all that time to find the leads.
Parse a giant 1000+ page PDF for some text string that may or may not be there at all. How long would it take your eyes to work out all that content? Then if the tool finds it, you know where to start looking to see if the work is useful, rather than presumably having to read or skim through 1000+ pages. I once had to do a paper title search for old 1800s era land records in some dusty old basement town hall. Giant books, 1000+ pages, hand written, and no control-F "IRL", like in many scanned PDFs we encounter today. Go page by page, or toss it into your tool and say "find me every instance of text string 'IRL'". Go eat lunch, come back to results to review.
That second one would have saved me weeks on one project I bet.
If an editor said they do those, is that a no-no? Or a default and automatic yes?
Is there any write up along those lines? — VPP (t/c) 01:29, 16 October 2026 (UTC)
I don't think there is unanimous agreement about anything to do with the intersection of LLMs and Wikipedia. Obviously if what you are doing doesn't involve adding or editing text on Wikipedia then what we do or do not want is irrelevant (as long as you abide by the license and TOU of course). It think most people are OK with using an LLM to find potential sources, as long as nothing is added without a human verifying that every single one is reliable and actually verifies what it claims to. I think at least most of those people will also be OK with adding a list of such sources to a discussion with a note saying something like "here are some potential sources, but I haven't had chance to look at them all yet" (although I don't recall this being explicitly discussed).
LLM-assisted translations are not universally loved but are in accordance with policy at present, ditto spelling and grammar checks. Everything else is at minimum more controversial, see e.g. #The status of LLMTALK for a case that I think should be uncontroversially allowed (despite failing the letter of LLMTALK): non-contributors reporting, in good faith, problems with articles. Thryduulf (talk) 02:17, 16 October 2026 (UTC)
The source hunting has gotten me honestly curious too. For Wikipedia, half of my fun IS that part of the research, that no one on here gets to see. Hours and days of just reading and turning over every stone. For work stuff, that is tedious. Then I discovered with a high end proper commercial model, I can send it on quests to get me ALL the technical information I need from the public internet. Get a list and voila. Least favorite part of work, inverse to here. So now I can spend all my time on the fun side of work more, for the type of stuff I do.
What happens if you or I do just what you said? "Hey all, I used this prompt on this version/level of GPT: [blah blah], and got back these nineteen sources here: [list]."
Is that a WP:NOLLM violation? Even if they are possibly all good sources? What part of the acts that we did were disruptive to the project? — VPP (t/c) 02:25, 16 October 2026 (UTC)
NOLLM is only about article content, so it is not relevant to posting a list of potential sources on a talk or project page (LLMTALK is the relevant guideline). I would have no problem with you posting such a list and agree that isn't disruptive at all, however this is not a universally held view with some editors arguing that any use of an LLM is inherently disruptive and/or that as a matter of principle Wikipedia should be 100% free of LLM-generated content.
Pasting that list into an article would be a NOLLM violation, but as it would also obviously be disruptive for other reasons too that's academic here. Thryduulf (talk) 02:56, 16 October 2026 (UTC)
I think you ought to try to cross check the returned list in some way to see if the sources are sufficient to determine that they provide reliable information, including adequate coverage of all significant viewpoints. For some subjects, this is pretty trivial (for example, verifying the outcome of a sporting event), but for others, more investigation is likely needed. isaacl (talk) 03:17, 16 October 2026 (UTC)
This depends what the goal of these specific citations are. If it is to demonstrate notability then what they need to contain is very different to if they are to verify specific facts or provide information on a particular aspect of a topic. Posting a list of sources with a note saying "these might be useful but I haven't checked" is always OK (checking them yourself is better but not required), especially if you intend to come back later or you can't properly evaluate them (paywalled, in a language you don't speak, too technical for your understanding, you don't know the reliability, etc, etc). For an LLM-generated list I'd say the absolute minimum verification is that the sources exist.
Sources are never required to provide [...] adequate coverage of all significant viewpoints. We don't require our sources to be neutral or comprehensive, and which viewpoints are and are not significant is based on what coverage of them exists (volume and nature). Thryduulf (talk) 04:31, 16 October 2026 (UTC)
Yes, as I said, for some circumstances, it's trivial to evaluate that you have enough sources.
I agree an editor might not find enough sources to comprehensively cover the specific information being added to an article. But an editor must make a determination that they've seen enough information from enough sources so they can evaluate the overall reliability of the content being added. In other words, they shouldn't assume a list they've been given or found somewhere, from whatever provenance, is enough, without performing some due diligence. isaacl (talk) 05:14, 16 October 2026 (UTC)
If the person is adding content to an article, the sources they use must support at least all the content they added. The totality of sources is only relevant to determine whether that information is DUE if that might be challenged (some material is unambiguously due, e.g. if the person is a professional sports player then what team(s) they played professionally for).
However, what I was discussing above was specifically of adding a list of potential sources to a talk page or other discussion. Thryduulf (talk) 13:03, 16 October 2026 (UTC)
We should that expect those creating such a list would do a minimum of Due Diligence before posting it… to at least check to see that the potential sources actually exist, and that they are at least potentially relevant to the topic of the article. Again, the important step is what happens AFTER you do the LLM query. Blueboar (talk) 14:38, 16 October 2026 (UTC)
It is my continued experience at AfC and AfD that when told their current sources don't support notability, a newer editor will very often respond with "What about these?" and dump a list of anywhere from 3-10 new sources that are very often obviously inappropriate (plain CORPTRIV, blatantly not independent, the sort of thing you can tell from first click even); maybe even doing the same again if some poor sap gives a detailed response to that batch of sources. I can only assume (at least in many cases) this is the product of someone asking an LLM to spit out a list of suitable sources and never actually checking them, so I have to agree that the problems with LLM generated text can extend even to what might seem on the surface to be an unproblematic use like providing a list of sources in a discussion. Athanelar (talk) 07:01, 20 October 2026 (UTC)
To elaborate a bit, the main problem with LLM-generated text on Wikipedia (my ideological gripes aside) is the way that it shifts responsibility away from the person producing the text and instead multiplies exponentially the burden on those reviewing it. This is just another form of that. Having an LLM spit out a list of sources and forcing other people to review them takes no effort on the part of the person doing it and all the effort on those on the receiving end. And often those on the receiving end have no choice but to engage; in an AfD, simply producing the existence of sources can be enough to cause a no-consensus or a keep if the deletionist side fails to address the sources, regardless of whether those sources are actually useful for notability when scrutinised. So if someone on the keep side spits out an LLM-generated list of 10+ sources which they haven't even bothered to cursorily check over for suitability, the delete side has to spend the effort in reviewing and responding to those sources in order to break the filibuster, which is way more work than the filibustering party has to do to get their desired outcome. Athanelar (talk) 07:06, 20 October 2026 (UTC)
I don't know if "parity" in terms effectiveness or ability or outcome of deletionist vs inclusionist concepts should even be a valid factor to consider let alone bring up.
It feels akin to a politcal party or ideology in some direction implying - even loosely - that they may deserve some thumb on a scale for 'reasons'. It seems the sort of thing any normalization of is dangerous. — VPP (t/c) 13:43, 20 October 2026 (UTC)
I mean this purely on the level of individual AfD discussions, where there is one group arguing for inclusion and another for deletion.
The whole argument I'm making is that it's the LLM users who are putting the thumb on the scale by being able to filibuster deletion discussions with huge walls of dubious sources that real people are then forced to individually respond to. Athanelar (talk) 16:20, 20 October 2026 (UTC)
Editors should be reading sufficient amounts of the sources they use to be sure that they are accurately representing its contents. They should also find sufficient sources to satisfy themselves about their reliability. How one finds sources or the right passages to read is up to each editor, but they should be ready to explain their decision to deem the sources reliable, and the accuracy of any text they added based on those sources. isaacl (talk) 03:09, 16 October 2026 (UTC)
Yes, WP:LLMRESP, which I'd already linked in a previous reply to you. Kowal2701 (talk, contribs) 10:33, 16 October 2026 (UTC)
Wikipedia can not control what tools you use to aid in your background research. All we can ask is that you DO proper background research.
There are many ways to find potential sources. We could go to a library and use an old fashioned paper card catalog. We could go on-line and use a modern search engine. And, yes, we could formulate an LLM query and use that to locate potential sources.
It’s the NEXT step that only a human can do… We are still expected to actually read those potential sources ourselves… to weigh them against other sources, and to summarize what they say in our own words. Blueboar (talk) 12:20, 16 October 2026 (UTC)
Neither of your examples are disallowed via NOLLM, and in most cases, neither of them would be detectable if you aren't also using AI to generate or edit the text. Theoretically, it's possible for the LLM to hallucinate a fake source, and then for you to write (without AI) a paragraph about the nonexistent content, trusting the LLM that it exists. But most people who do that skip the middleman and just get AI to do it all. Gnomingstuff (talk) 15:13, 16 October 2026 (UTC)
I think LLMs searching for sources is one of the most useful purposes to put an LLM to, but I cannot stress enough that verification is required. And even when the source exists, the summary of what it says may not be accurate. Single-shot requests for sources on sufficiently obscure topics will generate real sources interleaved with total fantasies, even on good models. Just recently, I got a few real good sources, but interleaved with a totally invented perfect chapter on the topic and a hallucinated summary of the non-existent chapter. It was allegedly chapter 10 of a real book, except the book only had 9 chapters when I checked it on archive.org. This wasn't a one-of, it does this constantly.
As far as the bit on a giant PDF, I think that is also a good use, if you have access to the PDF and are willing to distrust the summaries / output and track down and 'own' what you eventually put in the real Wikipedia article. You probably want to use a coding agent for this. I had a local coding workspace with an agent scan ~100 pages of French in a PDF, write scripts to OCR the French text (separating out illustration & footnotes) to a text file (with page markers etc.), then translate the French OCR'd text to English. Then go have it hunt the English for the relevant summaries. Then - to repeat myself - having to personally go inspect the pages that it claimed were relevant. The risk of hallucination is a lot less when you give it a strict text and say "you must say which page you are getting this from" but other problems creep in, most notably overly trusting the text and treating opinions of one source like facts. SnowFire (talk) 18:11, 17 October 2026 (UTC)
User:Very Polite Person - I don't think any use is generally accepted, it seems more the case of generally forbidden. The recent RFC for AI assistance in citations closed with consensus against revising WP:NOLLM, requests for suggested uses got mostly pushback, and so forth. Personally I don't think this is sustainable - and time will tell if it is OBE. Cheers Markbassett (talk) 07:27, 18 October 2026 (UTC)
Potential WP:BLP violations arising from "Suggested links"
I am concerned that the suggested links feature is apparently capable of introducing WP:BLP violations by proposing links from fictional characters to unrelated living people who happen to share the same name.
In particular, in this August 11, 2026 edit to Truth or Dare (2012 film), the Suggested links feature recommended linking the name of a fictional character in the movie, "Luke Wilson", to the article on the living person, actor Luke Wilson. The fictional "Luke" in the film (I don't actually see a source supporting the fictional character being surnamed "Wilson") is a drug dealer who flippantly kills another character, and is himself subsequently killed. The real Luke Wilson is, of course, neither a drug dealer, nor a killer, nor deceased. The edit was tagged " Newcomer task" and "Suggested: add links" and described in the edit summary as "Link suggestions feature: 1 link added."
This is an order of magnitude more serious than an ordinary erroneous wikilink. Linking the name of a fictional character involved in criminal activity to the biography of a real living person creates a misleading association, in Wikipedia's voice, between that person and the conduct described in the article. I am aware that machine-generated link suggestions are not guaranteed to be accurate, and that editors are expected to review them before accepting them, and that sometimes these kinds of errors are made even without machine intervention. Nevertheless, the feature is specifically intended to facilitate relatively easy edits by newcomers, who are likely to be particularly inclined to trust its recommendations. Furthermore, erroneous links involving living people can be substantially more consequential than other incorrect links, which do not invoke WP:BLP.
Does the suggested links algorithm have any safeguards against suggesting links from the names of fictional characters to biographies of real people, living or dead? Can such safeguards be implemented to prevent, or at least flag, potentially problematic links involving living people, particularly in articles discussing fictional characters engaging in unsavory conduct? Is there any mechanism for identifying existing edits made through this feature that might have introduced similar BLP concerns? BD2412T 01:07, 19 October 2026 (UTC)
I think that it's up to the editor to double check the link. None of these tools are perfect. Besides, I highly doubt that this would even constitute a BLP violation in the first place. Gaismagorm(talk) 11:36, 19 October 2026 (UTC)
@Gaismagorm: It is a common practice in articles on films to link names of characters in the cast list for the film who happen to have articles because they represent real people. For example, I.Q. (film) links Albert Einstein, Kurt Gödel, and Boris Podolsky in the cast list of that article. Although these are fictional representations of these individuals, they are not defamatory. A reader could readily assume, however, that a link to Luke Wilson means that the fictional drug-dealing killer in this film is meant to represent, well, Luke Wilson. Whether that is actually a BLP violation is up to the community to decide, but it sure as hell isn't a good thing. BD2412T 12:25, 19 October 2026 (UTC)
I don't see this as a particular problem for cast lists (I assume it can happen anywhere where we're dealing with two people of similar names), nor, honestly, that much of a prolem. I think people reaching a page aout an actor insead of a drug dealer will be more likely to think Wikipedia is imperfect than to assume those are the same people.... just as your linking to WP:BPL in your first sentence above leads to me thinking you typoed a link, and not assuming that you're accusing Luke Wilson of being an Asian cricketeer. --- Nat Gertler (talk) 12:54, 19 October 2026 (UTC)
Typo fixed, but that link should never have been suggested, and the fact that living people can be the target of bad links bodes ill. BD2412T 13:00, 19 October 2026 (UTC)
once again the solution to this and related problems is staring us all in the face but will not happen: get rid of newcomer tasks Gnomingstuff (talk) 13:52, 19 October 2026 (UTC)
Link suggestions (and newcomer tasks more broadly as GS has said, but especially link suggestions) is just a godawful feature. Expecting new editors who have no Wikipedia experience and may not even be particularly proficient in English to be able to "verify" anything is a recipe for disaster. Someone would need to run the data, but I would bet that for every example of a genuinely helpful wikilink being added by this feature you could find at least two which are misleading at best. The tasks like "revise tone" are even worse. I have to agree with GS that we should really just drop the ill-conceived idea that gamification is the best way to onboard new editors. Athanelar (talk) 06:55, 20 October 2026 (UTC)
Sadly, stating the obvious seldom achieves much on Wikipedia, where 'this would be a good idea if it worked' magically becomes 'this is a good idea' if its proposed purpose is to attract new contributors. AndyTheGrump (talk) 07:00, 20 October 2026 (UTC)
Is disabling newcomer tasks not something that could be achieved through Wiki-side consensus, or is it purely up to our overlords at the WMF? Athanelar (talk) 07:12, 20 October 2026 (UTC)
I'm not sure whether the overlords obtained any consent from the community for this, or whether they even tried. From past experience, getting the WMF to admit something isn't working is practically impossible. AndyTheGrump (talk) 07:59, 20 October 2026 (UTC)
I did a really painful AINB case with an inexperienced good-faith editor who got a lot of "add sources" newcomer tasks, and decided the only way to do that (honestly, it is hard!) was to ask an LLM. They would have been much better off picking an article and working on it, not trying to add sources to fifty random articles. That person hasn't edited since. No part of this is what we would want from a Newcomer Task: this one cost us a good faith newcomer IMO.
My own experience as a newcomer (6 months ago) is that I did a couple link suggestions (about 1/3 of which I could see were bad), got an "update this article" suggestion and refused it because it looked like hours of work, and then got a "copyedit" suggestion that...was an LLM article, took me a month to fix, learned about AfD merge proposals, learned all sorts of things, but that was so not a newcomer task. It was asking me to copyedit a table that was made up from whole cloth.
I think they should be replaced with "How to find an article that needs help" and "How to go about helping an article" pages, with a solid checklist in the second one. M kuhner (talk) 19:30, 21 October 2026 (UTC)
As far as I know, there is no way to make these "newcomer tasks" know that one of their suggestions is unwanted, so chances are another newbie will soon receive the same suggestion. I have encountered this with "revise tone" (or whatever it is called), where reverting an unwanted tone change just lead to another newbie getting offered the same issue. Is there some magic word to disable newcomer tasks from some pages or sections? Fram (talk) 09:43, 20 October 2026 (UTC)
Oh, and if enwiki wants to change these newcomer tasks, we (well, admins) can edit this special page. Fram (talk) 09:47, 20 October 2026 (UTC)
Well, great. If we want to shut the whole thing down we don't need the WMF on board. Athanelar (talk) 10:31, 20 October 2026 (UTC)
If you have a page where you want to disable all newcomer tasks, you can add Template:No newcomer task to it. Fram (talk) 09:49, 20 October 2026 (UTC)
That's the best tool we have and it should be used. It's using a whole-article sledgehammer to crack a one-link nut, but cracking all the nuts may not be a bad thing. Certes (talk) 10:25, 20 October 2026 (UTC)
We would need to add it to every page that has a name that could potentially be linked to a living person. BD2412T 22:08, 20 October 2026 (UTC)
The suggested links may cause occasional errors, but the "revise tone" is a lot worse. Not only is it rather unclear what it is based on (we are now letting an AI decide which "tone" is acceptable and which isn't?), it also is a poor choice for a newcomer task. Edits like this don't really revise the tone, but they do incorrectly change the meaning. Wich is probably unavoidable if you drop newbies in the middle of an article and tell them to change the tone of a sentence or at best a paragraph, instead of reading the whole article. This is less neutral and general than the previous version.This also changed the meaning. In many cases, the new version reads like AI slop. Fram (talk) 14:31, 20 October 2026 (UTC)
Most likely because in many cases the newbie in question is just prompting an AI to revise the tone for them. Athanelar (talk) 15:43, 20 October 2026 (UTC)
phab:T405185 for named entity recognition was opened in September 2025. I later raised there the issue of people with similar names being linked, but those with the same name is a similar problem. CMD (talk) 22:31, 20 October 2026 (UTC)
Removing trivial edits
This is not the correct place to discuss a content dispute. Please open a discussion on the article's talk page. Schazjmd(talk) 15:41, 20 October 2026 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Please review this edit. Is there any policy on English Wikipedia stating that edits should be deleted simply because it is considered unimportant? Besides, this topic has been covered by Fox News and many other media outlets, which suggests that it is not as trivial as some might claim. Pouyasg (talk) 15:25, 20 October 2026 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Where you live, in some jurisdictions, is a factor in where you can be elected or serve. Knowing what community (obviously not address) an elected official lives in also a public interest matter. So if you live in New York, and you're governor, you "live" in Albany at the mansion, but that's not your "residency". Your residency is where you vote and pay taxes.
Kathy Hochul, the New York Governor, from looking up her history, appears to have been initially in her political career a resident of Hamburg, NY; then Buffalo, NY, and now she lives in Manhattan, NYC.
So if this Infobox had a residency value, we could list the residency location (if known) of the office holder.
A terribly easy set of examples:
Donald Trump: residency 2026 = Palm Beach, Florida
NOTE: That seems to be the only semi-relevant discussion. I'm proposing this ONLY for the officeholder template. This seems like it should really be a thing. — VPP (t/c) 18:30, 20 October 2026 (UTC)
I'm inclined to oppose. In cases where it's a subject of controversy, potentially confusing, or otherwise requires explanation, inclusion in the infobox is contrary to MOS:INFOBOXPURPOSE. In the case of Trump and Hochul, at a minimum, there is a need to distinguish between their "residency" and their "residence". For former office holders, the public interest argument doesn't carry as much weight. This raises the question of whether the infobox should reflect their current residence or residency or at the time they held office. If it's really important, widely covered in reliable sources, and the value surpasses any BLP concerns, where they live or pay taxes during or after holding office can be described, and given context, in the article body. —Myceteae🍄🟫 (talk) 21:09, 20 October 2026 (UTC)
CSD G7 on rejected drafts
At AfC, it's reasonably common for editors whose drafts have been rejected and who have been unsuccessful in appealing that rejection to suddenly change tack and instead request that the draft be deleted as soon as possible, which makes it eligible for WP:G7. Often they then proceed to recreate the draft, and resubmit it for review, essentially using this as a means to evade the rejection. This can work, because the next reviewer might not know the history, and it is not easy for non-admins to recover that history. The best we get is a heads up from the AFC helper that the article has been previously deleted, but I'm not sure if that even shows you times that the draft hss been deleted or only the same name in mainspace.
Does anybody have any suggestions on how we might be able to curb this? An obvious thought would be to add a caveat G7 stating that it does not apply to pages in draftspace that have been rejected at AfC. After all, I can't really conceive of a legitimate reason why an author should speedily delete their draft after it's rejected. It'll be deleted under G13 after 6 months anyway, and if in the meantime somebody else wants to create a draft at the same name, they can easily appeal the rejection or it could then probably be speedied under G6 at the new author's request to give them a blank slate. Athanelar (talk) 12:15, 21 October 2026 (UTC)
I see the problem and agree that it would be nice to block this pathway to resubmission of rejected articles. However, I'm trying to imagine explaining the new rule to a newcomer, and failing. Your draft was rejected, you aren't supposed to resubmit it, but you can't delete it? The explanation, while it makes sense, is very much inside baseball.
And while it's not useful per se, I think blanking your rejected draft (which can trigger G7) is a very understandable response to a rejection.
I think the problem here is not G7, it's the resubmission of a rejected article. I admit I don't know how to tackle that, though, given that even barring re-use of the article name is not robust.
They don't need to understand, they just need to be told they can't. Like I said, I can't see (and please do tell me one if you can) a compelling reason why a rejected draft should be speedily deleted at the author's request? Other than the loophole I'm talking about the only other reason I can see is that it would be out of an embarrassed desire to not have the rejected draft floating in their contribs, but that's not something we need to accommodate.
As for blanking, I agree; but the same caveat could apply there. Blank drafts that have been rejected before they were blanks are not subject to G7. I think "to prevent tendentious resubmission" is a plenty robust enough justification, my only doubt would be if someone else can see a reason G7 should apply. Athanelar (talk) 19:28, 21 October 2026 (UTC)