<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wikidot="http://www.wikidot.com/rss-namespace">

	<channel>
		<title>[DISCUSSION] Bright Works - Remove and Counter Specifics</title>
		<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics</link>
		<description>Posts in the discussion thread &quot;[DISCUSSION] Bright Works - Remove and Counter Specifics&quot; - A discussion on specific options listed within the Remove and Counter proposal, to finalize the resolution of all of Bright&#039;s pages.</description>
				<copyright></copyright>
		<lastBuildDate>Thu, 16 Apr 2026 05:00:18 +0000</lastBuildDate>
		
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7566784</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7566784</link>
				<description></description>
				<pubDate>Tue, 24 Feb 2026 14:30:58 +0000</pubDate>
				<wikidot:authorName>Sinking_Otter</wikidot:authorName>				<wikidot:authorUserId>9395285</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I agree strongly with this and Moose’s thoughts as well.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7561946</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7561946</link>
				<description></description>
				<pubDate>Sat, 21 Feb 2026 07:09:04 +0000</pubDate>
				<wikidot:authorName>thedeadlymoose</wikidot:authorName>				<wikidot:authorUserId>732274</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>While I can see the basis for keeping 963, I fail to understand why keeping 1004 is seen as equally important. It has a decent amount of upvotes, sure, but most articles that have been on the site for 15 years have similar amounts. And in those 15 years, there has only ever been one article, tale, or goi format by someone other than bright mentioning its existence. If works such as Ecce Perago and Annon are being deleted and recycled despite their influence due to their harmful content, I do not see why 1004's early slot position should keep it from sharing the same fate when its only claim to fame is being an explicit work written by an AHT-banned author.</p> </blockquote> <p>This is an extremely good question, of course. I personally really didn't want to keep 1004's slot, and I want to recycle it eventually (and 963 too, tbh). But I was talked into changing my position (and I think rightly) and recommending keeping the slot locked for now.</p> <p>Basically, because 1004 is <em>lurid</em> and <em>well-known</em>, there are a ton of offsite backlinks and references to it, <em>and</em> it's one of the most harmful pieces Bright ever wrote (in both subtle and unsubtle ways). Another staff member told me that colleagues at their workplace were even putting a 1004 easter egg into their work before being talked out of it!</p> <p>Freezing the slot (for now) is not even about Bright's influence in this case. I doubt most people even know Bright wrote 1004 &#8212; it's infamous simply for being SCP porn, and because of that infamy, has significant malign influence because of its abuse justification narrative.</p> <p>(However, 1004's text should be entirely deleted IMO. In this case only (so far), I believe any annotations should stand without the text, based on reasoning elsewhere in the thread.)</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7561936</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7561936</link>
				<description></description>
				<pubDate>Sat, 21 Feb 2026 06:58:34 +0000</pubDate>
				<wikidot:authorName>thedeadlymoose</wikidot:authorName>				<wikidot:authorUserId>732274</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>I'd like to chime in primarily on the response pieces. In an ideal world these will be limited in number, and mostly from victims.</p> </blockquote> <p>I agree. For many types of response piece, we can't limit it to victims, but should heavily prioritize anything written by victims (anonymous or not).</p> <p>I also understand critique I've seen on the response pieces concept questioning the value or worrying about uselessness or worse. Some of the responses are in R&amp;C proposal text (understandably potentially missed as it's very long) but we need more elaboration.</p> <p>For some, see aismallard's post <a href="https://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560404">here</a>, and I'll try to add more of my thoughts as well.</p> <p>I've been considering that we probably need to write up a short list of what we're mostly looking for from response pieces. I've drafted something, will seek feedback, and then post it here for more feedback.</p> <p>RE: Option A vs Option B - I admit, despite having co-signed the recommendation for Option A, I do prefer Option B based on additional feedback (see aismallard's post as well).</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560741</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560741</link>
				<description></description>
				<pubDate>Fri, 20 Feb 2026 08:34:56 +0000</pubDate>
				<wikidot:authorName>Jerden</wikidot:authorName>				<wikidot:authorUserId>1637608</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I voted for simple deletion so I'm not that invested in this, I am kind of surprised that we didn't discuss the specifics of this proposal BEFORE voting on it but oh well, I was deliberately uninvolved in the process so I can't really complain about how it's being handled.</p> <p>I will probably remain as uninvolved as possible since I am personally uncomfortable with the idea of an official Bright defamation project, as people seem to be proposing - not because it's not warranted but just because it seems like it will counterproductively maximize the attention this issue gets. I figured the plan would be to consign Bright the author and fictional character to obscurity as much as possible, but I suppose if we refuse to go full <em>damnatio memoriae</em> route we should have an official response to go up on the site, I was just assuming this would be more about informing people of the facts rather than the more creative options people are discussing here. There's nothing stopping people from posting those kind of articles if they want to (you could say that some already have been by individual authors, although I understand we're talking about something different to <a href="https://scp-wiki.wikidot.com/the-lord-of-the-redacted">Lord of the REDACTED</a> and <a href="https://scp-wiki.wikidot.com/expiration-date">Expiration Date</a> here).</p> <p>I'll admit that on a personal level and in a very selfish way I just want this to be over as soon as possible, but I suppose nothing ever ends.</p> <p>Unsure if this is a productive contribution to the conversation, sorry if not.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560491</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560491</link>
				<description></description>
				<pubDate>Fri, 20 Feb 2026 04:39:45 +0000</pubDate>
				<wikidot:authorName>aismallard</wikidot:authorName>				<wikidot:authorUserId>4598089</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I agree with this assessment, though I'll say that for SCP-1004 specifically, text deletion is the less harmful option. It's too notorious to recycle the slot, but as you mention, there's less risk of people going off-site to seek out Bright's works as a whole when they can't find it here.</p> <p>I think the suggestion of one singular page for everything is excellent and should be adopted.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560404</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560404</link>
				<description></description>
				<pubDate>Fri, 20 Feb 2026 03:31:18 +0000</pubDate>
				<wikidot:authorName>aismallard</wikidot:authorName>				<wikidot:authorUserId>4598089</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I think there are some significant misunderstandings of how response pieces will work. While this was discussed in the proposal itself, given its length and complexity, I understand that some have not read it in full.</p> <p>However, some reactions to the question are approaching the matter as if we are opening relevant pages to whatever random nonsense people want to post, which is most definitely <em>not</em> the intent. Additionally, there is poor understanding of what exactly &quot;response piece&quot; means.</p> <p>To quote the proposal:</p> <blockquote> <p><strong>What will opening pages to response pieces look like?</strong><br /> Opening to response pieces isn't the same as just opening up the page to anything (e.g. the SCP-001 page which allows any additions), but would be under careful staff oversight. That is, even posting an article on the page will likely not be permitted until staff has (through a process to be established in discussion and voting) exercised oversight.</p> <p>In practice what this would mean is (to give one example using SCP-963) staff would reject an article that is just a restatement of Bright's version with the serial numbers filed off (and in a way that furthers the article’s harm), but accept an article that, in some way, addresses the fact that SCP-963, Bright (character), and other Bright articles were used by Bright (author) to cause harm.</p> <p>One example of an acceptable response piece might be a work by a victim using Bright the character, where said character is engaged in malicious behavior which is portrayed as appropriately villainous and non-aspirational, and allows the author to express their feelings and experiences through literature. (This type of work would not be limited to victims, to, among other reasons, avoid victims being unduly targeted, but work that staff does not know comes from a victim would receive more scrutiny by necessity.)</p> <p>This would serve the purpose of reframing Bright (character and author) as harmful (the &quot;counter&quot; part of &quot;Remove and Counter&quot;) as opposed to the glorious portrayal that Bright tried very hard to maintain.</p> <p>A response piece could also be an out-of-universe essay, either discussing the article as a work of fiction, mechanisms of how abuse and harm occur, or a history on Bright and their use of the work.</p> <p>Another possible response piece could be an article which doesn't touch Bright as a character at all, and instead is a telling which is:</p> <ol> <li>Entirely removed from Bright's portrayal of concepts and characters, and their endorsement of (harmful) concepts</li> <li>While also being very keenly aware that their work does not exist in a vacuum and must avoid replicating harmful ideas or unintentionally bringing fame to Bright's legacy or concepts.</li> </ol> <p>This is where staff review is crucial, since any old draft may not have these attributes, even if the draft <em>per se</em> is not &quot;harmful&quot; in the way that the Bright proposals effort used it (as they were assessing a more direct form of harm).</p> <p>A big part of this, again, is to avoid letting Bright &quot;have the last word&quot;, by staff having the slot entirely locked to being used for community erosion of Bright's legacy. We aim to do this by both addressing Bright's harm and introducing concepts meant to deprecate Bright's influence with distinctly non-Bright non-harmful articles, we can counter <em>existing</em> harm and remove <em>future</em> potential for harm.</p> <p>Our plan is to permit Bright victims a hand in whatever work review process exists. It would be completely voluntary on their part whether they want to participate (a victim, or any community member for that matter, is totally justified in wanting to never deal with Bright or their works again), but there should be the opportunity for commenting on response works and trying to identify areas (even subtle ones) where a response work is not conforming to the properties elucidated above.</p> <p>The end goal is to completely erode and supersede Bright's legacy.</p> </blockquote> <p>This makes quite clear that the sensitivity of the matter is paramount. In this light, perhaps reframing options A and B would make things more clear:</p> <p><strong>Option B</strong> suggests forming a staff working group who is responsible for validating works prior to posting. This has the advantage of significantly decreasing the risk that a harmful article is posted as a &quot;response&quot;, but involves the creation of what could be described as an editorial board, which is highly unconventional for our site. Among the concerns are that this group may unfairly stifle legitimate works out of an excessive sense of caution, or may introduce improper editorialization. Such a group allows enhances the ability for staff to actively consult with relevant and willing Bright victims</p> <p><strong>Option A</strong> suggests allowing users to post responses themselves directly, and link them from the appropriate page(s) directly, whether themselves or anonymously. The staff working group would instead evaluate if posted articles are acceptable or need to be removed. This lessens concerns about issues with the writing process, but makes the possibility of (temporarily) seeing improper works higher, which is significant given the stakes.</p> <p>Overall, we could characterize Option A as being more reactive and within existing site convention, while Option B is more proactive and less precedented. However, given that the Bright situation overall is not very precedented, such a measure may be reasonable.</p> <p>Given this context, hopefully the recommendation for Option A makes more sense.</p> <p><strong>This said, I am of the opinion that Option B is the superior choice.</strong> It's an unusual arrangement, but ultimately I think we need to proactively enable the staff to ensure that response pieces are serious and material. We can't avoid editorial influence in either respect, and there are definitely areas where explicit preferencing is preferable, most notably in that Bright victims should have higher priority in writing responses, while still protecting their privacy (an article could be posted anonymously, yet its author verified as a victim but known only to the anonymous articles subteam and the working group).</p> <p>Furthermore, <span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/tacticalnecromancy" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=9890894&amp;amp;size=small&amp;amp;timestamp=1771566264" alt="tacticalnecromancy" style="background-image:url(https://www.wikidot.com/userkarma.php?u=9890894)" /></a><a href="http://www.wikidot.com/user:info/tacticalnecromancy" >tacticalnecromancy</a></span> as pointed out, <strong>messages from victims about the harm of a piece count as responses</strong>. Staff can also directly include such messages within the disclaimer section of an article itself. Extending this, we can also have victim-written reimaginings / concept deprecation pieces, which are also responses.</p> <p>It is also perfectly acceptable that, for some removed Bright work, it may have <em>no</em> responses. This is not a case where we should rush to fill any old thing, this is simply about providing relevant aggrieved individuals to be <em>able</em> to discuss what has happened to them in a way to contribute to Bright's deprecation.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560323</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560323</link>
				<description></description>
				<pubDate>Fri, 20 Feb 2026 02:16:17 +0000</pubDate>
				<wikidot:authorName>thedeadlymoose</wikidot:authorName>				<wikidot:authorUserId>732274</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Full agreement with AstralNavigator and your above post, as well as all of your points about prioritizing victims here.</p> <p>Notably:</p> <blockquote> <p>especially if we can inundate it with enough remarks (or maybe do special formatting?) to make copy-and-pasting a pain in the rear end.</p> </blockquote> <p><em>Absolutely.</em> Something I regret not having enough time to include in the proposal text (only discussed in staff chat) is the text of 963 in particular can and should be chock-full of annotations (which several of us can help compose, including me).</p> <p>As for the lifetime issue - you raise a great point. R&amp;C doesn't directly address this because it's too hard to future forecast, but I am inclined to recommend keep one single central page for lifetime (using BAD_DATA's <em>incredibly</em> good proposal improvement suggestion to keep all text, annotations, response link etc to one page), so that we don't raise harmful intrigue in the future, but eventually remove that page's links to anywhere else.</p> <p>This also means <em>eventually</em> releasing SCP-963's slot to something new, and SCP-1004 assuming we retain the slot as well, and finally there will be no Bright links left in the SCP Series.</p> <p>We don't have to lock this in now, but this is what I want, and many of us want, this proposal to lead to down the line.</p> <p>Also notably:</p> <blockquote> <p>Solo-authored pages should be replaced with a message as to the piece's harm (the &quot;response&quot; as I interpreted it) centering victims' statements.</p> </blockquote> <p>R&amp;C doesn't make this explicit as written - but this is extremely good to point out.</p> <p>Under R&amp;C, all retained text has a &quot;disclaimer.&quot; This &quot;disclaimer&quot; should include and center victims' statements on the piece's harm (as victims desire).</p> <p>This would still be the case for the &quot;one singular page for all retained text&quot;, approach, just multiple disclaimers and statements on the page.</p> <p>This fills some of the intended role of 'response pieces' as well &#8212; some types of response pieces could be better handled this way, or by linking to a victim's comment elsewhere on the site with permission, etc.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560195</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560195</link>
				<description></description>
				<pubDate>Fri, 20 Feb 2026 00:06:23 +0000</pubDate>
				<wikidot:authorName>BAD_DATA</wikidot:authorName>				<wikidot:authorUserId>9715340</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Full agreement on what Moose says about excerpts, its an excellent point</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560192</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560192</link>
				<description></description>
				<pubDate>Fri, 20 Feb 2026 00:03:05 +0000</pubDate>
				<wikidot:authorName>thedeadlymoose</wikidot:authorName>				<wikidot:authorUserId>732274</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Extremely well said.</p> <p>The idea of using <strong>one singular page</strong> for all retained text, all annotations, any/all response piece links, etc, is a <em>very</em> good idea. I believe it is simply better than the solution I had suggested in R&amp;C.</p> <p><strong>On What Text To Retain:</strong></p> <p>I do believe (and laid out in the proposal) that keeping the (annotated) text of Bright's other most influential articles would be beneficial (except probably SCP-1004). That said, I also think annotating SCP-963's original text will have by far the highest impact.</p> <p>For the rest of the (very few) articles suggested for text retainment and annotation, it's more a matter of &quot;how much more discomfort are we willing to endure from keeping the text, and how much is it worth it?&quot; versus &quot;how much do we want to risk raising more intrigue than already necessary from getting rid of most of Bright's works&quot; (which is, of course, <em>extremely</em> necessary).</p> <p>Some of the rationale for each proposed retained article is listed in R&amp;C directly - we should discuss more detail as well that we weren't able to include due to time constraints (but now is the time to do so, since now is when we select which ones we will risk keeping versus removing). I will work on a follow-up for this.</p> <p><strong>On Excerpts:</strong></p> <p>One notable disagreement: I believe if we preserve only specific excerpts, that will backfire and raise intrigue, leading people to seek out the full text elsewhere (and then more connected Bright works which they otherwise likely wouldn't seek out), due to human nature.</p> <p>So I do strongly believe we should include the full text of whatever we do keep.</p> <p>The major exception is SCP-1004. As several others have raised, 1004 fans are not really Bright fans. There is much less potential audience overlap. If they go looking for 1004, they'll likely <em>only</em> go looking for 1004. No extra intrigue is raised, no significant additional harm is risked.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560071</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560071</link>
				<description></description>
				<pubDate>Thu, 19 Feb 2026 18:28:27 +0000</pubDate>
				<wikidot:authorName>DrBleep</wikidot:authorName>				<wikidot:authorUserId>2887044</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>This is well said an echoes many of the thoughts I was not able to put into words.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7560054</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7560054</link>
				<description></description>
				<pubDate>Thu, 19 Feb 2026 17:52:52 +0000</pubDate>
				<wikidot:authorName>BAD_DATA</wikidot:authorName>				<wikidot:authorUserId>9715340</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I want to first say that I am very opposed to this going to a vote again. We do not need any more voting to prolong this whole ordeal; we all agree that the majority of articles should (and have, for a lot of them) be deleted, its just a matter of what happens to individual articles in order to best mitigate harm. As such, I have the following ideas:</p> <div class="collapsible-block"> <div class="collapsible-block-folded"><a class="collapsible-block-link" href="javascript:;">+&nbsp;Show</a></div> <div class="collapsible-block-unfolded" style="display:none"> <div class="collapsible-block-unfolded-link"><a class="collapsible-block-link" href="javascript:;">-&nbsp;Hide</a></div> <div class="collapsible-block-content"> <p>First off on the topic of the <strong>countering</strong> Bright's influence, we have to keep in mind what happened when &quot;The things Dr. Bright is Not Allowed to do at the Foundation&quot; list was deleted; immediate harassment of victims. That page's deletion, to my knowledge, came from a place of wanting to have Bright's articles, especially such an egregious one, off the wiki immediately which is noble in its own right. However, were confused and lashed out at victims. That is unacceptable and we need to keep this in mind. Now, the matter of <em>which</em> pages should be subject to special circumstances concerning deletions, of which the only one that I would really suggest be treated outside of this should be SCP-963, due to its infamy and the &quot;origin point&quot; of Bright the character themselves. There may be details to other pages (such as 1004 and 590) that would necessitate their continued existence in some way that I am not privy to, and any particular reasoning concerning these and other articles that still remain should be brought up.</p> <p>The idea of &quot;response pieces&quot; is certainly controversial, and it is not hard to see why; the idea of some random person coming in to make write a piece in response to any particular Bright work from an uninformed perspective could easily lead to big issues, and even trusting the vote system to take care of anything egregious may be putting too much faith in the system. We also want to keep away from making a sort of &quot;hub&quot; of Bright response works that further mythologises them.</p> <p>As for annotations, we need to keep in mind why we wanted to have these in the first place: to describe <em>why</em> certain articles were so egregious and how they caused harm so that new users and offsiters would leave educated and informed. As such, I can agree with <span class="printuser avatarhover"><a href="http://www.wikidot.com/user:info/tacticalnecromancy" ><img class="small" src="https://www.wikidot.com/avatar.php?userid=9890894&amp;amp;size=small&amp;amp;timestamp=1771523571" alt="tacticalnecromancy" style="background-image:url(https://www.wikidot.com/userkarma.php?u=9890894)" /></a><a href="http://www.wikidot.com/user:info/tacticalnecromancy" >tacticalnecromancy</a></span> that only certain snippets should be preserved that are of particular note to give context to the whole issue.</p> </div> </div> </div> <p>I propose that any response pieces created are appended to <strong>one singular page</strong>, the revamped Bright note. In fact, I believe that this page should serve as the primary place to get information on Bright and their harm, including an explanation as to what happened, annotations on the articles, and approved response pieces. 963 and any other necessary articles would redirect here (note that the number of these articles should be kept to a minimum) with <em>all</em> potential response pieces listed here. This allows people to make responses to the situation as a whole as well as to individual pages.</p> <p>I think it is also important to put down what an response piece <em>actually is</em>. How I see it, it will be presented as primarily out of universe retrospectives from victims and other people who were affected by Bright in some way. Maybe it would include some way of writing it in a more creative way (this is a creative writing site, after all), but it would have to be curated in some way. Obviously, we cannot police fully if someone decides to write a piece that is inspired by the situation concerning Bright, but we can and <em>should</em> curate what would go on this page. In the context of having the Bright note as the most encompassing place to get information concerning Bright, I would be in favour of <strong>OPTION B</strong>.</p> <p>I want to point out too: <span style="text-decoration: underline;"><em>most SCP fans are <strong>not</strong> on mainsite</em></span>. A lot of people are incredibly misinformed on the true extent of what Bright did, which is why the whole idea of <em>countering</em> is so important.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558649</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558649</link>
				<description></description>
				<pubDate>Thu, 19 Feb 2026 03:26:07 +0000</pubDate>
				<wikidot:authorName>Cerastes</wikidot:authorName>				<wikidot:authorUserId>3352053</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Apologies for poor framing. When I was mentioning the use of the slots as response pieces, I was referring to this proposal for the deleted and recycled articles.</p> <blockquote> <p>For the SCPs, following consensus, these pages will not be deleted immediately — this is to avoid causing further issues, so that harm is minimized. Instead, slots will be released randomly by staff, as was seen with the Kalinin deletion. <strong>Victims are able to reach out to the Bright working group and request a slot, such that they may write a replacement piece.</strong> We highly encourage those who feel comfortable to reach out. Currently, SCP-590 is earmarked for a replacement piece.</p> </blockquote> <p>As well as the proposal of opening up 1004 and 963 for response pieces:</p> <blockquote> <p>SCP-963 would be annotated by both staff and willing victims of Bright, highlighting the harm within the text, and their impact. The page would be opened to response pieces.</p> </blockquote> <blockquote> <p>SCP-1004 would have the text removed, and a disclaimer added. The page would be opened to response pieces.</p> </blockquote> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558539</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558539</link>
				<description></description>
				<pubDate>Thu, 19 Feb 2026 02:23:02 +0000</pubDate>
				<wikidot:authorName>Queerious</wikidot:authorName>				<wikidot:authorUserId>7453143</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>This is accurate - the slots are held for victims if desired, and are for whatever they would like</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558530</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558530</link>
				<description></description>
				<pubDate>Thu, 19 Feb 2026 02:14:36 +0000</pubDate>
				<wikidot:authorName>AstralNavigator</wikidot:authorName>				<wikidot:authorUserId>9716469</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>My understanding of the last point is that the slots would be released, not reserved for response pieces. Response pieces would be handled separately.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558481</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558481</link>
				<description></description>
				<pubDate>Thu, 19 Feb 2026 01:35:07 +0000</pubDate>
				<wikidot:authorName>Cerastes</wikidot:authorName>				<wikidot:authorUserId>3352053</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>While I did not vote for R&amp;C myself (or rather did not have it as my first choice, to be more clear), I am somewhat confused as to all the hubbub over the further rounds of discussion this proposal requires.</p> <p>Two weeks ago, a week-long discussion was made for people to voice their opinions on the proposals. The vast majority of people both on the o5 thread and the mirror thread on the site forum voiced their support for the R&amp;C proposal. A week ago, the voting thread was opened, and 45 out of 54 staff voted for R&amp;C. Throughout this whole process the text of the proposals were available in full, including an explicit step-by-step breakdown where it was specifically mentioned that this portion of the process would take about 2 weeks to fulfill and require further staff deliberation.</p> <p>I disagree with the notion of simply removing all pages authored by Bright, as that is effectively Near-Total Removal, which was not the consensus opinion of staff. If there's another voting thread in which people changed their opinions then I would, but I think at this point another round of voting would be unproductive.</p> <blockquote> <p>Should any of the deleted and recycled pages be handled differently?</p> </blockquote> <p>No objections.</p> <blockquote> <p>Should any of the special resolution pages be handled differently?</p> </blockquote> <p>While I can see the basis for keeping 963, I fail to understand why keeping 1004 is seen as equally important. It has a decent amount of upvotes, sure, but most articles that have been on the site for 15 years have similar amounts. And in those 15 years, there has only ever been one article, tale, or goi format by someone other than bright mentioning its existence. If works such as Ecce Perago and Annon are being deleted and recycled despite their influence due to their harmful content, I do not see why 1004's early slot position should keep it from sharing the same fate when its only claim to fame is being an explicit work written by an AHT-banned author.</p> <blockquote> <p>Should we release the slots in a different manner?<br /> Should response pieces be curated after posting, or approved in advance?</p> </blockquote> <p>Addressing both of these together as my response largely overlaps: I disagree that any slots (reserved by victims or not) should be held for response pieces, as I feel it would only encourage harassment and vote brigades towards those articles from fans of Bright's works who perceive them as responsible for deleting those works and replacing them with different versions, even if posted anonymously. If people wish to write response pieces they should be allowed to go ahead, but I don't think the use of the same slot is required as well. Otherwise, I'm fine with the slots being released randomly.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558454</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558454</link>
				<description></description>
				<pubDate>Thu, 19 Feb 2026 00:49:53 +0000</pubDate>
				<wikidot:authorName>aismallard</wikidot:authorName>				<wikidot:authorUserId>4598089</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I am strongly opposed to recycling the most notorious slots, particularly 963 and 1004. For comparison, the Near Total Removal proposal replaces all the slots with redirects to the Bright Note or similar; this serves the purpose of avoiding slot shock when someone off-site wants to read about goofy man Bright and instead finds something unrelated. This is where the concern about users going off-site for material comes from, they don't see what they expected and either leave unhelpful comments, or go to a place we don't control and continue partaking in Bright content with no awareness about what they did. This is why the redirect to the note solution is in Near Total Removal (even though I think that there are better solutions).</p> <p>The reason why Remove and Counter was explicit in the distinction between the recommendations for <span style="text-decoration: underline;">slot recycling</span> vs <span style="text-decoration: underline;">other recommendations</span> (like page text deletion). Things like SCP-050 are ultimately kind of whatever, there are not huge numbers of people cosplaying SCP-050 or roleplaying; this is 100% not the case for SCP-963. The former can be safely recycled, the latter cannot.</p> <p>I think we're all in agreement that harmful notorious articles like SCP-963 cannot remain on the site in their formerly uncritical form - but exactly what takes their place is the devil where the details are at and what this thread is for.</p> <p>Remember, <strong>we can always recycle slots later if things change</strong>. Doing so <em>now</em>, when tensions on the site are extremely high, is very risky and frankly rather irresponsible. A huge part of why the process has been the way it is (as flawed as it's been) is to avoid a repeat of Bright victims being blamed and harassed for staff action they were not party to, and right now deleting the most notorious slots with no attempt at managing their notoriety means we concede the narrative to whatever the rumor mill produces.</p> <p>The goal of Remove and Counter is to have a long-term strategy for educating readers, depopularizing and deprecating Bright and their works and concepts, <strong>until we reach a point where it <em>is</em> safer to recycle the slot</strong>, or take other such actions.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558411</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558411</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 23:13:41 +0000</pubDate>
				<wikidot:authorName>DrBleep</wikidot:authorName>				<wikidot:authorUserId>2887044</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Thirding.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558406</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558406</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 22:45:15 +0000</pubDate>
				<wikidot:authorName>Queerious</wikidot:authorName>				<wikidot:authorUserId>7453143</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>They would still need to out themselves as victims to staff, and even using the anonymous posting process, that is unavoidable if we are verifying people who can write response pieces.</p> <p>I really don't think that's reasonable for staff to require, which is why I support option A</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558405</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558405</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 22:43:29 +0000</pubDate>
				<wikidot:authorName>Kufat</wikidot:authorName>				<wikidot:authorUserId>2336666</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>However, it would not be ethical for staff to force victims to out themselves as such in order to post these response pieces, and therefore it must be open to everyone.</p> </blockquote> <p>It would be possible to both limit response pieces to victims <em>and</em> preserve those victims' anonymity using the existing anonymous posting process.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558402</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558402</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 22:10:26 +0000</pubDate>
				<wikidot:authorName>tacticalnecromancy</wikidot:authorName>				<wikidot:authorUserId>9890894</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>You make a good point here. I'm moreso assuming &quot;User A comes in with malicious intent,&quot; but it is important to consider User B who might've just seen a piece of fanart. Not sure I'm 100% convinced but there's probably a compromise to be made, especially if we can inundate it with enough remarks (or maybe do special formatting?) to make copy-and-pasting a pain in the rear end.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558400</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558400</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 22:05:44 +0000</pubDate>
				<wikidot:authorName>AstralNavigator</wikidot:authorName>				<wikidot:authorUserId>9716469</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I disagree with not including the full text of 963.</p> <p>My reasoning is this: we have the best chance of communicating the harm this article has caused and therefore preventing future harm if the full text can be found in a place under our control. I'm approaching this from the POV of a hypothetical user who has just learned of 963, perhaps offsite, and is looking for it. We can't control if they end up on the wiki or not but if they <em>do</em> end up on our copy of 963 we should do everything in our power to make sure they don't leave to go looking elsewhere due to the incomplete article. The point being, our copy should be chock full of annotations and warnings of the harm so that this hypothetical user can sate their curiosity without ending up somewhere less concerned about it. I want to also specify, this is not to prioritize user curiosity&#8212; it is to work <em>with</em> that curiosity to improve our chances of reducing harm.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558395</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558395</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 21:57:51 +0000</pubDate>
				<wikidot:authorName>AstralNavigator</wikidot:authorName>				<wikidot:authorUserId>9716469</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I'd like to chime in primarily on the response pieces. In an ideal world these will be limited in number, and mostly from victims. However, it would not be ethical for staff to force victims to out themselves as such in order to post these response pieces, and therefore it must be open to everyone. I believe Option A is the best way to handle these for now, and as stated, Option B can be implemented later if Option A proves untenable. I also think there is utility from a moderation perspective of having a designated place for these response pieces. Quite frankly, someone could write a response piece and post it to the wiki if they wanted to regardless. By indicating the best place to do so, staff can easily monitor these to make sure any bad-faith or troll response pieces can be swiftly dealt with.</p> <p>Additionally, at present, I do not support the removal of the articles under special consideration. My current opinion is that the R&amp;C proposal itself already sufficiently indicated the utility of the special consideration these articles will be given. I am open to changing my mind on some of the articles if I see a convincing argument to do so, however.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558391</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558391</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 21:56:02 +0000</pubDate>
				<wikidot:authorName>tacticalnecromancy</wikidot:authorName>				<wikidot:authorUserId>9890894</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Seconding.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558387</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558387</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 21:53:37 +0000</pubDate>
				<wikidot:authorName>tacticalnecromancy</wikidot:authorName>				<wikidot:authorUserId>9890894</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Going to be an unpopular voice here and say we need to make sure there's a distinction from Near Total. The similarity has been flagged and for good reason.</p> <p>On the solo-authored pieces in question (EX: 963), I think we should take a similar approach to the Bright List (as I believe was planned). I <strong>do not</strong> think the full text should remain in any form, even for annotations. I believe quotes should be considered in a discussion of the work's harm. I also believe any form of &quot;response&quot; &#8212; which I believe would operate best as the form I've mentioned here &#8212; <strong>needs</strong> to take into account victims' wishes and center their voices. That's not to say I believe anonymity should be revoked. That's absolutely dangerous. I just believe we need to center their wishes and perspectives and let them speak on these matters.</p> <p>I also will remind everyone that multiple victims have spoken out against blanket deletions as an approach because of the harassment they received. The &quot;and counter&quot; is doing heavy lifting here. We need to counter Bright's influence in a way that is both productive and keeps in mind what victims have stated they want.</p> <p>As far as lifetime&#8230; I'm not sure. I think we could keep up a Bright List esque splash message (again, in place of the original) with discussions of harm done for around a year. Once things have distro'd out into the community, we can properly dispose of them.</p> <p>I may be misunderstanding some plans here, but to summarize my points:</p> <ul> <li>Solo-authored pages should be replaced with a message as to the piece's harm (the &quot;response&quot; as I interpreted it) centering victims' statements.</li> <li>The full text should not be available anywhere. Harmful quotes can be discussed.</li> <li>After time has passed, the pages can go through final deletion.</li> </ul> <p>EDIT: These points are made with the effective equivalency of unlisting and deletion. That is to say: do not unlist these pages entirely, but replace them with appropriate messaging. Mann worded it far more succinctly just above this.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558371</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558371</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 21:50:06 +0000</pubDate>
				<wikidot:authorName>DrEverettMann</wikidot:authorName>				<wikidot:authorUserId>323946</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Disagreeing on unlisting 963. That was central to the R&amp;C proposal that staff voted on. Unless we want to go back to square one and start rewriting proposals and litigating this for the next six months, let's proceed with the plan we actually came up with.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558360</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558360</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 21:46:48 +0000</pubDate>
				<wikidot:authorName>Queerious</wikidot:authorName>				<wikidot:authorUserId>7453143</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Replying to re-emphasize this: R&amp;C states that 963 will be retained, annotated and opened for responses, as a core part of the proposal.</p> <p>While other aspects are up for debate and can be adjusted, 963 should not be included in that, as it is fundamental to the proposal we chose.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7558338</guid>
				<title>Update</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7558338</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 20:40:14 +0000</pubDate>
				<wikidot:authorName>Queerious</wikidot:authorName>				<wikidot:authorUserId>7453143</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Hello all, as an interim update while discussion continues on the works requiring special treatment &#8212; following conversations, administrators elected to pass a <a href="https://05command.wikidot.com/forum/t-17591302/fiat-unlisting-pages-specified-by-remove-and-counter">fiat</a> to enact part of Remove and Counter, to avoid unneeded delays.</p> <p>As per the <a href="https://05command.wikidot.com/semi-public:bright-works-remove-and-counter">Remove and Counter proposal</a>, <strong>52</strong> pages under the 'Works to Be Deleted and Recycled' have been unlisted, with staff placeholders created for relevant pages.</p> <p>Discussions on how to handle the remaining 8 pages will continue, and we hope to have the situation fully resolved as soon as we can.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557897</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557897</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 12:30:59 +0000</pubDate>
				<wikidot:authorName>AstersQuill</wikidot:authorName>				<wikidot:authorUserId>8392064</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Agreeing with Rounder and Kufat, and Esperion's point about getting these pages unlisted asap</p> <p><strong>Edit:</strong> To clarify, I think 963 is the one work that shouldn't be unlisted in accordance with the &quot;counter&quot; aspect of the plan, but I think the rest (including 1004) should be. I do not particularly care for the idea of response pieces and just believe we should let them be open to any contribution that should survive there (outside of slots specifically held for victims, should they choose to pick any in particular). Finally, the 2000 hub should be reattributed asap, and 902 can be dealt with according to the wishes of the coauthor.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557519</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557519</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 05:58:25 +0000</pubDate>
				<wikidot:authorName>EstrellaYoshte</wikidot:authorName>				<wikidot:authorUserId>3781861</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <h2><span>Slot Releasing (with regards to SCP)</span></h2> <p>For this, I genuinely think bulk actioning them all at once are more effective than freeing them periodically at random - The difference merely being that the influx of reused-slot new SCPs will be slightly more rapid (which will be handled as normally), as opposed to them periodically coming up every now and then and having to re-explain the Duckman purging process.</p> <p>I believe it is a worthwhile tradeoff to rip off the band-aid immediately as opposed to it weighing on staff effort any longer than necessary.</p> <h2><span>Removed From SCP Series, SCP-963 and SCP-1004, Retained Tales</span></h2> <p>For the technical implementation of all these, I highly recommend we use the same block styling as <a href="https://scp-wiki.wikidot.com/component:adult-content-warning">Adult Content Warning</a>, which is staff-controlled, widely used and visually immutable. When put in a collapsible, the entire original wikitext should be in a code block, similar to our deletion message.</p> <p>Annotation, if any, should be extracted into its own section - we do not need to display the entirety of a work as is.</p> <h3><span>Removed From SCP Series</span></h3> <p>Highly against the technical specification of this implementation. The problems are twofold:</p> <ol> <li><tt>archived_SCP-321</tt> URL is effectively a bypass of the <strong>archived:</strong> category protocol, which we have discontinued for any non-staff pages. On its own, this infer no special regards, and is effectively the same as the *Resetting vote counter to zero* proposal, but without actually setting it to zero.</li> <li>Loss of original slug: This is my primary concern - page linked to these slugs, including offsite, will receive no new context if the original pages have been moved, making this an ineffective solution.</li> </ol> <p><strong>Resolution:</strong> Batch them with the others and unlist them; using Slug Reservation policy to fill in the URL with splash pages with the same intent as stated. The 001 proposal can be straight unlisted with no further repercussion that is outside of our usual scope.</p> <p>Edit: After further discussion, all three should be unlisted, either eating the cost of backlink referential integrity and go through with blanket removal, or use the empy slots as the counter.</p> <h3><span>SCP-963 and SCP-1004</span></h3> <p>Implementation should be modified - unlist them; using Slug Reservation policy to fill in the URL with splash pages with the same intent as stated. This removes the extant votes of the original pages, which would otherwise inaccurately reflect as highly-regarded.</p> <h2><span>Response Pieces</span></h2> <p>The ideal number of response piece should be zero, in my opinion, but staff has no control over how authors choose to respond, so this is a moot point either way. No real actions are needed / Option A is preferred.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557250</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557250</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 01:34:06 +0000</pubDate>
				<wikidot:authorName>Esperion</wikidot:authorName>				<wikidot:authorUserId>1354798</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Agreed with Kufat and Rounder, and echo their urgency in having these pages unlisted as soon as possible, regardless of the subsequent discussion and vote.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557180</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557180</link>
				<description></description>
				<pubDate>Wed, 18 Feb 2026 00:09:51 +0000</pubDate>
				<wikidot:authorName>Queerious</wikidot:authorName>				<wikidot:authorUserId>7453143</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Re: the responses about deletion and recycling for the 7 special resolution items, I wanted to reply to my top post, just to clarify something:</p> <p>The vote chose the Remove and Counter proposal, not Near Total Removal. If we move the 7 special resolution items under deletion and recycling, then there is <strong>no tangible difference</strong> between the two proposals. The key differences are the annotated versions and the response pieces &#8212; this discussion should be framed around <em>which</em> of these aspects we want to apply to each article, rather than abandoning what we already decided.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557152</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557152</link>
				<description></description>
				<pubDate>Tue, 17 Feb 2026 23:02:21 +0000</pubDate>
				<wikidot:authorName>DrBleep</wikidot:authorName>				<wikidot:authorUserId>2887044</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>In agreement with Kufat and Rounder here. Especially echoing Rounders recommendation to move ahead with the unlisting of vast majority of pages.</p> <p>I do not think staff should be involved in oversight of response pieces beyond our custodial role in enforcing site rules and the vote thresholds.</p> <p>Edit: I need to clarify my initial position. I do not support the unlisting of 963, but as I am to understand it, there is currently an effort to streamline everything to have a single disclaimer and annotation of all problematic pieces on one page. I support this.</p> <p>I do not support the unlisting of the 2000 hub nor the coauthored page.</p> <p>My initial framework of agreement with Dexanote, Rounder, and Kufat was based on the supposition that the core pages of 1004, 963, and the removal of the other works in the list should be actioned immediately. I still strongly support the other provisions of the proposal, but have not had significant energy or direction to contribute any alternative approaches.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557147</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557147</link>
				<description></description>
				<pubDate>Tue, 17 Feb 2026 22:43:30 +0000</pubDate>
				<wikidot:authorName>Kufat</wikidot:authorName>				<wikidot:authorUserId>2336666</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <blockquote> <p>nothing in this discussion is a blocker on the vast majority of pages being deleted, yes?</p> </blockquote> <p>Given that deletion isn't on the table, just unlisting, I'm in agreement with this. If there's a surprise outcome then any applicable pages could just be relisted.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557143</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557143</link>
				<description></description>
				<pubDate>Tue, 17 Feb 2026 22:36:14 +0000</pubDate>
				<wikidot:authorName>Dexanote</wikidot:authorName>				<wikidot:authorUserId>481882</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Agreement with Kufat and Rounder.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557136</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557136</link>
				<description></description>
				<pubDate>Tue, 17 Feb 2026 22:24:02 +0000</pubDate>
				<wikidot:authorName>Rounderhouse</wikidot:authorName>				<wikidot:authorUserId>4187885</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>I'm agreed with Kufat; delete everything save for 902 just because it's coauthored and the 2000 contest hub.</p> <p>I don't see any real merit in the response pieces and think we should dispense with any involvement in that entirely. I trust the voting system to address anything people feel like posting on the matter.</p> <p>edit: also, nothing in this discussion is a blocker on the vast majority of pages being deleted, yes? I think this conversation would be better had after that's done in the next day or two.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557126</guid>
				<title>Re: [DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557126</link>
				<description></description>
				<pubDate>Tue, 17 Feb 2026 21:59:08 +0000</pubDate>
				<wikidot:authorName>Kufat</wikidot:authorName>				<wikidot:authorUserId>2336666</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p>Edit: I'm stepping away from this discussion because I don't feel like I'm engaging productively.</p> 
				 	]]>
				</content:encoded>							</item>
					<item>
				<guid>http://05command.wikidot.com/forum/t-17590893#post-7557097</guid>
				<title>[DISCUSSION] Bright Works - Remove and Counter Specifics</title>
				<link>http://05command.wikidot.com/forum/t-17590893/discussion-bright-works-remove-and-counter-specifics#post-7557097</link>
				<description></description>
				<pubDate>Tue, 17 Feb 2026 20:56:30 +0000</pubDate>
				<wikidot:authorName>Queerious</wikidot:authorName>				<wikidot:authorUserId>7453143</wikidot:authorUserId>				<content:encoded>
					<![CDATA[
						 <p><strong>O4 Mirror</strong>: <a href="https://scp-wiki.wikidot.com/forum/t-17590894/discussion-bright-works-remove-and-counter-specifics#post-7557098">THREAD</a></p> <h1><span>What is this?</span></h1> <p>Following the vote, <a href="https://05command.wikidot.com/semi-public:bright-works-remove-and-counter">Remove and Counter Bright's Influence</a> was selected as the plan to resolve the Bright works issue.</p> <p>While there are many aspects that will not change, there are a number of items with alternative resolutions and potential adjustments that we need to discuss. Those items have been isolated below, into a list of decisions &#8212; this thread is to discuss the alternative options, and come to a consensus on how to act.</p> <p>If there is a consensus in how to handle each issue, we will resolve them at the conclusion of this discussion &#8212; otherwise, we will have a week of voting to determine the specifics.</p> <h1><span>Discussion Points/Issues</span></h1> <h2><span>Specific Resolutions for Bright's Pages</span></h2> <p>The Remove and Counter proposal provides <em>suggested</em> resolutions for each page by Bright, but staff has the ability to adjust the resolutions for a given page if we feel that it was improperly placed, or does not need to be retained etc.</p> <p>The following section is broken down into two broad categories: the <strong>deleted and recycled</strong> pages, and <strong>special resolution</strong> pages.</p> <div class="collapsible-block"> <div class="collapsible-block-folded"><a class="collapsible-block-link" href="javascript:;">Show&nbsp;Details</a></div> <div class="collapsible-block-unfolded" style="display:none"> <div class="collapsible-block-unfolded-link"><a class="collapsible-block-link" href="javascript:;">Hide&nbsp;Details</a></div> <div class="collapsible-block-content"> <h3><span>Deleted and Recycled Pages:</span></h3> <p>The Remove and Counter proposal lists 16 SCPs and 34 other pages that should be deleted, and have their URLs recycled. For a full list, see <a href="https://05command.wikidot.com/semi-public:bright-works-remove-and-counter#toc4">here</a>.</p> <p><em><strong>If you feel as though a page within this list should <span style="text-decoration: underline;">not</span> be deleted and recycled, comment that below to discuss. Otherwise, this list will be considered as having consensus.</strong></em></p> <h3><span>Special Resolution Pages</span></h3> <p>The Remove and Counter proposal lists 9 pages that are handled differently, each of which has a resolution that can be adjusted following discussion. These pages and resolutions are as follows:</p> <h4><span>Removed From SCP Series</span></h4> <p>SCP-001:O5, SCP-321 and SCP-590 would be removed from their current slots, and made into tales. Their new URLs would append '<tt>archived_</tt>' to the url, such that the slug for SCP-321 would read '<tt>archived_SCP-321</tt>'.</p> <p>Additionally, for each page, the text will be placed in a collapsible, with a disclaimer at the top &#8212; the pages themselves will be annotated by victims and staff, highlighting the harm within the text and their impact. These pages will be opened to response pieces.</p> <p><em><strong>If you think that these pages should be handled differently <span style="text-decoration: underline;">or</span> have an alternative suggestion for the new page slug, please comment as such below.</strong></em></p> <h4><span>SCP-963 and SCP-1004</span></h4> <p>As per the proposal, SCP-963 and SCP-1004 would remain in their current slots. Each page has a slightly different resolution, as below.</p> <p>SCP-963 would be annotated by both staff and willing victims of Bright, highlighting the harm within the text, and their impact. The page would be opened to response pieces.</p> <p>SCP-1004 would have the text removed, and a disclaimer added. The page would be opened to response pieces.</p> <p><em><strong>If you feel as though the resolution for either of these two pages should be different <span style="text-decoration: underline;">or</span> have an issue regarding the annotations or process, please comment as such below.</strong></em></p> <h4><span>Retained Tales</span></h4> <p>As per the proposal, An Evening With Bright and Code Brown will be retained in their current URLs. The page content will be moved to a collapsible, and a disclaimer added to the top. The original text will be annotated, addressing the harm within the text and their impact. These pages will be opened to response pieces.</p> <p><em><strong>If you think that these pages should be handled differently, please comment as such below.</strong></em></p> <h4><span>Co-Authored Pages</span></h4> <p>As per the proposal, SCP-902 will be reattributed to '<tt>TheDuckMan</tt>', but is otherwise unaddressed by the proposal. The SCP-2000 Contest hub will be reattributed to '<tt>Staff</tt>', and will otherwise remain untouched.</p> <p><em><strong>If you think that these pages should be handled differently, please comment as such below.</strong></em></p> </div> </div> </div> <hr /> <h2><span>Slot Releasing</span></h2> <p>The proposal does not specify the specific method of slot release for SCPs or tales marked for Deletion and Recycling &#8212; based on previous experience, we suggest the following:</p> <ul> <li>For any tales, once there is consensus, these pages will be deleted immediately, with the slots left empty.</li> <li>For the SCPs, following consensus, these pages will <strong>not</strong> be deleted immediately &#8212; this is to avoid causing further issues, so that harm is minimized. Instead, slots will be released <strong>randomly by staff</strong>, as was seen with the Kalinin deletion. <ul> <li><strong>Victims are able to reach out to the Bright working group and request a slot, such that they may write a replacement piece.</strong> We highly encourage those who feel comfortable to reach out. Currently, SCP-590 is earmarked for a replacement piece.</li> <li>All other slots will be released in random intervals, without prior announcement. These page deletions will be witnessed by Wiki Admins &#8212; as such, <strong>wiki administrators are restricted from posting in these slots</strong>.</li> </ul> </li> </ul> <p>This methodology will allow for finite control, giving victims the chance to reclaim their voice, while reducing the chance for additional harm.</p> <p><em><strong>If you feel as though the slots should be handled differently, please comment as such below.</strong></em></p> <hr /> <h2><span>Response Pieces</span></h2> <p>There are a number of items to discuss regarding response pieces, primarily if we feel as though they are needed. Currently, the list of pages opened to response pieces consists of all special resolution pages <strong>excluding SCP-902 and the SCP-2000 Contest Hub</strong>, totaling 7 pages.</p> <p>Additionally, for response pieces, we need to determine as staff if we (A) allow response pieces to be added by any wiki member, with problematic or incorrectly added pages removed by staff, or (B) require that all response pages are reviewed and approved by staff, who add them to each page.</p> <p>Option A allows for further authorial autonomy, and empowers the community to respond without staff intervention, while potentially resulting in improperly added pages or trolling. Option A is similar to the current process regulating collab logs on the wiki.</p> <p>Option B requires that staff be involved in this process, and would place the onus on a set group of individuals to determine if a work is a 'valid' response piece. This restricts community responses to what staff approves, which is not inherently problematic, but could be an issue down the road.</p> <p><em><strong>The team suggests that Option A is chosen for the 7 pages.</strong> Should a given page be subject to repeat vandalism, or should the process pose further complications, we are always able to implement Option B.</em></p> <p>Regardless of how the responses are curated, pieces will only be added as responses by the request of the original author.</p> <p><em><strong>If you believe that the response pages should be maintained via Option B, <span style="text-decoration: underline;">or</span> have any other issues regarding the response pieces, please comment as such below.</strong></em></p> <hr /> <h1><span>List of Issues:</span></h1> <p>For convenience, below is a list of each potential item of discussion, each of which is included in further detail above.</p> <ol> <li><strong>Should any of the deleted and recycled pages be handled differently?</strong> If there are no objections, the current list will remain.</li> <li><strong>Should any of the special resolution pages be handled differently?</strong> If there are no objections, these pages will be handled via their currently outlined resolution.</li> <li><strong>Should we release the slots in a different manner?</strong> If there are no objections, the slots will be released randomly, as seen with the Kalinin deletion.</li> <li><strong>Should response pieces be curated after posting, or approved in advance?</strong> If there are no objections, the current plan is that pages will be opened in full to response pieces, with staff maintaining them.</li> </ol> <hr /> <p>This discussion will run for <strong>one week</strong>. <em>If there are no objections to the planned solutions listed above, then at the conclusion of the week, we will consider those items to have consensus, and they will be resolved as written. If there is not consensus, voting will begin.</em><br /></p> <div style="text-align: center;"> <p><iframe src="https://scpwiki.github.io/timer/timer.html?lang=en&amp;time=2026-02-24T20%3A51%3A52.028Z" align="" frameborder="" height="" scrolling="" width="" class="" style="width: 750px; height: 200px; border: 0; text-align: center;"></iframe></p> </div> 
				 	]]>
				</content:encoded>							</item>
				</channel>
</rss>