维基专题讨论:建立條目

首頁

討論頁

待審草稿

作品展示

評級

參與者 申請 · 討論

審核手冊 協助腳本

詢問桌

歡迎來到建立條目專題計畫的討論頁面

等待審核的新條目草稿 隨機展示

~2週

63篇待審核草稿 刷新

• 本頁面僅討論關於本計畫行政的相關問題。請問您在對的地方嗎？
  • 想要詢問關於您的條目登錄案件方面的問題，請使用本專題的詢問桌。
  • 想要詢問如何編輯維基百科，請使用互助客棧/求助。
  • 想要詢問事實性或其他類型問題，請使用搜尋功能或知識問答。
  • 您可以使用條目精靈建立條目，或是請求他人代為創建條目。

• 除了本頁面，您亦可在Telegram群組、Discord頻道和IRC頻道#wikipedia-zh-afc ^IRC://找到其他審核員。

現正進行2021年改革討論，歡迎審核員參與討論。（此乃內部討論）

跳至底部

可能会遇到的问题

• 草稿空间是否需要挂维护模板？
• 统一文字“审核”、审阅、“复核”(仍有残余)
• 审阅者的条件
• Template:Article_wizard/skeleton、辅助脚本能否繁简转换--及时雨 ^留言 2019年4月17日 (三) 13:01 (UTC)

关于拒绝草稿的理由

{{AFC submission|d|理由参数（会自动替换为已经设置好的理由），若参数不存在则填什么就显示什么}}，理由参数还在翻译中Template:AFC_submission/comments，在考虑删减并且整合一些，因为网站等关注度还只是草案而非指引，然后加入一些快速删除的参数A1、G11这样拒绝草稿的理由来提醒改善。初步想了这些：（正在完善中）欢迎直接修改。--及时雨 ^留言 2019年2月26日 (二) 11:58 (UTC)

• 已经整理一些在这里T:AFC_submission/comments/doc，欢迎大家修改，修改在T:AFC_submission/comments进行--及时雨 ^留言 2019年3月9日 (六) 14:34 (UTC)

翻译进程

@94rain：我已翻译完审核手册的内容，还请各位提出宝贵的意见。Johnson.Xia（留言） 2019年3月4日 (一) 01:23 (UTC)

關於腳本

目前腳本運行起來還不錯，只有2個問題。(1) 繁簡無法轉換 (2) 部分英文沒有翻譯到。這個部分看有沒有解決方案。副知@94rain、Xiplus。臺灣杉在此發言 (會客室) 2019年3月12日 (二) 03:16 (UTC)

mediawiki:Gadget-site-lib.js—小老虎3018_☂ 2019年3月17日 (日) 16:32 (UTC)

提议将建立條目精靈作为条目创建的首选项

• 简而言之：修改MediaWiki:Noarticletext，效果图，但首先要完善建立條目精靈

在新页面巡查、存废讨论或是存废复核中，我们似乎花了大量的时间在一个条目的存废问题上，其中的大部分主要是因为关注度不足或只是来源不足以彰显关注度。我认为其中一个很重要的原因是新手过于急切，想要尽快的把内容呈现出来，我希望可以通过把建立条目精灵作为条目创建的首选项（效果见截图，修改mw页面见下所述），来使得新手可以通过较少的时间，就可以大致了解一个条目怎样才能保留下来。

对于新手已经完成的草稿，由于中文维基百科还没有完善的WP:AFC，目前可以暂时以移动请求替代作者发布已经完成的草稿的请求，我已经相应修改了Template:Article_wizard/skeleton来引导新手进行移动请求，如果未来移动请求积压过多，可以考虑推动建立完善的WP:AFC。

同时，建立条目精灵还需要完善，例如这里Wikipedia:建立條目精靈/通用關注度，还可以建立多个分类的具体关注度说明；另外，WP:建立条目精灵这一页面还可以考虑放更多链接。

• 合理性：只是调整了建立条目精灵和直接编辑选项的展示顺序，并不像英文维基百科那样在技术上限制非自动确认用户的条目创建权，所有用户仍然可以直接通过编辑源代码创建不受白纸保护的条目
• 可能的积极影响：未来能减少一些的有关关注度的AFD积压；由于草稿时间存留时间更长，创建者或保留派有更多的时间在草稿空间改善、打捞关注度不足的条目
• 可能的消极影响：新手看到建立条目精灵中文字太多感到繁琐（但并不知道可以直接编辑）从而放弃创建条目
• 实现方法：修改MediaWiki:Noarticletext，修改的草稿见Draft:MediaWiki:Noarticletext，前后页面对比见这里所示，效果见截图。（同时顺手添加了Draft空间的中文）

以上只是初步的想法，想要实现还需一定时日，期待诸位踊跃参与讨论。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月12日 (二) 09:25 (UTC)

• (＋)支持，对新手非常友好。可以仿照enwiki设计更加友好的界面。—玉环文旦专卖店（_{顾客登记|进店咨询·台州专题}） 2019年2月12日 (二) 12:43 (UTC)
  • 至于消极影响，我想这样有一个好处：可以是一个对新手是否真正热心于为维基百科贡献的考验，将那些并非热心的人劝退；也能使巡查员节省工作量（当然也不是说完全就没有消极影响了）。—玉环文旦专卖店（_{顾客登记|进店咨询·台州专题}） 2019年2月12日 (二) 12:46 (UTC)
• 赞同大体想法。提交移动请求的部分，我的设想是设计一个模板，属于草稿 preload 的一部分。模板内容指引创建者写完以后修改某个模板参数，修改后自动将草稿加入一个待审核分类，有经验的用户可监视分类中的条目，帮助移动或打回继续改善。这样对新手来说只需要更改很少的内容就可以请求移动，而不需要研究移动请求相关的内容。--Tiger（留言） 2019年2月12日 (二) 12:45 (UTC)
  • (：)回應：可以由Template:AFC submission实现，我昨天大致将相应的多个模板修改完成，preload的模板中加入{{subst:AFC submission/draftnew}}并在Draft:AFC测试页面测试，可以实现基本的功能，具体的如用户通知等功能还在完善中。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月14日 (四) 04:44 (UTC)
• (！)意見：这个想法很好，但条目创建精灵还有太多需要改进的地方。就目前的版本而言，我是比较反对将“建立条目精灵”作为条目创建的首选项的。我认为现在有三个主要问题：界面太繁琐，新人容易望而却步（针对这一点，建议让界面更加友好、一部分不太重要的细节可以省略掉或者改为注释等扩充内容）；部分内容仅适合英语维基百科（比如WP:COI，在中文维基百科尚未达成共识）；一部分句子是欧化的，读起来比较别扭，需要改为更自然的中文。我希望能有一个核心思想是，条目创建精灵是为新手而写，能让新手快速学习到主要的相关政策、建立一篇合格的条目。--クオン·🀢🀣🀤🀥·翡翠·鵺鳥·十姉妹·夜啼鳥 2019年2月12日 (二) 13:12 (UTC)

能否只向新手提示使用條目精靈？--百無一用是書生 (☎) 2019年2月13日 (三) 03:33 (UTC)

另外，Wikipedia:建立條目精靈和Wikipedia:条目向导能否合并，互相取长补短？--百無一用是書生 (☎) 2019年2月13日 (三) 03:35 (UTC)

(：)回應：有办法实现，但需要限制他们的条目创建权限，英文维基百科是使用了en:Template:No_article_text（搜索{{ #ifeq: {{{nopermission}}}的一段），首先判断有无条目创建权限，如果无看是否为页面保护并给出对应的保护提示，排除掉所有保护情况就剩下非自动确认用户无权创建的情况，并提示只能用条目向导创建。Wikipedia:条目向导没有解释关注度，所以我选用了WP:建立條目精靈，如果能在Wikipedia:条目向导中加入关注度的介绍我认为使用它也可（较为简洁）。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月14日 (四) 12:47 (UTC)

相关的引导页面：WP:新用户着陆页（没用，英文维基对应非自动确认用户尝试创建主名字空间条目）、WP:建立條目精靈（老版常用）、WP:条目向导（因为快捷方式被改了所以也有人在用），其中最后一个直接自英文维基翻译过来，所以直接引导建立草稿。我支持使用更简单的条目向导并自老版扩充一些必要的内容，然后完全使用新版；如果可能，还要兼顾手机查看（目前两种向导均对手机端不甚友好，例子不过这个好改）。另可见目前两种向导的所有内容页面，关于新版有个想法：各步骤前进作按钮，而其他选项则是小字链接，更加清晰，如：

我与条目主題没有关系

其他选项 · 利益相关 · 有偿撰写

另外希望能就非（自动）确认用户能否创建条目，不能创建则选择草稿或其他地方编辑这个问题达成共识，同步修改最后引导编辑的页面。——小老虎3018_❄ 2019年2月14日 (四) 16:46 (UTC)

關於此點，目前我有針對Wikipedia:建立條目專題進行建置，歡迎各位參與。臺灣杉在此發言 (會客室) 2019年2月15日 (五) 03:23 (UTC)

建立條目專題改为條目建立專題会不会好一些？--Leiem（签名·留言） 2019年2月15日 (五) 06:56 (UTC)

由於「建立條目」用作精靈以及其他相關頁面的普遍用詞，所以我認為維持較佳。臺灣杉在此發言 (會客室) 2019年2月15日 (五) 07:21 (UTC)

@Taiwania Justo：您好，在Template:AFC_submission/pending，审查似乎违背了WP:维基百科不会审查内容，可否使用复核？另外登录我认为也不太合适，可以说说您修改的想法吗？--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月15日 (五) 07:45 (UTC)

@94rain：經查submission在劍橋詞典的解釋，確認提交較佳，這個可以修正；而review這個詞，在劍橋詞典有「審查」、「審核」兩種意思，個人認為可以改為「審核」，「覆核」在個人理解，應該會有一個「初核」，但在此處是直接由reviewer進行審核，沒有初核和覆核的程序，因此覆核這個詞比較不妥。此外，由於該模板會和整個Wikipedia:建立條目專題的用詞進行統一，因此這個部分希望能夠確立共識。臺灣杉在此發言 (會客室) 2019年2月15日 (五) 08:05 (UTC)

@Taiwania Justo：在没有更好的词替换前，就统一用审核吧，不过要改的地方比较多。--及时雨 [ 谈笑风生或批判一番 / 微小贡献 ] 2019年2月15日 (五) 09:22 (UTC)

审查常被用作是censor的中文翻译。但实际上审查的中文含义非常广泛。review和censor的区别太大了。censor是指因为政治、社会原因，某些观点具有争议性而删去，而维基百科不进行这些工作，比如某些人可能不喜欢的裸体图片等。凡符合维基百科方针，皆可记载。censor是说尽管真的发生了，但因为有争议性所以不刊登，这是censor。修改格式、或者是其他编辑性工作，则只是review。个人觉得也没必要由于翻译问题而替换用词。~ viztor ✪ 2019年2月27日 (三) 20:00 (UTC)

刚才试了一下，发现不太会用{{AFC submission}}，还得写一个审核者操作手册呢。--Tiger（留言） 2019年2月20日 (三) 05:28 (UTC)

• 希望未来可以通过脚本实现，英维有这样的脚本，到时可以看看能不能本地化。目前基本的用法写在了Template:AFC_submission/doc，一般情况下只需要用到拒绝草稿的，{{AFC submission|d|理由参数（会自动替换为已经设置好的理由），若参数不存在则填什么就显示什么}}，理由参数还在翻译中Template:AFC_submission/comments，在考虑删减并且整合一些，因为网站等关注度还只是草案而非指引，然后加入一些快速删除的参数A1、G11这样拒绝草稿的理由来提醒改善。刚刚在这里WT:AFC#关于拒绝草稿的理由发布了一些拒绝草稿的理由，希望大家可以来讨论，欢迎直接修改。--及时雨 ^留言 2019年2月26日 (二) 11:59 (UTC)

(＋)支持想法--Techyan（留言） 2019年3月6日 (三) 13:41 (UTC)

建立條目專題所吸引的對象

大家好，我是在英文維基上活躍的用戶。我發覺在中文維基上，所有用家都能創建頁面（包括匿名用家）。這樣看來，又為什麼會有人特意走到AFC這裡來創建條目，而不直接創建條目呢？在英文維基中，只有自動確認用戶才能創建條目（mainspace頁面），所以未確認用戶便會走到AFC裡創建頁面，在中文維基中沒有這個原因。我提出以下幾點：

1. 引領非（自動）確認用戶到「建立條目專題」來，指出「少經驗的用戶的頁面有不少會被刪除」；
2. 在搜尋頁面中與其說「您可以新建這個頁面「不存在的頁面」，但應檢查下面的搜索結果，看看是否有相同內容的頁面已被創建。」，加上這一句：「你的經驗較淺，可以試試在维基百科:建立條目專題創建頁面。」

謝謝大家。 The Lord of Math（留言） 2020年4月8日 (三) 01:45 (UTC)

(＋)贊成 確實看不出誘因--死灰（留言） 2021年11月6日 (六) 16:07 (UTC)

问题是审核员少，不如所有巡查员也兼任审核员？桐生ここ★[讨论] 2021年12月2日 (四) 16:23 (UTC)

关于P:AFC群组的问题

承@Fire-and-Ice：君在WP:客栈#其他板块的建议，现我已经建立了AFC审核员和AFC参与者（即所有编撰者）的两个Telegram群组。想请问各位可不可以在专题处挂上群的链接？--三万光年 _{Talk回复请ping我} 2020年12月12日 (六) 15:11 (UTC)

ping一下AFC的几位活跃参与者@94rain、Herobrine、Jimmyshjj、SCP-2000、Sunny00217、ZhuofanWu：。如有没ping到的烦请见谅。--三万光年 _{Talk回复请ping我} 2020年12月12日 (六) 15:23 (UTC)

补ping@Temp3600：。--三万光年 _{Talk回复请ping我} 2020年12月12日 (六) 15:25 (UTC)

我不支持，但也不反对建立群组并写入AFC。Fire Ice 2020年12月13日 (日) 07:19 (UTC)

我觉得提升AFC对新手建立条目的引导作用是非常有必要的，虽然这个过程还很漫长。--三万光年 _{Talk回复请ping我} 2020年12月13日 (日) 08:25 (UTC)

發錯人

見此，該頁面非AINH建立。--銀河市長—☎️— 2021年3月13日 (六) 10:38 (UTC)

相關日誌--銀河市長—☎️— 2021年3月13日 (六) 10:42 (UTC)

建議修改{{AFC decline}}的內容

主要問題	我認為這個模板有修改內容的必要性。
問題背景	經過我和Wikipedia:建立條目專題的部份成員討論後（利申我並非專題成員，本人自認沒有足夠的修目審核經驗），我認為此一模板的拒絕條目審核方式過於直接。
我的觀點	首先，我認為目前的拒絕審核條目方式使新手再次建立條目和參與維基百科的意欲降低，使新手有機會不再編輯，令站內流失人手。 其次，我認為若大部份新手皆透過建立條目專題來使用條目審核的功能，此拒絕方式使新手認為中文維基百科像是一個工廠多於一個義工團體，這樣不僅違背維基百科的宗旨，也損害中文維基百科既有的形象。 第三，若新手因此而不再使用條目審核的服務，也使建立條目專題沒有任何的好處，若修改相關模板也能使專題建立一個對新手友善和體貼的形象。
我的解決方案	我認為應該修改{{subst:AFC decline}}部份的措辭和語氣，增加一些對新手的鼓勵成份。以下是我對修改模板的建議 現行條文 您最近在建立条目頁面提交了一篇草稿。遗憾的是，它还未达到成为一篇条目的标准，這次草稿由Example審核。 草稿最上方可能還有一些點評，請前往查看。您可以繼續改善您的草稿，並在解決問題後重新提交。 您可以在草稿中點擊「編輯」標籤，繼續不斷改善草稿，這沒有截止日期，您可以一直不斷改善再提交，但6個月未被編輯的廢棄草稿會予以刪除。 如果您認為草稿不符合維基百科的收錄標準或者不希望進一步改善，您可以要求刪除。請打開草稿頁面，點擊「編輯」標籤，在草稿頂端添加「{{delete|G10}}」，並單擊「發佈更改」。 如果您有疑問，您可以在審閱者的討論頁留言。 您也可以在互助客棧詢問。以及在我們的Telegram解答群或使用即時通訊軟件向我們經驗豐富的編輯尋求即時幫助。 提議條文 您最近在建立条目頁面提交了一篇草稿。遗憾的是，它还未达到成为一篇条目的标准，這次草稿由Example審核。 草稿最上方可能還有一些點評，希望您能前往查看。您可以繼續改善您的草稿，並在解決問題後重新提交。 您可以在草稿中點擊「編輯」標籤，繼續不斷改善草稿，這沒有截止日期，您可以一直不斷改善再提交，但6個月未被編輯的廢棄草稿會予以刪除。 如果您認為草稿不符合維基百科的收錄標準或者不希望進一步改善，您可以要求刪除。請打開草稿頁面，點擊「編輯」標籤，在草稿頂端添加「{{delete|G10}}」，並單擊「發佈更改」。 如果您有疑問，您可以在審閱者的討論頁留言。 您也可以在互助客棧詢問。以及在我們的Telegram解答群或使用即時通訊軟件向我們經驗豐富的編輯尋求即時幫助。 經過這次的審核，希望您不要氣餒，繼續為維基百科作出貢獻，加油！（或類似語句，可在下方提出） 如對上述有其他的修改建議，希望各位能在下方提出。 另外，我建議負責審核條目的用戶也應該在點評或是討論下方表達對新手的友善，而新手協助時也應積極回應，使新手和條目審核者的關係平等化並且得到改善，也有助條目審核者建立一個對新手友善的正面形象。
此前的類似討論	以我所知，沒有。

當然，我認同條目審核有助維持新手建立的條目的質素，這次建議我希望有助新手在建立條目時不要氣餒。但是，使新手對版權、關注度和有關在世人物方針和指引有更深入的了解仍然是解決問題的最好方法。我對上述的建議是可以在Wikipedia:建立條目和Wikipedia:建立條目專題等頁面增加對這些方針的連結供新手閱讀，也應使這些方針和指引內容顯淺易明，提升新手閱讀的意欲。我希望我的意見能對建立條目專題以致維基百科有用，感謝各位參與討論！--SickManWP_{邀請您參與♥️邊緣人小組的活動·✏簽到}發表於 2021年4月17日 (六) 05:59 (UTC)

修改较小。感觉不是技术版范畴，乃至不是客栈范畴，AFC专题专用模板，建议专题内讨论处理。赞赏语调友好化，但如果多方协商编写，担心语句变成四不像。个人对AFC执行过程中的审定严格程度（关于“初步通过”标准之前讲过，不再赘述）、审核员参与程度及“罐头消息”式回应都不算满意。--YFdyh000（留言） 2021年4月17日 (六) 19:44 (UTC)

@YFdyh000：可以，但是我不肯定我可在哪個頁面（建立條目專題的討論頁還是詢問桌）其他條目審核者可以看到這個討論並參與。--SickManWP_{邀請您參與♥️邊緣人小組的活動·✏簽到}發表於 2021年4月18日 (日) 02:18 (UTC)

可以算进条目探讨。--安忆^Talk 2021年4月27日 (二) 11:46 (UTC)

• (＆)建議：我覺得吧，可以改一下：“感謝您爲維基百科所作出的貢獻，雖然本次提交的版本被拒絕了，但還望您不要灰心，相信您一定會做的更好！

此致，

[審核員名稱]

”

另外我建議將樓上那條這樣改：“您可以在我們的telegram群組和IRC頻道 #wikipedia-zh-afc ^IRC://尋求幫助，上述群組已經互聯，您也可以選擇在互助客棧中提出您的問題。”

以上，

海の向こうは敵だ！|欢迎订阅维猫报！ 2021年4月19日 (一) 08:48 (UTC)

我没有意见，现在改也可以，本来我是打算在高考之后开始这个事情的。--Lightyears_{Talk·Sign#维猫报} 2021年4月23日 (五) 10:06 (UTC)

• 第二段的「繼續不斷」以及「不斷改善再提交」感覺有點贅言，我覺得可以改成：您可以在草稿中點擊「編輯」標籤繼續改善草稿後再次提交；但請記得雖然改善草稿沒有限定日期，但是6個月沒有進行編輯的草稿會成為廢棄草稿而進行刪除。--Poontele（留言） 2021年4月27日 (二) 16:43 (UTC)
  • 感謝建議！我希這個模板的內容能顯得對新更友善，也在尋求更多建立條目專題成員的意見。--SickManWP_{邀請您參與♥️邊緣人小組的活動·✏簽到}發表於 2021年4月29日 (四) 00:04 (UTC)

想確認FENT有經過「建立條目」的審核流程嗎？

FENT條目中有「條目FENT已通過建立條目流程。審閱者正在處理中，這一模板很快就會被移除。」的模版。

但FENT條目第一版就有此模版[1]，感覺不太像是有通過審核流程的感覺。--Wolfch (留言) 2021年9月7日 (二) 05:08 (UTC)

• 有通過流程的話那模板理應不會存在？—Jane 閱·論·簽— 2021年9月7日 (二) 05:59 (UTC)

afc模板在检测到位于条目空间就是这样的 Milky·Defer 2021年9月7日 (二) 05:50 (UTC)

建立郵件列表討論

於Phabricator追踪
工單T294676
狀態：已解決

通过：

转phab。—Regards, BureibuNeko 2021年11月13日 (六) 13:21 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

大家好，由於日漸高漲的求助請求及審核員間更便利的討論模式，有規劃建立郵件列表。我們計畫建立afc-zhlists.wikimedia.org作為公開郵件列表，而afc-zh-reviewerlists.wikimedia.org作為審核員間的隱私郵件列表。邀請活躍審核員參與討論，未ping到請海涵。@94rain、Air7538、BureibuNeko、Emojiwiki、Fire-and-Ice、Jimmyshjj、Jonathan5566、LuciferianThomas、Q28、Sidishandsome、Sunny00217、Temp3600、百战天虫、銀河市長--拒食木瓜卄 2021年11月9日 (二) 14:01 (UTC)

補@Jane9306、NHC、LuciferianThomas、Oldmanson、DinoWP、Borschts、Streetdeck、HualinXMN、Timmyboger--拒食木瓜卄 2021年11月9日 (二) 14:05 (UTC)

你。ping。了。我。兩。次。--路西法人 • 留言 2021年11月9日 (二) 14:08 (UTC)

囧rz……，已深刻檢討--拒食木瓜卄 2021年11月11日 (四) 12:45 (UTC)

• 好的，支持。--Temp3600（留言） 2021年11月10日 (三) 08:31 (UTC)
• 可-- Sunny00217  2021年11月10日 (三) 10:11 (UTC)
• Ok 不沈艦、抜錨ォッ✨_{🦈🍤#どうも💙さめです！} 2021年11月10日 (三) 14:26 (UTC)

不反對。--路西法人 • 留言 2021年11月10日 (三) 14:49 (UTC)

由於本案已經經過審核員內部明確共識產生，且至今尚無具體有效反對意見出現，IAR 公示3日，在此期間如有意見歡迎提出，感謝。 拒食木瓜卄 2021年11月11日 (四) 12:46 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

• 已由Legoktm完成。请各位审核员订阅供新手提问用的AFC主列表和供审核员内部讨论的审核员隐私列表，欲订阅隐私列表者，请先发一封包含任意字符的邮件至“wikipedia-zh-afc-ownerlists.wikimedia.org”（请务必使用您订阅用的电子邮件发送）并于此页面留下您邮件中的字符并签名，然后请记得订阅隐私列表，我会在确认您输入信息和我收到的信息一致后批准您的订阅请求。（如果有两个相同讯息的请求，则我会批准最先提交订阅请求的电子邮件并按破坏者封锁其他邮件地址）—Regards, BureibuNeko 2021年11月23日 (二) 12:33 (UTC)

---

• cc活跃审核员@Jane9306、NHC、Oldmanson、DinoWP、Borschts、Streetdeck、HualinXMN、Timmyboger@94rain、Air7538、BureibuNeko、Emojiwiki、Fire-and-Ice、Jimmyshjj、Jonathan5566、LuciferianThomas、Q28、Sidishandsome、Sunny00217、Temp3600、百战天虫、銀河市長

Flow：被无视是否曾受到TH邀请

如题，例子User_talk:B34109049。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年1月18日 (二) 10:10 (UTC)

才看到 囧rz……，技术上感觉很难修改，而且现在Flow也要弃用了，就不改了。--及时雨 ^留言 2023年12月20日 (三) 03:30 (UTC)

给自定义理由预加载审核模板

安亭君曾言：“有改善成合格条目的潜力，……这种应该划为第三种状态……审核员逐渐将草稿的状态由较为消极的中间状态提升为更加积极的中间状态。”，而在审核过程中，我发现Hotaru Natsumi君的{{User:Hotaru_Natsumi/afc-reasonsheet}}模板在某种程度上解决了这种问题：拒绝理由语气逐渐减缓，模板颜色也逐渐变浅，具体可看这个页面的例子。审核员填入原因还有利于新手辨明诸多拒绝原因中哪些是急需改善的，哪些是可以延后的。故我提议在自定义理由中预加载{{User:Hotaru_Natsumi/afc-reasonsheet|srr1=|rr1=|prr1=|fn1=|suffix=}}以上模板内容，并考虑将其移动至模板空间。--ChasingAir（留言） 2024年3月3日 (日) 13:45 (UTC)

cc印象中活跃审核员：@Hotaru_Natsumi、Dewadipper、94rain、Borschts、LuciferianThomas、Newbamboo、MilkyDefer、Hehua、人间百态、银河市长：。ChasingAir（留言） 2024年3月3日 (日) 13:51 (UTC)

有两种初步想法，后者改的更彻底（见右）--及时雨 ^留言 2024年3月3日 (日) 21:21 (UTC)

也不错。--在下荷花，请多指教（欢迎签到） 2024年3月4日 (一) 00:55 (UTC)

能不能改用MediaWiki提供的UI選項而不要再用HTML（--路西法人 2024年3月4日 (一) 01:30 (UTC)

迁移到OOUI感觉可以等英维改了再抄过来（ --及时雨 ^留言 2024年3月4日 (一) 07:46 (UTC)

需要说明的是我当时写这个模板的想法之一是少用，甚至不用罐头消息，而是完全由审核员自己去写拒绝理由，这样能更契合条目本身的问题。如果像第二种那样继续做罐头消息就会和自定义理由这个大方向背道而驰。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年3月4日 (一) 06:55 (UTC)

第二种也可以加入自定义理由，不过这样就更加增加复杂性了。 --及时雨 ^留言 2024年3月4日 (一) 07:46 (UTC)

(＋)支持并建议在AFC中推广使用。——Aggie Dewadipper 2024年3月4日 (一) 07:02 (UTC)

先写了个JS方便使用，同时也不影响直接传统手填自定义理由，User:Hotaru_Natsumi/js/afc-rejectfastfill.js。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年3月4日 (一) 10:41 (UTC)

支持的，LGTM。--Borschts^{™ 歡迎外帶一碗羅宋湯} 2024年3月6日 (三) 14:16 (UTC)

擅自移動頁面

@Ethan991110在未經審查員核可通過下擅自將自己創建的草稿2024賓士衝撞總統府事件、尖石鄉錦屏溪溺水事件移動至條目，請問該如何處理?--Kanshui0943（留言） 2024年8月5日 (一) 08:16 (UTC)

經修改後內容達到基本要求，無需任何處理。--路西法人 2024年8月5日 (一) 08:43 (UTC)

我不覺得被掛關注度模板算是有達到基本要求，而且關注度問題在我審的時候就有提過了--Kanshui0943（留言） 2024年8月5日 (一) 10:55 (UTC)

兩條條目提供的來源均已符合「有效介紹」、「可靠」、「來源」、「獨立於主題實體」等NT:GNG，可假定可以擁有獨立條目。--路西法人 2024年8月5日 (一) 13:55 (UTC)

废弃草稿

我发觉机器人似乎不再自动提删超过半年没有被编辑的草稿（ns118）了，不知道这是不是我的错觉。--Txkk（留言） 2024年12月16日 (一) 10:39 (UTC)

如果机器人不自动提删过期草稿，草稿就会越积越多，越积越多，越积越多……--Txkk（留言） 2024年12月16日 (一) 11:44 (UTC)

我倒是支持废除速删旧草稿，至少不要自动化速删。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月16日 (一) 14:34 (UTC)

曾经没有O7的时候有用户在AFD提删大量废弃草稿，也不是合适处理方式。--GZWDer（留言） 2024年12月20日 (五) 13:29 (UTC)

至少用戶頁的草稿也會有矛盾之處，比如用戶沙盒不會被刪除，但用戶頁的草稿卻會被刪除。對新手用戶尤其影響大。--千村狐兔（留言） 2024年12月20日 (五) 13:36 (UTC)

同意，我覺得至少應該排除掉用戶頁草稿。如果社群認為真要保留O7，或許可限定草稿名字空間。然而，AFD大量提刪廢棄草稿的行為似乎也不足以論證O7的必要性，畢竟反過來說可以勸導乃至阻止相關用戶進行如此非必要的批量提刪行為。-Peacearth（留言） 2024年12月20日 (五) 17:31 (UTC)

我认为应当如此：

• 只有草稿名字空间可以因废弃草稿的原因自动提交速删；
• 用户名字空间的不应该以“废弃草稿”的名义自动提交速删；
• 因废弃草稿而提交速删的不应该使用机器人自动删除，而应该交由人工复查

--百無一用是書生 (☎) 2024年12月24日 (二) 08:54 (UTC)

补充：如果不删除Draft空间的废弃草稿，会不会有新手不会更新？要不参考O3的模式，机器人自动以O7的名义存档废弃草稿？ ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月24日 (二) 11:07 (UTC)

话说，现在是有机器人自动挂速删废弃草稿的模板，还是挂有草稿模板的页面在一段时间后无编辑就自动显示速删模板？--百無一用是書生 (☎) 2024年12月25日 (三) 03:26 (UTC)

大部分是後者。--千村狐兔（留言） 2024年12月28日 (六) 13:01 (UTC)

另外不少新手用戶把完善、增加的內容搬到主條目，但因草稿未獲審批而遭不少提刪。似乎要增加相關刪除要求，比如條目比草稿更多內容、完善後不應一律以G18提刪條目，提刪者需要作檢查。--千村狐兔（留言） 2024年12月31日 (二) 10:29 (UTC)

@Peacearth、Shizhao：各位，各位，是“命名空间”，老版术语措辞“名字空间”早就被丢弃了。--Txkk（留言） 2024年12月31日 (二) 01:31 (UTC)

 吐槽：在zh-tw模式下您的發言顯示為「各位，各位，是「命名空間」，老版術語措辭「命名空間」早就被丟棄了。」，這個字詞轉換😂-Peacearth（留言） 2024年12月31日 (二) 05:02 (UTC)

呃……我没注意到这个情况，刚刚加上隔断代码了。--Txkk（留言） 2024年12月31日 (二) 05:43 (UTC)

@魔琴：如果废除速删旧草稿，草稿命名空间就成大型垃圾场了😒😒😒 --Txkk（留言） 2024年12月31日 (二) 01:31 (UTC)

现在记得是半年无编辑才提交速删吧？这么长时间都不编辑，认为废弃相当合理--百無一用是書生 (☎) 2024年12月31日 (二) 02:45 (UTC)

目前似乎很多新條目不符創立標準的都會移動到草稿，可能建議還是先掛維護模板/提請刪除討論優先，在存廢討論中討論，確定有修改價值後才移到草稿，而非統統移到草稿。以免增加草稿審核人員負擔。--千村狐兔（留言） 2025年1月3日 (五) 15:47 (UTC)

同意Shizhao草稿存廢標準有關意見。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月10日 (五) 12:47 (UTC)

《新手工作组简讯》创刊号（2025年1月）

《新手工作组简讯》
2025年1月 • 总第1期

统计

2025年1月（UTC+8），中文维基百科产生4153位新用户，其中4人当月成为自动确认用户。共有40位新延伸确认用户，304位新IP封禁豁免者。创建条目专题通过了119份草稿。有66次求助通过导师系统产生，51项发生在互助客栈求助区。

计划命名空间中，《新手入門》浏览量7437，《參與貢獻》浏览量4179，《欢迎》浏览量4697；《帮助:简介》浏览量1112。

工作

• 农历新年标志1月28日晚起在本站启用 Y - 制图：What7what8、Steven Sun
• WP:图片请求清理完成 Y - by Kcx36
• 邀请您关注项目分流页进展
• 邀请您参与欢迎页面整理讨论

讨论

• 《每日提示内容同步到首页“提示”版块展示》公示通过 Y，正在讨论执行细节
• 邀请您持续关注本站RFC：〈深色模式介面問題修復〉与〈CSS模板樣式轉換〉

工具

• 新版跨语言链接小工具已启用 Y - by Diskdance
• _ref.js：参考文献整理工具 - by SuperGrey
• 英维本月新小工具：TBanHelper（by DreamRimmer）、RecentUnblockHighlighter（by Chaotic Enby），欢迎参与中维适配

PexEric 2025年2月11日 (二) 09:01 (UTC) • 工作组主页 • 本期讨论 • 存档 • 订阅

參考文獻之cite模板需補充哪些項目才可通過審查?

編寫新條目幾米《微笑的魚》，但收到審查意見為：「參考文獻不合法」及「cite模板的參數要盡量填完」，因此條目的參考文獻之CITE模板已補充「標題」、「網址」、「網站名稱」、「來源日期」、「語言」、「作者姓名」，但收到「仍未改善」的回覆意見，請明確告知有何項目之資料需要補充。謝謝!--ELSA HUANG（留言） 2025年2月19日 (三) 02:42 (UTC)

是否可區隔 幾米「微笑的魚」的原作繪本及動畫?

因微笑的魚條目為改編動畫，非原作繪畫圖本，故希望可以建立此條目《微笑的魚》，如有條目名稱相同的疑慮，是否可變更條目的名稱為「微笑的魚 (繪本)」?--ELSA HUANG（留言） 2025年2月20日 (四) 08:49 (UTC)

這也好，並未注意到兩條目內容不同，那你便是重新提交吧--August_{討論‧簽名} 2025年2月20日 (四) 08:51 (UTC)

已重新提交條目，請協助審核，謝謝!--ELSA HUANG（留言） 2025年2月21日 (五) 05:19 (UTC)

《新手工作组简讯》（2025年2月）

《新手工作组简讯》
2025年2月 • 总第2期

统计
2025年2月（UTC+8），中文维基百科产生4042（−111▼）位新用户，其中20人当月成为自动确认用户。共有43（+3▲）位新延伸确认用户；286位新IP封禁豁免者，904人因不活跃被除权。创建条目专题通过了91（−28▼）份草稿。有74（+11▲）次求助通过导师系统产生，35（−16▼）项发生在互助客栈求助区。

计划命名空间中，《新手入門》浏览量9811（+2374▲），《參與貢獻》浏览量6708（+2529▲），《欢迎》浏览量7535（+2838▲）；《帮助:简介》浏览量1468（+2356▲）。均较上月有明显增长。

工作

• 邀请您关注项目分流页进展
• 邀请您参与欢迎页面整理讨论

讨论

• 邀请您持续关注本站RFC：〈深色模式介面問題修復〉与〈CSS模板樣式轉換〉

工具

• CSSImageCrop.js：CSS图像裁剪工具（介绍）- by 維基小霸王
• 英维本月新小工具：noRedLinks.js（by Twineeea），欢迎参与中维适配

MediaWiki message delivery（留言） 2025年3月13日 (四) 13:28 (UTC) • 工作组主页 • 本期讨论 • 存档 • 订阅
如果您不希望在未来收到本刊，可将自己移出订阅名单。

要求釐清「拒絕提交」的細節

本人最近發現頗為有趣的草稿，也就是米平的王品茜。從提供的來源中與先前拒絕的評語，我想應該能過收錄標準，但似乎在文風方面一直碰壁，最後變成無論如何，都無法提交了。頗為可惜。但接著發現中華民國全國創新創業總會的草稿似乎連收錄標準都無法通過，但重開草稿撰寫後就過了。所以我希望得到幾個問題的答案：

1. 請問「拒絕提交」的標準為何？英維的標準是「完全不適合」、「如果被提刪，幾乎一定會被壓倒性通過」。但從拒绝再次提交的草稿目錄來看，似乎作法有點不一樣，看起來有點類似「被拒絕太多次」之類的。但從審核手冊看不出來。
2. 如果被「拒絕提交」後還想再寫並重新提交的話，從维基专题:建立條目/詢問桌看來，似乎需要開新頁面重寫。但想請問重寫的話，大概有哪些地方需要注意？以及技術上，要做什麼事情？

以上。 另外 CC @米平--Saimmx（留言） 2025年6月6日 (五) 11:31 (UTC)

打扰了，想请问是否可以尽快帮忙审核这篇草稿

我已提交《普赖寺》的草稿，恳请有经验的志愿者在方便的时候帮忙审核。非常感谢大家的辛勤付出

User:Nguyenngocthanhtoan/沙盒--Nguyenngocthanhtoan（留言） 2025年8月21日 (四) 09:12 (UTC)

新版Article Wizard部署讨论

WP:互助客栈/方针 § RfC：启用新版Article Wizard有與此頁面有關之討論，敬請編者關注。

簡要說明：欲部署新版Article Wizard

--PexEric 2025年10月6日 (一) 09:45 (UTC)

如何在WP:AFC撰寫WP:GNG有問題，但滿足其他收錄標準的草稿？

薏仁將表示AFC詢問台可能無法解決問題所以只能放這邊了。

我想詢問的是，如何在AFC撰寫WP:GNG有問題，但滿足其他收錄標準的條目？

問題是Draft:赵廷义這個草稿：我讀了下來源，大多數在GNG方面似乎有缺陷，但卻滿足NT:ENT的「演員如在任何電影、電視劇、動畫、電子遊戲、廣播、舞台表演等作品中扮演：主角，或重要配角，而該作品：經過商業發行，或本身滿足其他收錄標準，該演員可獲收錄為一個單獨條目」。

就我對李柯以的解讀，商業發行的短劇 (中國)符合NT:ENT對「作品」的定義，我因此從NT:ENT的方向去撰寫赵廷义。我自認有充分來源，支持此人在商業發行的短劇飾演主角和主要配角；但就先前的評論與進一步釐清後，我發現評審員似乎不考慮，或是起碼，沒有提及或是指導此人作為NT:ENT的可能性與寫作方向。

我因此感到困惑，這種情況下要怎麼寫一份能滿足NT:ENT的草稿？來源大概找到什麼樣的地步才行？我想我的來源應該可以接受，但明顯評審員也不同意，所以想問一下有沒有更佳來源的實例。--Saimmx（留言） 2026年1月28日 (三) 07:28 (UTC)

注意notability不约束条目内容，主题满足收录标准（不论GNG还是专题收录标准）即可获收录，不存在需要专门写一份能满足NT:ENT的草稿的情况。评审员要求避免非独立来源（如第一手来源）是根据WP:V，这是内容方针，确保“怎么写准确”，和notability规定的“能不能写”就无关了。草稿通过与否评审员有裁量权，新手不知道NT:ENT且评审员又未检查确实可能少收一些条目，这也没有办法。个人认为阁下扩充后的草稿已可转正，如您认为不会有争议，自己操作都行。--PexEric 2026年1月28日 (三) 09:49 (UTC)

我明白了。GNG以外的收錄標準確實很難操作，不適合新手以及面向新手的AFC。目前赵廷义主頁還在侵權調查所以我要等候結果，如有進展的話我會著手操作。--Saimmx（留言） 2026年1月28日 (三) 09:55 (UTC)

英维早年的Article wizard还会根据选择展示不同领域的notability，现在也没有了。可以理解是流程的妥协，流程太繁琐可能打消新手创建条目的热情。--PexEric 2026年1月28日 (三) 10:08 (UTC)

原版侵權調查成立並已刪除（Special:Redirect/logid/16028925）。按照先前討論，NT:ENT不需要WP:GNG即可成立，目前來源也可證明NT:ENT，本人因此決定跳過WP:AFC直接發布草稿。副知先前討論參與者和本人草稿的審核者@薏仁將、Pathfinbird、SummmerSky、Dohzy：本人認為此人符合NT:ENT收錄標準因此逕自發表草稿，但如果有意見想掛維護模板或提WP:AFD請自便。--Saimmx（留言） 2026年1月29日 (四) 06:50 (UTC)

我没法使用脚本

上面说成为巡查员即可使用脚本，但是我还是用不了啊--Zyx在火腿帝国很想回国吃饭。。。|回签点我 2026年1月13日 (二) 11:34 (UTC)

有关优化AFC通过时受限于既有重定向页面的流程提案

目前在AFC的实际工作中，某些草稿（如独立明星、衍生作品等）在质量上已达到了独立成条标准，审核员判定可以通过。然而，由于目标条目名目前正重定向至其所属的明星团体或母作品，且该重定向页具有编辑历史（常见于早期由于关注度不足而做的合并重定向），导致普通审核员无法直接通过移动页面将其发布。现提出以下优化方案：

1. 重写AFC模板

   建议重写{{AFC submission}}模板，并在其中加入一个全新的待处理状态（例如：status=tech，显示为“草稿已通过，但受限于技术限制，等待管理员协助发布”），自动把该草稿归入专门的维护分类并归类于Category:管理员积压工作母分类。另也可考虑管理员权限机器人协助工作。

2. 添加快速删除准则R11

   目标页面为无实质正文内容的重定向页，且有AFC审核通过的草稿需要移入时，且历史页面没有除建立重定向以外的内容。

邀请AFC活跃审核员@Didaictor、DWY Sheng、Hotaru Natsumi、臺灣象象、Kanshui0943、Pathfinbird参与讨论。另也希望能有新的提案出现。--$𝔎𝔲𝔯𝔴𝔞$__^{( •̀ ω •́ )＜✧} 2026年6月13日 (六) 17:19 (UTC)

若增加R11，那審核員能夠單獨獲得該刪除權限嗎--Kanshui0943（留言） 2026年6月13日 (六) 17:24 (UTC)

如果审核员真能删除这样的重定向或者合并页面历史那就好了，但是技术上这些只能管理员做，可惜。--$𝔎𝔲𝔯𝔴𝔞$__^{( •̀ ω •́ )＜✧} 2026年6月13日 (六) 17:29 (UTC)

或許可以用G8，只要允許非介面管理員以G8提刪就好（--象象🐘(留言|貢獻) 2026年6月14日 (日) 02:00 (UTC)

另外可以下放到所有巡查員和回退員--象象🐘(留言|貢獻) 2026年6月14日 (日) 02:03 (UTC)

(＋)支持，在G8限制界面管理员使用前我都是用G8速删，但是现在没了G8我只能自己写理据了……--$𝔎𝔲𝔯𝔴𝔞$__^{( •̀ ω •́ )＜✧} 2026年6月14日 (日) 03:47 (UTC)

当然，或许可以把R11算是G8的延伸？--$𝔎𝔲𝔯𝔴𝔞$__^{( •̀ ω •́ )＜✧} 2026年6月14日 (日) 03:49 (UTC)

本人建議用 AFCH 標記「由於技術原因等待管理員協助發佈草稿」，若技術允許是可以引入（或使用既存）持管理員權限機械人自動處理。

R11 可以如是寫：此重新導向頁面具有不平凡的編輯歷史，已有足夠證據推翻該重新導向，且已影響 AFC 審核通過草稿頁面命名（ TW 可以另給一個選項說待發佈草稿名稱）。

此外，即便技術上允許，本人也不建議審核員能取得單獨執行（討論中的） R11 權限，因 AFC 本身允許巡查員直接加入，且巡查員屬申請權限當中最易取得之權限。--Didaictor（留言） 2026年6月14日 (日) 03:29 (UTC)

新的R11似乎没啥意义，如果一个页面是原生重定向，那么是可以直接被移动覆盖的，并且是自动以G8方式删除。除非这里的“历史页面没有除建立重定向以外的内容”是指“除重定向外无实质编辑历史”，那么新的R11才会有一定意义，不过这个情况按理采用合并编辑历史的方法也能覆盖。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2026年6月14日 (日) 04:11 (UTC)

已向Wikipedia talk:快速删除發送討論邀請。TalkInvite象象🐘(留言|貢獻) 2026年6月14日 (日) 04:31 (UTC)

我認為AFC現行不是缺乏刪除標準，而是缺少明確的流程可以處理這種事件。因此R11我認為不是非常必要的選項，本人持(＝)中立態度。我更(＋)支持在AFC模板中加入新的狀態--DWY(豆花小子)（留言） 2026年6月14日 (日) 05:19 (UTC)

{{AFC submission/Requested move}}--象象🐘(留言|貢獻) 2026年6月14日 (日) 06:09 (UTC)

👏--$𝔎𝔲𝔯𝔴𝔞$__^{( •̀ ω •́ )＜✧} 2026年6月14日 (日) 11:09 (UTC)

感謝提醒，我沒留意到有這個模板--DWY(豆花小子)（留言） 2026年6月14日 (日) 13:35 (UTC)

其實這是今天才建立的（ 象象🐘(留言|貢獻) 2026年6月14日 (日) 13:38 (UTC)

喔XDD我還想說為啥我沒有看過，辛苦了--DWY(豆花小子)（留言） 2026年6月14日 (日) 14:55 (UTC)

關於速刪方針裡不能以G8提刪的原因，最初是因為如果直接掛{{d|g8}}的話只會加入Category:快速删除候选分類內，而不會顯示{{mbox}}的部份。詳見範例--竹林＝月光 2026年6月14日 (日) 08:39 (UTC)

加入分類應該是當初沒有設計好，因為理論上分類應該去除才對。--象象🐘(留言|貢獻) 2026年6月14日 (日) 09:24 (UTC)

巡查、回退可以直接将重定向不留重定向移动到draft页面，然後就可以發佈草稿了。随後可以请管理员合併歷史，或者直接放在那边。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月14日 (日) 09:27 (UTC)

放著不管不好吧，我記得之前有人因為把重新導向移動到自己的用戶子頁面被除權，這麼做可能會有一樣的問題。--象象🐘(留言|貢獻) 2026年6月14日 (日) 09:37 (UTC)

也確实，那就要求请管理员合併歷史，或者提XfD也可以。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月14日 (日) 09:41 (UTC)

建議請管理員合併編輯歷史。本來是「重新導向」，這本身也是條目歷史一部分，不宜直接覆改。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年6月14日 (日) 12:19 (UTC)

注意到英维有en:Wikipedia:Speedy moves一说，重定向到en:Wikipedia:Requested moves/Technical requests，感觉很接近，可以参考，设立“快速移动”机制。——Vesekskiy正在聽詩超絆 2026年6月14日 (日) 15:33 (UTC)

可。考慮到巡查、回退可以用「移动到Draft」的方式先行移动，可以再设置一個「快速合併」機制？或者二合一？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月14日 (日) 20:42 (UTC)

提議見似可行，本人建議另行設置「快速合併」機制。但由於 AFC 審核者不一定具備巡查／回退權限，所以建議出台一個較既有流程簡化且不涉及巡查／回退權限的方案。--Didaictor（留言） 2026年6月15日 (一) 07:18 (UTC)

補充一下：本人上述「不涉及巡查／回退權限的方案」是指備援方案。--Didaictor（留言） 2026年6月15日 (一) 07:19 (UTC)

支持改進AFC模板加入參數，並設計使管理員留意到此類移動請求積壓的方法。反對設立新快速刪除準則，符合R11的情況下擬發佈的草稿必然已存在，可以使用G8處理，mbox顯示問題應解決而非迴避。另須提醒，關注度合併的頁面因版權問題一般不能刪除歷史，正確做法是歷史合併，不過更加需要管理員介入。 1F616EMO（喵留言～求助？） 2026年6月18日 (四) 18:21 (UTC)

其實有「合併請求」布告板，但因為合併技術艱深，許多請求長年積壓。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2026年6月22日 (一) 13:03 (UTC)

另外，英维也有en:WP:G6。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年6月22日 (一) 15:35 (UTC)

有发现一个en:Template:Db-afc-move，感觉是个好东西。--$𝔎𝔲𝔯𝔴𝔞$__^{( •̀ ω •́ )＜✧} 2026年6月25日 (四) 06:01 (UTC)

( π )题外话：剛遇到有條目審核員在條目問題未解決的情況下無視AFC comment發佈有問題草稿，Kurwa__、Kanshui0943，給條目審核員這權限真的好嗎？--璃茗熒音♪^•ﻌ•^ฅ🐾(𝒞𝑜𝓃𝓉𝒶𝒸𝓉☎︎) 2026年6月25日 (四) 03:54 (UTC)