跳至內容

維基專題討論:建立條目

頁面內容不支援其他語言。
新增話題
維基百科,自由的百科全書
由MediaWiki message delivery在話題《新手工作群組短訊》(2025年2月)上作出的最新留言:2 個月前
首頁討論頁待審草稿作品展示評級參與者
申請 · 討論
審核手冊
協助指令碼
詢問桌
歡迎來到建立條目專題計劃的討論頁面
等待審核新條目草稿
隨機展示
<1週
16篇待審核草稿
更新快取


現正進行2021年改革討論,歡迎審核員參與討論。(此乃內部討論)
跳至底部


可能會遇到的問題

[編輯]

關於拒絕草稿的理由

[編輯]

{{AFC submission|d|理由参数(会自动替换为已经设置好的理由),若参数不存在则填什么就显示什么}},理由參數還在翻譯中Template:AFC_submission/comments,在考慮刪減並且整合一些,因為網站等關注度還只是草案而非指引,然後加入一些快速刪除的參數A1、G11這樣拒絕草稿的理由來提醒改善。初步想了這些:(正在完善中)歡迎直接修改。--及時雨 留言 2019年2月26日 (二) 11:58 (UTC)回覆

翻譯行程

[編輯]

@94rain我已翻譯完稽核手冊的內容,還請各位提出寶貴的意見。Johnson.Xia留言2019年3月4日 (一) 01:23 (UTC)回覆

關於指令碼

[編輯]

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

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

提議將建立條目精靈作為條目建立的參數設置

[編輯]

在新頁面巡查、存廢討論或是存廢覆核中,我們似乎花了大量的時間在一個條目的存廢問題上,其中的大部分主要是因為關注度不足或只是來源不足以彰顯關注度。我認為其中一個很重要的原因是新手過於急切,想要儘快的把內容呈現出來,我希望可以通過把建立條目精靈作為條目建立的參數設置(效果見截圖,修改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)回覆
  • 贊同大體想法。提交移動請求的部分,我的設想是設計一個模板,屬於草稿 preload 的一部分。模板內容指引建立者寫完以後修改某個模板參數,修改後自動將草稿加入一個待稽核分類,有經驗的用戶可監視分類中的條目,幫助移動或打回繼續改善。這樣對新手來說只需要變更很少的內容就可以請求移動,而不需要研究移動請求相關的內容。--Tiger留言2019年2月12日 (二) 12:45 (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)回覆

(+)支持想法--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的幾位活躍參與者@94rainHerobrineJimmyshjjSCP-2000Sunny00217ZhuofanWu:。如有沒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:建立條目專題的部份成員討論後(利申我並非專題成員,本人自認沒有足夠的修目審核經驗),我認為此一模板的拒絕條目審核方式過於直接。
我的觀點
  1. 首先,我認為目前的拒絕審核條目方式使新手再次建立條目和參與維基百科的意欲降低,使新手有機會不再編輯,令站內流失人手。
  2. 其次,我認為若大部份新手皆透過建立條目專題來使用條目審核的功能,此拒絕方式使新手認為中文維基百科像是一個工廠多於一個義工團體,這樣不僅違背維基百科的宗旨,也損害中文維基百科既有的形象。
  3. 第三,若新手因此而不再使用條目審核的服務,也使建立條目專題沒有任何的好處,若修改相關模板也能使專題建立一個對新手友善和體貼的形象。
我的解決方案
  1. 我認為應該修改{{subst:AFC decline}}部份的措辭和語氣,增加一些對新手的鼓勵成份。以下是我對修改模板的建議
現行條文

您最近在建立條目頁面提交了一篇草稿。遺憾的是,它還未達到成為一篇條目的標準,這次草稿由Example審核。

草稿最上方可能還有一些點評,前往檢視。您可以繼續改善您的草稿,並在解決問題後重新提交。

  • 您可以在草稿中點擊「編輯」標籤,繼續不斷改善草稿,這沒有截止日期,您可以一直不斷改善再提交,但6個月未被編輯的廢棄草稿會予以刪除。
  • 如果您認為草稿不符合維基百科的收錄標準或者不希望進一步改善,您可以要求刪除。請打開草稿頁面,點擊「編輯」標籤,在草稿頂端添加「{{delete|G10}}」,並單擊「發佈變更」。
  • 如果您有疑問,您可以在審閱者的討論頁留言。
  • 您也可以在互助客棧詢問。以及在我們的Telegram解答群或使用即時通訊軟件向我們經驗豐富的編輯尋求即時幫助。
提議條文

您最近在建立條目頁面提交了一篇草稿。遺憾的是,它還未達到成為一篇條目的標準,這次草稿由Example審核。

草稿最上方可能還有一些點評,希望您能前往檢視。您可以繼續改善您的草稿,並在解決問題後重新提交。

  • 您可以在草稿中點擊「編輯」標籤,繼續不斷改善草稿,這沒有截止日期,您可以一直不斷改善再提交,但6個月未被編輯的廢棄草稿會予以刪除。
  • 如果您認為草稿不符合維基百科的收錄標準或者不希望進一步改善,您可以要求刪除。請打開草稿頁面,點擊「編輯」標籤,在草稿頂端添加「{{delete|G10}}」,並單擊「發佈變更」。
  • 如果您有疑問,您可以在審閱者的討論頁留言。
  • 您也可以在互助客棧詢問。以及在我們的Telegram解答群或使用即時通訊軟件向我們經驗豐富的編輯尋求即時幫助。

經過這次的審核,希望您不要氣餒,繼續為維基百科作出貢獻,加油!(或類似陳述式,可在下方提出)

如對上述有其他的修改建議,希望各位能在下方提出。

  1. 另外,我建議負責審核條目的用戶也應該在點評或是討論下方表達對新手的友善,而新手協助時也應積極回應,使新手和條目審核者的關係平等化並且得到改善,也有助條目審核者建立一個對新手友善的正面形象。
此前的類似討論

以我所知,沒有。

當然,我認同條目審核有助維持新手建立的條目的質素,這次建議我希望有助新手在建立條目時不要氣餒。但是,使新手對版權、關注度和有關在世人物方針和指引有更深入的了解仍然是解決問題的最好方法。我對上述的建議是可以在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)回覆

我沒有意見,現在改也可以,本來我是打算在高考之後開始這個事情的。--LightyearsTalk·Sign#維貓報 2021年4月23日 (五) 10:06 (UTC)回覆

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

[編輯]

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

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

afc模板在檢測到位於條目空間就是這樣的 Milky·Defer 2021年9月7日 (二) 05:50 (UTC)回覆

建立郵件列表討論

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

大家好,由於日漸高漲的求助請求及審核員間更便利的討論模式,有規劃建立郵件列表。我們計劃建立afc-zh@lists.wikimedia.org作為公開郵件列表,而afc-zh-reviewer@lists.wikimedia.org作為審核員間的私隱郵件列表。邀請活躍審核員參與討論,未ping到請海涵。@94rainAir7538BureibuNekoEmojiwikiFire-and-IceJimmyshjjJonathan5566LuciferianThomasQ28SidishandsomeSunny00217Temp3600百戰天蟲銀河市長--拒食木瓜 2021年11月9日 (二) 14:01 (UTC)回覆

@Jane9306NHCLuciferianThomasOldmansonDinoWPBorschtsStreetdeckHualinXMNTimmyboger--拒食木瓜 2021年11月9日 (二) 14:05 (UTC)回覆
你。ping。了。我。兩。次。--路西法人留言 2021年11月9日 (二) 14:08 (UTC)回覆
囧rz……,已深刻檢討--拒食木瓜 2021年11月11日 (四) 12:45 (UTC)回覆
不反對。--路西法人留言 2021年11月10日 (三) 14:49 (UTC)回覆

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


本討論已關閉,請勿修改。如有任何意見,請在合適的討論頁提出,而非再次編輯本討論。
  • 已由Legoktm完成。請各位稽核員訂閱供新手提問用的AFC主列表和供稽核員內部討論的稽核員私隱列表,欲訂閱私隱列表者,請先發一封包含任意字元的郵件至「wikipedia-zh-afc-owner@lists.wikimedia.org」(請務必使用您訂閱用的電子郵件傳送)並於此頁面留下您郵件中的字元並簽名,然後請記得訂閱私隱列表,我會在確認您輸入資訊和我收到的資訊一致後批准您的訂閱請求。(如果有兩個相同訊息的請求,則我會批准最先提交訂閱請求的電子郵件並按破壞者封鎖其他郵件地址)—Regards, BureibuNeko 2021年11月23日 (二) 12:33 (UTC)回覆

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_NatsumiDewadipper94rainBorschtsLuciferianThomasNewbambooMilkyDeferHehua人间百态银河市长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)回覆
@PeacearthShizhao各位,各位,是「命名空間」,老版術語措辭「名字空間」早就被丟棄了。--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。

工作

討論

工具

參考文獻之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)。均較上月有明顯增長。

工作

討論

工具

MediaWiki message delivery留言2025年3月13日 (四) 13:28 (UTC)工作群組首頁本期討論存檔訂閱回覆
如果您不希望在未來收到本刊,可將自己移出訂閱名單