• Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

壹陆的提案草稿

萌娘百科,萬物皆可萌的百科全書!轉載請標註來源頁面的網頁連結,並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋

提案稿沙盒

這是這個用戶(壹陸)的提案草稿,用來存放他想要提出的提案。
這裏的東西很有可能已經鴿了十年,還是不要管為好。(

然後你還留在這裏幹嘛啊少年!快去拯救世界(或者一邊玩去吧!


前言

隨着分身賬戶方針的通過,萌娘百科在應對分身破壞上有了更好的成文流程。但是,分身賬戶方針的設計本來就只涉及對分身的定義和對濫用分身賬戶者的處理——它在對分身賬戶的認定上着墨不多。在這方面,萌娘百科的主要武器一直是使用者查核。但是,與早年對分身破壞的處理相同,我們一直沒有成文的使用者查核規定、限制、或流程;特別地,這項可能泄漏用戶私隱的反破壞大棒的具體使用方法和條件一直對大部分用戶不透明。雖然分身賬戶方針包含了非常簡短的、對使用者查核請求的規則,但那不過是在本提案完善前的權宜之計;這份長度與分身賬戶方針相若的方針草案才是鄙人想要提出的解決方案。

關於設立分身賬戶方針的提案提出之時,鄙人已經提到了與其同時撰寫的「分身賬戶方針」;你正在閱讀的這份提案就是該方針的草案。在之前提過的、本提案的起草動機和精神參考等就不多重複了;粗略複述,本提案「雖然淵源自維基百科的相關方針與指引,但是完全是為萌娘百科從頭撰寫的」——鄙人希望本提案能夠在吸收一些來自維基百科的完備監督體系和精神的同時,敲打出一套能夠適用於萌娘百科當前權限體系和社群特點的方針。

簡單地說,使用者查核方針草案明確定義了使用者查核的功能、限制、和適用範圍,要求使用者查核員必須互相監督,避免使用者查核可能的濫用。本草案對萌娘百科現狀的最大改變大概有三點:

  1. 限制了何時可以進行使用者查核:雖然行政員應當可以利用最終決定權繞過限制執行使用者查核,但一般情況下,任何使用者查核員只有在六個有限的情況下可以(而非必須)進行使用者查核。對於一般用戶而言,只有「使用者查核請求」一種是原慣例中常見、常用的使用者查核;另外五個情況中,三個是新增的可用CU之情況(之前並非慣例),一個為目前不可使用/無必要使用的自動封禁和IP段封禁保留,一個是避免讓方針和法律產生衝突(即使伺服器所在地之法律當然地優先於本站方針)。
  2. 對使用者查核請求做出了規定:擴充了原先臨時寫於分身賬戶方針中的、關於使用者查核請求的規定,並且改變了使用者查核記錄的規則(所有被受理並執行的請求(無論結果是否確認關聯)均應被記錄)。
  3. 算是上兩點的共同延伸:以前似乎偶有使用的「不公開查核」——從執行使用者查核到記錄使用者查核結果的整個過程不對非維護人員(或者非使用者查核員?)公開,結果記錄在有訪問限制的文件中——不應再使用了。本提案沒有對這些過去的記錄的處理做出任何要求(畢竟它們可能本來就不存在是吧,誒嘿)。

鄙人在提案稿的起草過程中,很榮幸地得到了萌百一些前輩、同僚的指導、建議、和批評;儘管本提案做出了一些鄙人曾經反對的妥協,但這些妥協的確是最適合萌百現狀的。在此再次感謝曾經在鄙人正式提出提案前曾為提案稿提出過意見的各位、也為因鄙人之前的固執己見可能造成的不快道歉;最後,仍希望之前沒有見過本提案的大家多多批評、建議。

如果您在本提案稿的公開意見徵詢階段訪問了本頁,還請您在公開討論版之「方針政策」板塊中的對應討論串發表意見和建議。

如果您在本提案稿的草案階段訪問了本頁,還請您在本頁的討論頁發表意見和建議。

評論系統適合閒聊、吐槽和玩梗,但是其結構、設計、和極差的索引能力讓它不適合用於有關站務的討論;特別的,本頁的內容可能會隨着時間變化;因此,鄙人強烈不建議您在本頁的評論欄發表您對當前的提案草案的意見和建議。

提案正文

以下內容描述管理員需要進行的操作,不必寫入任何頁面。


  1. Project:分身賬戶方針的修訂
    1. §濫用分身賬戶一節,
      1. 於參注3(內容為[[萌娘百科:方针#其他|萌娘百科:方针§用户权限体系-其他]])之首插入[[萌娘百科:提案#投票|萌娘百科:提案§投票]]-11、
      2. 刪去原參注4。
    2. §分身賬戶的檢舉和認定-3(對認定提出異議)一條,將該條当维护人员跳过讨论、直接进行处理后之半句替換為当维护人员执行处理后
    3. §分身賬戶的檢舉和認定-4(提出使用者查核請求)一條,將該條全文(包括所有子款項)替換為:
      <span id='提出用户查核请求' style="font-weight:bold;">提出用户查核请求</span>。社群无法就数个账户间的联系达成共识时,可以在萌娘百科的公开讨论版之“操作申请”版块提出用户查核请求。有关用户查核的功能、限制、和技术细节,和如何提出有效的用户查核请求等信息,请见[[Project:用户查核方针|用户查核方针]]。
    4. §濫用分身的處理-2(處理主賬戶)一條,將該條
      1. 选择以下处理方式或其组合之半句替換為选择以下处理方式或其组合,[[#滥用分身账户|§滥用分身账户]]一章已有规定或援引具体处理方式的除外
      2. 第二款之维护人员可以酌情决定封禁时长半句替換為维护人员可以参考[[Project:方针#用户封禁政策|萌娘百科:方针§用户封禁政策]]之规定,酌情决定封禁时长
  2. Template:權限申請/管理員申請Template:權限申請/巡查姬申請的修訂
    1. Template:權限申請/管理員申請——~~</includeonly><includeonly>~~----兩行之間

      Template:權限申請/巡查姬申請:{{{2|{{-}}}}}——~~</includeonly><includeonly>~~</includeonly><noinclude>之間
      新增以下內容(包括開頭的換行):
      
      <small>用户查核员可选择依[[Project:用户查核方针#何时可以进行用户查核|用户查核方针§何时可以进行用户查核]]-4之规定,在投票开始之前'''或'''申请发出后的7日内(取更迟者)对本申请者进行用户查核。若该查核被执行,则用户查核梗概会被添加在这里。</small>
  3. 移動Project:分身賬戶方針/使用者查核記錄Project:分身賬戶方針/使用者查核記錄應當被移動至Project:使用者查核方針/使用者查核記錄,保留重新導向。

以下內容應當寫入Project:使用者查核方針。這是一項新增的方針,適用於全站的所有頁面和所有用戶。

若本提案通過,本方針將在本提案點票完成之後的第十五個自然日之 05:00(北京時間)生效[注 1]。在本方針生效前產生、在本方針生效時尚未終結的任何事件(包括投票、使用者查核請求等),仍然適用本方針。


使用者查核(或 CheckUserCU)是使用者查核員用戶組的權力。使用者查核能讓使用者查核員查看萌娘百科最近使用賬戶進行編輯等操作時使用的 IP 地址和一些技術細節(如使用的作業系統和瀏覽器版本);這些信息有助於展現疑似分身賬戶之間的聯繫。

使用者查核會向使用者查核員展示用戶的私隱信息,因此本權力的使用應當受到嚴格限制。一般地,只有在疑似濫用分身行為已被發現、或者此類行為的發生會產生較大影響而有必要提前防範時才可以使用使用者查核。

本方針旨在明確使用者查核的功能和限制,明文確立使用者查核權之使用的基本政策。

使用者查核的功能

  1. 使用者查核向使用者查核員展現賬戶和 IP 間的關係。當一名用戶(無論是否登錄)提交了編輯或其他會留下日誌記錄的操作時[1],這名用戶的瀏覽器會在提交此操作的同時向萌娘百科的伺服器提供它訪問萌娘百科使用的 IP 地址和用戶代理標識符(「UserAgent」,通常包含瀏覽器和作業系統的名稱或類型和版本號)。這些信息會被伺服器記錄,但除通過使用者查核系統外並不會展示給任何萌娘百科的用戶(包括萌娘百科的維護人員)。使用者查核員可以對一個給定賬戶執行使用者查核,獲取、查看該賬戶最近操作的對應 IP 地址和用戶代理標識符;使用者查核員也可以向系統提供一個已知 IP 地址,查詢最近曾有哪些賬戶使用這個 IP 進行過哪些操作。
  2. IP 地址能索引公開信息。使用者查核無法直接提供 IP 地址和用戶代理標識符之外的更多信息;但是,通過使用者查核獲得的 IP 地址可以查詢到許多公開信息,其中可能包括用戶使用的互聯網服務供應商(ISP)和/或代理服務提供者、用戶和/或代理服務提供者的大致地理位置、乃至用戶和/或代理服務提供者所屬的組織、機構等等。用戶代理標識符可以推測用戶使用的硬件類型,但是通常不能間接提供更多私隱信息。
  3. 使用者查核會留下日誌。每次使用者查核員通過使用者查核系統進行查核時,該系統都會生成一條使用者查核日誌。使用者查核日誌包含查核的執行時間、使用者查核員提供的查核原因、和查核獲得的結果,僅使用者查核員可以查看。目前,使用者查核日誌會在萌娘百科的伺服器上不限期保留[參 1]

使用者查核的限制

  1. 使用者查核應主要用於反破壞。考慮到使用者查核總會涉及用戶的私隱信息,使用者查核應作為最後手段之一被慎重使用。由於利用分身賬戶或偽造身份進行的破壞不使用使用者查核極難發現、追蹤,應對這類破壞應當是使用者查核的主要目的。特別地,儘管本方針下文允許萌娘百科的確認使用者對自己提出使用者查核請求,但作為參考,維基百科的類似方針甚至直接指出「……很多時候此類[自我查核]請求本身可能會是擾亂行為的一部分」[參 2]——儘管維基百科與萌娘百科的社群和歷史大不相同,其作為最大 Mediawiki 共筆百科社群的經驗仍值得參照。大部分時候,使用者查核員應當只以反破壞為主要目的進行使用者查核。
  2. 使用者查核不能應付一切破壞。使用者查核的唯一功能就是為判定數個賬戶是否由同一用戶控制提供一定證據;它只能為涉及分身賬戶[2]之事宜提供參考信息和/或協助發現涉及分身的破壞行為。當破壞發生時,如果沒有合理理由懷疑有分身賬戶參與,使用者查核員就不應進行使用者查核;此時,有適當權限的用戶應當依照萌娘百科:方針§用戶封禁政策和萌娘百科的其他方針(若適用)進行舉報、提醒、警告、或封禁等操作。
  3. 使用者查核不能預知未來。即使使用者查核發現了一些賬戶間的關聯,只要這些賬戶沒有違反方針,這並不能證明什麼:在萌娘百科合理使用分身的用戶並不少,也有部分用戶有合理理由使用不公開的分身。使用分身賬戶的行為本身並不違反方針濫用分身才會;操控分身(無論是否公開)的行為本身並不代表、也無法預測用戶以後會違反分身賬戶方針或者造成其他破壞。
  4. 使用者查核不是釣魚。「釣魚」指用牽強附會的理由提起使用者查核請求或進行使用者查核,以在沒有證據的情況下嘗試抹黑目標用戶、激怒他們、甚至誘引他們作出違反方針之舉動為目的的行為。此類行為是對使用者查核和使用者查核請求之機制的濫用,應嚴格杜絕。
  5. 使用者查核不是懲罰、威脅、或施壓。使用者查核僅僅用於確認多個賬戶間的關係,無論結果如何均不應對被查核用戶的正常編輯和討論、站務參與等正常活動造成任何負面影響——通過使用者查核確認的違反方針之行為導致的後果才是可能負面影響的直接原因。使用者查核包含的私隱信息應對一切非使用者查核員用戶保密(除私隱權政策和本方針§私隱所述例外外)——理論上只有伺服器維護人員有可能通過直接訪問伺服器數據的方式越過使用者查核員、直接獲得(可能加密的)用戶數據[3]。因此,使用者查核不是一種污點或懲罰,也不是、更不可以成為一種威脅或施壓的手段。惡意使用使用者查核或使用者查核請求威脅其他用戶的行為嚴重違反本方針,應當被零容忍地完全禁止;惡意泄露用戶私隱信息的行為不僅嚴重違反萌娘百科的方針,還極有可能違反萌娘百科伺服器所在地和涉及用戶之公民權所屬地或居留地的法律、法規。
  6. 使用者查核應當留下公開記錄。因涉及用戶私隱,Mediawiki 系統的使用者查核日誌僅使用者查核員可以查看;被查核人無從得知自己曾被查核,非使用者查核員(即使是管理人員)也無法了解或監督任何使用者查核操作。為保證使用者查核的利用能夠得到整個社群的監督,除部分下文詳述的情況之外,使用者查核員每次進行使用者查核時都應留下一筆公開可見、但不涉及任何私隱信息的查核梗概。此梗概應包含以下信息:查核執行人,被查核人(查核 IP 地址(段)時可免去、僅注「IP 查核」),查核原因,和查核結果[4]

私隱

  1. 使用者查核員必須遵守萌娘百科的私隱權政策和伺服器所在地的法律、法規。本方針各項規定若有與私隱權政策衝突的,以私隱權政策為準;本方針或私隱權政策若有與伺服器所在地的法律、法規衝突的,以伺服器所在地的法律、法規為準。
    • 萌娘百科當前的伺服器所在地是中華人民共和國。
  2. 除私隱權政策和本方針下文列出的例外情況外,使用者查核員不得以任何形式向任何人透露任何用戶的私隱信息(包括但不限於 IP 地址,精確地理位置,真實姓名,聯繫方式,照片,工作機構、單位或就讀學校,親屬、好友、同學或同事的身份和/或私隱信息等任何能夠將用戶在萌娘百科的身份和在現實世界的身份關聯的信息和/或足以影響任何人在現實世界之正常生活的信息),無論這些私隱信息的來源為何。使用者查核員在例外情況允許的情況下分享此類私隱信息時,必須保證使用合適的聯繫方式、加密方式分享,儘可能保證私隱信息不因意外泄露、不被惡意竊取。
  3. 使用者查核員可以向其他使用者查核員分享使用者查核結果和/或通過使用者查核結果可以合法獲取的公開信息。
  4. 僅在以下情況下,使用者查核員才可以向不是使用者查核員之人士提供使用者查核結果和/或通過使用者查核結果可以合法獲取的公開信息:
    1. 響應合法的傳票或公安、行政機關的其他強制請求;
    2. 涉及的信息該信息與涉及用戶的關聯性已在公開場合(如涉及用戶本人的用戶頁或社交媒體、新聞報道、政府公報等)向所有人公開,其發佈過程、方式合法[5],且任何人都可以查看並核對這些信息的一致性[6]
    3. 得到涉及用戶的同意,且涉及用戶已經知曉分享私隱信息的可能不利後果;
    4. 用戶已經在萌娘百科構成很大破壞,而只有向萌娘百科的維護人員提供用戶私隱信息才能夠阻止、防範更多、更大的破壞;
      • 獲得了用戶私隱信息的維護人員也須遵守本節的各項規定,不得將信息分享給其他未獲使用者查核員授權的人士(包括未獲授權的其他維護人員)。
    5. 其他為保護、保障萌娘百科和/或她的用戶不受傷害、侵害而有合理必要的情況。

何時可以進行使用者查核

快捷方式
Project:使用者查核方針#理由
Project:使用者查核方針#REASON

使用者查核員可且僅可在以下情況進行使用者查核。使用者查核員同樣可選擇在以下情況出現時不執行查核,除非其他方針另有規定。

  1. 查核請求。響應有效的使用者查核請求,對請求列出的用戶和/或 IP 段進行使用者查核。
    • 依本條進行使用者查核時,使用者查核員應在該查核請求討論串匯報使用者查核梗概;若請求沒有站內討論存檔,使用者查核員應負責記錄請求和使用者查核梗概。
  2. 移權驗證。用戶——特別是維護人員——公開更換主賬戶並要求轉移用戶組權限時,為確認新舊賬戶由同一名用戶控制而在接受請求前對新舊賬戶進行使用者查核。
    • 依本條進行使用者查核時,使用者查核員應在該移權請求討論串匯報使用者查核梗概。
  3. 投票驗證。在人事投票、提案投票、或其他重大投票截止後的7日內,對所有投下有效票的用戶進行使用者查核。
  4. 提權驗證。用戶申請或被薦任意新用戶組權限時,在提權投票開始之前授權發出之前權限變更申請發出後的7日內(取最遲者)對申請者進行使用者查核。
    • 依本條進行使用者查核時,使用者查核員應在該申請討論串中匯報使用者查核梗概。
  5. 封禁驗證。在進行自動封禁和/或 IP(段)封禁前,為避免影響無辜用戶而對待封禁的賬戶或 IP 地址(段)進行使用者查核。
    • 依本條進行使用者查核時,使用者查核員不必公開匯報使用者查核梗概,但應通過封禁日誌或待封禁賬戶的私人討論頁知會該賬戶。
  6. 強制請求。響應合法的傳票或公安、行政機關的其他強制請求,進行使用者查核。
    • 依本條進行使用者查核時,使用者查核員應在萌娘百科的公開討論版或告示版中[疑 2]匯報使用者查核梗概。
  7. 其他萌娘百科伺服器所在地之法律法規、萌娘百科的私隱權政策、和本方針§私隱一節允許的情況。
    • 依本條進行使用者查核時,使用者查核員應在查核發生的7日內通過私密聯繫方式通知被查核的用戶,並由該用戶決定是否公開記錄使用者查核梗概;若該用戶無法提供決定的,則使用者查核員應當共同決定是否公開使用者查核梗概。使用者查核梗概應當在用戶允許的範圍內具體說明實際的查核理由。

何時不必進行使用者查核

快捷方式
Project:使用者查核方針#鴨子
Project:使用者查核方針#DUCK

有時,某些活躍破壞者的破壞行徑或交流特點非常清晰,以至於大部分人一眼就能看出他們的分身和其背後破壞者的關係。對於這類極清晰的分身濫用,使用者查核員不必浪費時間、精力進行使用者查核:是誰的分身一望而知。這被稱作鴨子測試,來自於一個同名的反向推理例子:「如果它看起來像只鴨子,游起來像只鴨子,叫起來像只鴨子,那麼它可能就是只鴨子」。

鴨子測試有效性的根基是清晰、易判的行為特點和社群一致性;當鴨子測試無法獲得社群大部分成員的認同的時候,一般就不該使用鴨子測試。例如,Abuse 10 的行為(宣傳其個人理論,攻擊、抹黑一名特定人士)固定而有明顯特徵,因此鴨子測試很適合用來分辨 ta 的分身;相對地,Abuse 9 的行為變化多端,鴨子測試就更難運用。

萌娘百科的使用者查核員或管理員[疑 3]可以「鴨子測試」為理由快速拒絕使用者查核請求並提供結論;使用者查核員可以推翻非使用者查核員以「鴨子測試」為理由作出的結論並接受、執行使用者查核請求。

使用者查核請求

  1. 提出使用者查核請求。社群無法就數個賬戶間的聯繫達成共識時,可以在公開討論版之「操作申請」版塊提出使用者查核請求。發起請求者須負責在被請求查核之賬戶的討論頁通知他們;如果發起請求者忘記通知,接受請求的使用者查核員應代為通知[7]
    • 使用者查核員對一些用戶有懷疑、想要進行使用者查核時,也應先發起使用者查核請求。為了避嫌,建議使用者查核員讓其他同僚受理查核。[疑 4]
  2. 站外使用者查核請求。為了更好的適配維護人員的反破壞工作流,萌娘百科的維護人員可以在萌娘百科的討論頁之外通過其他通訊手段向使用者查核員提出使用者查核請求,唯接受此類請求的使用者查核員須代替申請者、於接受並執行請求的7日內依照本段第4條之要求記錄請求內容和梗概,並通知被請求查核之賬戶。被拒絕的站外請求無需記錄,自然也不必通知。
    • 此類查核請求仍需滿足下文「有效的使用者查核請求」、「記錄請求結果」兩條之規定。
    • 維護人員仍應優先選擇在公開討論版之「操作申請」版塊提出使用者查核請求。
  3. 有效的使用者查核請求。只有滿足下列所有要求的使用者查核請求才是有效的請求。不符本條規定的查核請求可以被任何萌娘百科的維護人員快速拒絕。
    1. 請求由萌娘百科的確認使用者提出。
    2. 請求不違反本方針§使用者查核的限制之精神。
    3. 請求清晰地指明了被請求查核的對象,且對象包含至少兩個/組用戶賬戶(包括記錄在案的長期破壞者)和/或 IP 地址(段)[8]
    4. 請求列出的查核對象(記錄在案的長期破壞者除外)都表明支持進行使用者查核,

      滿足以下所有要求:
      1. 使用者查核請求列出了清晰、合理的懷疑,並且若懷疑成立,列出之賬戶的行為確有濫用分身賬戶之虞。[9]
      2. 請求未遭社群明顯反對。[10]
  4. 記錄請求結果。為了方便萌娘百科的維護人員快速查看過去的使用者查核請求,推斷新的長期破壞者出現、或者不活躍的破壞者死灰復燃的跡象;以及方便其他萌娘百科用戶查看、監督使用者查核請求的使用;所有被使用者查核員受理並執行了的使用者查核請求都應當由萌娘百科的維護人員記錄在Project:使用者查核方針/使用者查核記錄[疑 5]。這些記錄應當包含
    1. 到使用者查核請求討論串存檔的連結。如果請求是站外使用者查核請求,不必包含連結、但應清晰標明請求於站外提出。
    2. 使用者查核請求的提出者。
    3. 使用者查核梗概。
  5. 萌娘百科的維護人員應在北京時間每年的1月1日00:00之後、1月31日23:59之前將上條所述之使用者查核記錄頁面中所有於當年前受理的記錄存檔,存檔頁命名格式為「Project:使用者查核方針/使用者查核記錄/存檔/yyyy年」[疑 6]

使用者查核員

  1. 萌娘百科的行政員自動兼任使用者查核員,其使用者查核員權限之期限與其持有的行政員權限之期限相同,不可單獨褫奪。
  2. 使用者查核員之用戶組當前不開放申請。
  3. 監督。使用者查核員的濫權行為只有其他使用者查核員能(通過調閱日誌)發現,故使用者查核員應互相監督,確保自己和同僚嚴格執行本方針。為保證使用者查核員總是可以互相監督,當萌娘百科的使用者查核員數量不滿三名時,社群應儘快推選、產生合適的使用者查核員。

使用者查核濫用

[疑 7] 正如本方針開頭所述,使用者查核的敏感性讓它的使用應當被嚴格限制。特別的,本方針規定了以下「使用者查核濫用」行為;這些行為應當被視作等同破壞行為,按本方針規定處理。

  1. 用戶違反萌娘百科的私隱權政策或本方針§私隱一節、泄露他人私隱信息的,應立即失去一切用戶組權限並處永久封禁;維護人員應立刻知會萌娘百科的運營方。
    • 萌娘百科的維護人員均志願參與維護,不具有代表萌娘百科進行法律行動的權利、義務、和專業知識;應交由萌娘百科的運營方處理法律問題。
  2. 用戶違反§使用者查核的限制-4(「使用者查核不是釣魚」)之規定,在沒有合理懷疑的情況下惡意提出使用者查核請求的,應立即遭最後警告;第二次應處至少30日、但不超過365日的封禁;第三次應永久封禁。
  3. 用戶違反§使用者查核的限制-5(「使用者查核不是懲罰、威脅、或施壓」)之規定,嘗試利用使用者查核或使用者查核請求威脅其他用戶,證據確鑿的,應立即處至少7日、但不超過90日的封禁,無需先行警告;第二次應立即處至少30日封禁或永久封禁;第三次應永久封禁。若萌娘百科的維護人員有違反本條的,應被立刻去職;若萌娘百科的行政員有違反本條的,本方針不規定處理方式,交由其他行政員和社群另行處理。[疑 8]
  4. 使用者查核員連續三次、或在最近25次查核中合計超過五次違反§使用者查核的限制-6(「使用者查核應當留下公開記錄」)之規定,未按照§使用者查核梗概§使用者查核請求的要求提供使用者查核梗概、記錄使用者查核請求之結果,需要其他使用者查核員補充記錄的,應受到警告;此警告在用戶討論頁遞送,不得刪除或存檔。無視警告、在警告之後的五次查核中又有任意一次違反§使用者查核的限制-6 的、或者在遭警告之後又連續三次或在最近25次查核中合計超過五次違反§使用者查核的限制-6 而再次觸犯本條的,應立刻被除去使用者查核員之權限,唯行政員除外、交由其他行政員和社群另行處理。[疑 9]
  5. 用戶反覆提出不符§使用者查核請求-3(「有效的使用者查核請求」)之規定的查核請求,經萌娘百科的維護人員警告仍不停止的,應以「反覆提出無效查核請求、擾亂討論秩序」為由執行短期封禁。
    • 如果這是該用戶唯一的違規行為,首次違反本條時的封禁不宜超過3日;其他情況應參考萌娘百科:方針§用戶封禁政策的規定。
    • 此處之「反覆」指於3日內至少3次、或15日內至少5次、或至少兩名萌娘百科的維護人員認為過於頻繁或持續的情況。

姊妹站點

快捷方式 / Quick Link
Project:使用者查核方針#SISTERSITE
  1. 萌娘共享( https://commons.moegirl.org.cn ),萌娘文庫( https://library.moegirl.org.cn ),和其他用戶組權限與中文萌娘百科互通的姊妹站點和子站點不得設立本地使用者查核員。在這些站點的使用者查核操作應由中文萌娘百科的使用者查核員負責、使用者查核請求應在中文萌娘百科用現代中文提出,簡繁均可;請求使用了機器翻譯的,應附原文備考。
  2. 用戶組權限與中文萌娘百科不互通的姊妹站點可以設立獨立的使用者查核和使用者查核員方針,唯此類方針只能適用於該姊妹站點,且不得與本方針本節和私隱權政策衝突。姊妹站點的本地使用者查核員只能在該站點範圍內進行使用者查核。
  3. 如果一個姊妹站點的在職使用者查核員少於三名,那麼該站點所有本地使用者查核員的權力均應被凍結(臨時移除),直至在職使用者查核員數量滿三名時才會恢復。
  4. 如果一個姊妹站點的沒有在職的本地使用者查核員、或所有使用者查核員的權力被凍結,那麼在這些站點的使用者查核操作應由中文萌娘百科的使用者查核員負責、使用者查核請求應在中文萌娘百科用現代中文提出,簡繁均可;請求使用了機器翻譯的,應附原文備考。

附錄

本方針之「姊妹站點」一節在全域的效力為「強制性」;除該節之外的部分在全域的效力為「指引性」。

The "姊妹站點" (SISTERSITE) section of this policy's global strength is "strict"; all other parts of this policy's global strength is "guideline".

參見

  1. 「關於日誌保存時間,謹提供一條日誌供參考……」萌娘百科_talk:討論版/方針政策/存檔/2020年11月#總結:10月31日,User:AnnAngela,中文萌娘百科。於2021年2月24日查閱。
  2. Wikipedia:使用者查核方針,中文維基百科。於2020年8月1日查閱。

註釋

  1. 注意,「登錄」不是會留下日誌記錄的操作。
  2. 即所謂「小號」、「馬甲」等,詳見萌娘百科:分身賬戶方針
  3. 即使這樣,萌娘百科目前的主要伺服器維護者之一也是使用者查核員
  4. 使用者查核梗概的撰寫格式和例子等可參考論述:萌娘百科:使用者查核梗概格式
  5. 例如用戶本人發佈、經用戶本人授權的第三方發佈、政府資料公開、合法的新聞媒體報道等。
  6. 例如,沒有合適的在線備份的電台節目或報紙文章、需付費或者僅部分地理位置才可訪問的網頁等便不符「任何人都可以查看」的要求。
  7. 使用者查核員可以以「未通知目標用戶/賬戶」為由(暫時)掛起請求,要求發起請求者通知後再進行下一步操作。
  8. 比較常見的情況有 1. 查核兩個不同的賬戶是否由同一人控制,2. 查核一個賬戶是否是記錄在案的長期破壞者的分身,和 3. 查核一個 IP 地址(段)和一些賬戶的關係。
  9. 「帳戶A做出破壞,所以應該進行CU」便不合理——破壞者不一定使用分身。但是「賬戶B作出與賬戶A近期行為極其類似之破壞」便是合理懷疑——這可能符合分身破壞的行為。
  10. 使用者查核員應注意斟酌使用者查核請求當事人的反對。當事人或新用戶激烈反對查核、卻不對請求提出的懷疑作出可信的反駁,有可能是當事人的確在濫用分身的徵兆。

提案解釋

增刪改疑

增補
暫無。
刪除
暫無。
修改
暫無。
疑問
  1. 要引入投票查核機制,似乎最好的選擇是在投票和計票之間增加一定的凍結時間,方便CU員查核投票結果;也可強制要求使用者查核員必須在計票後確認結果(可以不CU);抑或將計票的權力和義務完全交給查核員(弊端是給CU員增加工作)。另外,考慮到同時持有多個具有在職維護人員權限之賬戶的難度極高,只查核非維護人員應該足以發現大部分可能的問題(包括維護人員操控自確分身重複投票的情況);考慮到當前只有提案投票是會有非維護人員參與的正式投票,或許強制要求查核參與投票之非維護人員不會給查核員增添太多麻煩。
  2. 我實在不知道應該貼在討論版的哪個版塊……萌娘百科:公告可以嗎?
  3. 需要給巡查直接以「鴨子」為由快速拒絕查核請求的權力嗎?
  4. 雖然要求使用者查核員想要進行查核時先發起使用者查核請求應當可以讓使用者查核流程更透明、易受監督,但考慮到至少最近使用者查核員基本上僅有 AnnAngela 執行,這會不會製造額外的麻煩?或者說讓使用者查核員的「自源CU」走站外查核流程,只需要在查核完成後記錄即可——但這樣查核又相對地更不透明了。
  5. 原先僅記錄確認關聯的查核請求。Again,考慮到使用者查核本身不應是懲罰、威脅、或施壓,只要是被使用者查核員受理並執行的請求都應當被一視同仁。即使結果沒有關聯,該查核仍有記錄意義:一來以後對相關用戶出現類似懷疑時可以快速調閱該請求結果作為反例,二來在使用者查核員有濫用使用者查核嫌疑時有可能成為彈劾證據;更何況只要是未被監督機制隱藏的站內請求都會有存檔,只不過沒有統一記錄而比較難搜尋而已。
  6. 好像不必這樣寫在方針正文裏。而且2022年初將創建的、包含今年全年查核記錄的存檔應命名為「2022年以前」(也有幾條20年的記錄)。
  7. 這一段算是最需要討論的。我不是很確定違反本方針應該如何懲罰、以及方針違例涉及維護人員——特別是使用者查核員(=行政員)——時應該如何處理,希望能得到更多意見。
  8. 理論上還是得把行政員單立:行政員也有一個立即去職途徑似乎和其他方針不兼容?另外,因為行政員沒有成文去職途徑,如果真出現行政員違反§使用者查核的限制-5 的情況的話,社群應該會直接炸裂吧……
  9. 不是很確定這類針對CU員的條例有沒有用——至少在CU權申請開放前似乎沒有太大用處。

註釋

  1. 如,若點票完成於北京時間2020年6月1日(從 00:00 到 23:59 的任意時間),那麼本方針將於北京時間2020年6月16日 05:00 生效。

討論區




提案模板

增:增補[增 1]

刪:刪除[刪 1]

改:刪除增補[改 1](或混合使用增刪,然後用「改」腳註)

疑:疑問內容[疑 1]

增補
  1. 增補依據
刪除
  1. 刪除依據
修改
  1. 改動依據
疑問
  1. 疑問


投票格式

注意到時候手動比對各維護人員的具體數量:Special:用戶列表Template:萌娘百科的苦力Project_talk:討論版/權限變更

投票區
== 投票区 ==
<!--请勿修改以下代码-->
{{subst:投票|days=7}}
<!--请勿修改以上代码-->

<small>[[萌娘百科:提案]]规定:所有有效的投票参与者(在讨论阶段参与了提案讨论的【自动确认用户】及全体【巡查姬】、【管理员】)一人一票;在提案有至少2位管理员表态时,【投票有效】。<br />
由有效的投票参与者投下的、使用了<code>{{tl|同意}}</code>或<code>{{tl|反对}}</code>模板之一的、提供了理由的投票是【有效投票】。<br />
【有效投票】之【同意】票数大于【反对】、且管理员的【同意】票数不小于【反对】则【提案通过】;【有效投票】之【同意】票数小于【反对】,或管理员的【同意】票数小于【反对】则【提案不通过】。其他情况请见[[萌娘百科:提案#计票]]。</small>

<small>发起投票时共有{{subst:#expr:{{subst:NUMBERINGROUP:Sysop}} - 2<!--2个管理机器人-->}}位在任自然人管理员(其中一位暂不参与站务)以及{{subst:#expr:{{subst:NUMBERINGROUP:Patroller}} - 5<!--5个巡查机器人-->}}位在任自然人巡查员。</small>

=== 管理员 ===
==== 同意 ====

==== 反对 ====

==== 弃权 ====

=== 巡查姬 ===
==== 同意 ====

==== 反对 ====

==== 弃权 ====

=== 参与讨论的自动确认用户 ===
==== 同意 ====
#{{同意}} 提案发起人票。—~~~~

==== 反对 ====

==== 弃权 ====

=== 无票权用户意见 ===

萌娘百科:提案規定:所有有效的投票參與者(在討論階段參與了提案討論的【自動確認使用者】及全體【巡查姬】、【管理員】)一人一票;在提案有至少2位管理員表態時,【投票有效】。
由有效的投票參與者投下的、使用了{{同意}}{{反对}}模板之一的、提供了理由的投票是【有效投票】。
【有效投票】之【同意】票數大於【反對】、且管理員的【同意】票數不小於【反對】則【提案通過】;【有效投票】之【同意】票數小於【反對】、或管理員的【同意】票數小於【反對】則【提案不通過】。其他情況請見萌娘百科:提案#計票

發起投票時共有0位在任自然人管理員(其中一位暫不參與站務)以及-5位在任自然人巡查員。

計票格式

注意到時候手動比對各維護人員的具體數量:Special:用戶列表Template:萌娘百科的苦力Project_talk:討論版/權限變更

== 总结 ==

[[萌娘百科:提案]]规定:

具有投票权的用户为【管理员】、【巡查姬】与在讨论阶段参与了提案讨论的【自动确认用户】。【管理员】、【巡查姬】以外的投票者应当是注册于投票讨论串发起前30个自然日及以上的,遵守方针(自投票讨论串发起到投票结束的期间内无因违反方针导致的封禁记录)的活跃(提案投票程序开始前30日内有萌娘百科或子站(主,模板Template,分类category,帮助help,萌娘百科project名字空间页面)编辑行为的)用户。

所有具有投票权的用户一人一票;在提案有至少2位管理员表态时,【投票有效】。由有效的投票参与者投下的、使用了<code>{{tl|同意}}</code>或<code>{{tl|反对}}</code>模板之一的、提供了理由的投票是【有效投票】。

投票结束前的最后历史版本是[[Special:永久链接/histID]]。
----
#投票开始时共有'''{{subst:#expr:{{subst:NUMBERINGROUP:Sysop}} - 3<!--2个管理机器人,Etolli-->}}'''名参与站务的正式管理员;其中,
#*'''#'''人{{同意}},
#*'''#'''人{{反对}},
#*'''#'''人{{弃权}},
#*''''''人没有参与投票([[User:Example]]、[[User:Example]])。
#投票开始时共有'''{{subst:#expr:{{subst:NUMBERINGROUP:Patroller}} - 5<!--5个巡查机器人-->}}'''名正式巡查姬;其中,
#*'''#'''人{{同意}},
#*'''#'''人{{反对}},
#*'''#'''人{{弃权}},
#*'''#'''人没有参与投票([[User:Example]]、[[User:Example]])。
#投票开始时共有'''#'''名有票权的自动确认用户;其中,
#*'''#'''人{{同意}},
#*'''#'''人{{反对}},
#*'''#'''人{{弃权}},
#*'''#'''人没有参与投票。
#另有#名无票权用户发表意见或投票。他们并没有本次投票的票权,因此并未计入有效票中。
----
通過
表态了的管理员有#名(&gt;2名),故'''本次投票有效'''。

统计投票结果,全部投票之同意:反对票数量为 0:0,同意票多于反对票;管理员之同意:反对票数量为 0:0,同意票@于反对票。投票符合“【同意】票数大于【反对】,且管理员的【同意】票数不小于【反对】”之要求,故'''投票通过''',本方针已被社群接纳。

已经建立了[[Project:分身账户方针]]。请管理员保护该页,添加“[[Template:站点方针|站点方针]]”模板、“萌娘百科方针”分类等,并将链接加入“[[Template:萌娘百科政策文件|萌娘百科政策文件]]”大家族模板。**

请管理员存档本提案页面。
不通過
表态了的管理员有4名(&gt;2名),故'''本次投票有效'''。

统计投票结果,全部投票之同意:反对票数量为 0:0,同意票@于反对票;管理员之同意:反对票数量为 0:0,同意票@于反对票。投票符合“【同意】票数小于【反对】,'''或'''管理员的【同意】票数小于【反对】”之条件,故'''投票不通过'''。

请管理员存档本提案页面。
行政投票結果
表态了的管理员有4名(&gt;2名),故'''本次投票有效'''。

统计投票结果,全部投票之同意:反对票数量为 0:0,同意票等于反对票;管理员之同意:反对票数量为 0:0,同意票@于反对票;行政员之同意:反对票数量为 0:0,同意票@于反对票。投票符合“”之条件,故'''投票@通过''',本方针已被社群接纳。

已经建立了[[Project:分身账户方针]]。请管理员保护该页,添加“[[Template:站点方针|站点方针]]”模板、“萌娘百科方针”分类等,并将链接加入“[[Template:萌娘百科政策文件|萌娘百科政策文件]]”大家族模板。**

请管理员存档本提案页面。
行政介入
表态了的管理员有4名(&gt;2名),故'''本次投票有效'''。

统计投票结果,全部投票之同意:反对票数量为 0:0,同意票等于反对票;管理员之同意:反对票数量为 0:0,同意票不小于反对票;没有行政员的有效票。投票符合“【同意】票数等于【反对】,且管理员的【同意】票数不小于【反对】”、及“没有行政员的有效票数”之条件,故'''投票暂无结果''',需等待行政员内部磋商。

{{ping|Baskice}}、{{ping|AnnAngela}}、{{ping|云霞}},请查看本提案并择时宣布结果。请管理员'''不要存档'''本提案页面。
無效
表态了的管理员有0名(&lt;2名),故'''本次投票无效'''。

请管理员存档本提案页面。

Icon-info.png
評論系統適合閒聊、吐槽和玩梗,
但是其結構、設計(註)評論者和頁面所有者隨時可以刪除評論,沒有簡單可見的編輯歷史、和極差的索引能力(註)無法簡單地通過連結指向到一條特定的評論讓它不適合用於有關站務的討論。
如果想對本人的提案草稿提出評論、建議、或反對,還請移步本頁討論頁