提案稿沙盒
这是这个用户(壹陆)的提案草稿,用来存放他想要提出的提案。
这里的东西很有可能已经鸽了十年,还是不要管为好。(
然后你还留在这里干嘛啊少年!快去拯救世界(或者一边玩去)吧!
前言
随着分身账户方针的通过,萌娘百科在应对分身破坏上有了更好的成文流程。但是,分身账户方针的设计本来就只涉及对分身的定义和对滥用分身账户者的处理——它在对分身账户的认定上着墨不多。在这方面,萌娘百科的主要武器一直是用户查核。但是,与早年对分身破坏的处理相同,我们一直没有成文的用户查核规定、限制、或流程;特别地,这项可能泄漏用户隐私的反破坏大棒的具体使用方法和条件一直对大部分用户不透明。虽然分身账户方针包含了非常简短的、对用户查核请求的规则,但那不过是在本提案完善前的权宜之计;这份长度与分身账户方针相若的方针草案才是鄙人想要提出的解决方案。
在关于设立分身账户方针的提案提出之时,鄙人已经提到了与其同时撰写的“分身账户方针”;你正在阅读的这份提案就是该方针的草案。在之前提过的、本提案的起草动机和精神参考等就不多重复了;粗略复述,本提案“虽然渊源自维基百科的相关方针与指引,但是完全是为萌娘百科从头撰写的”——鄙人希望本提案能够在吸收一些来自维基百科的完备监督体系和精神的同时,敲打出一套能够适用于萌娘百科当前权限体系和社群特点的方针。
简单地说,用户查核方针草案明确定义了用户查核的功能、限制、和适用范围,要求用户查核员必须互相监督,避免用户查核可能的滥用。本草案对萌娘百科现状的最大改变大概有三点:
- 限制了何时可以进行用户查核:虽然行政员应当可以利用最终决定权绕过限制执行用户查核,但一般情况下,任何用户查核员只有在六个有限的情况下可以(而非必须)进行用户查核。对于一般用户而言,只有“用户查核请求”一种是原惯例中常见、常用的用户查核;另外五个情况中,三个是新增的可用CU之情况(之前并非惯例),一个为目前不可使用/无必要使用的自动封禁和IP段封禁保留,一个是避免让方针和法律产生冲突(即使服务器所在地之法律当然地优先于本站方针)。
- 对用户查核请求做出了规定:扩充了原先临时写于分身账户方针中的、关于用户查核请求的规定,并且改变了用户查核记录的规则(所有被受理并执行的请求(无论结果是否确认关联)均应被记录)。
- 算是上两点的共同延伸:以前似乎偶有使用的“不公开查核”——从执行用户查核到记录用户查核结果的整个过程不对非维护人员(或者非用户查核员?)公开,结果记录在有访问限制的文件中——不应再使用了。本提案没有对这些过去的记录的处理做出任何要求(毕竟它们可能本来就不存在是吧,诶嘿)。
鄙人在提案稿的起草过程中,很荣幸地得到了萌百一些前辈、同僚的指导、建议、和批评;尽管本提案做出了一些鄙人曾经反对的妥协,但这些妥协的确是最适合萌百现状的。在此再次感谢曾经在鄙人正式提出提案前曾为提案稿提出过意见的各位、也为因鄙人之前的固执己见可能造成的不快道歉;最后,仍希望之前没有见过本提案的大家多多批评、建议。
如果您在本提案稿的公开意见征询阶段访问了本页,还请您在公开讨论版之“方针政策”板块中的对应讨论串发表意见和建议。
如果您在本提案稿的草案阶段访问了本页,还请您在本页的讨论页发表意见和建议。
评论系统适合闲聊、吐槽和玩梗,但是其结构、设计、和极差的索引能力让它不适合用于有关站务的讨论;特别的,本页的内容可能会随着时间变化;因此,鄙人强烈不建议您在本页的评论栏发表您对当前的提案草案的意见和建议。
提案正文
以下内容描述管理员需要进行的操作,不必写入任何页面。
- 对Project:分身账户方针的修订。
- 于§滥用分身账户一节,
- 于参注3(内容为
[[萌娘百科:方针#其他|萌娘百科:方针§用户权限体系-其他]]
)之首插入[[萌娘百科:提案#投票|萌娘百科:提案§投票]]-11、
;
- 删去原参注4。
- 于§分身账户的检举和认定-3(对认定提出异议)一条,将该条
当维护人员跳过讨论、直接进行处理后
之半句替换为当维护人员执行处理后
。
- 于§分身账户的检举和认定-4(提出用户查核请求)一条,将该条全文(包括所有子款项)替换为:
<span id='提出用户查核请求' style="font-weight:bold;">提出用户查核请求</span>。社群无法就数个账户间的联系达成共识时,可以在萌娘百科的公开讨论版之“操作申请”版块提出用户查核请求。有关用户查核的功能、限制、和技术细节,和如何提出有效的用户查核请求等信息,请见[[Project:用户查核方针|用户查核方针]]。
- 于§滥用分身的处理-2(处理主账户)一条,将该条
选择以下处理方式或其组合
之半句替换为选择以下处理方式或其组合,[[#滥用分身账户|§滥用分身账户]]一章已有规定或援引具体处理方式的除外
;
- 第二款之
维护人员可以酌情决定封禁时长
半句替换为维护人员可以参考[[Project:方针#用户封禁政策|萌娘百科:方针§用户封禁政策]]之规定,酌情决定封禁时长
。
- 对Template:权限申请/管理员申请和Template:权限申请/巡查姬申请的修订。
- 在Template:权限申请/管理员申请中
——~~</includeonly><includeonly>~~
和----
两行之间
和
Template:权限申请/巡查姬申请中:{{{2|{{-}}}}}——~~</includeonly><includeonly>~~</includeonly>
和<noinclude>
之间
新增以下内容(包括开头的换行):
<small>用户查核员可选择依[[Project:用户查核方针#何时可以进行用户查核|用户查核方针§何时可以进行用户查核]]-4之规定,在投票开始之前'''或'''申请发出后的7日内(取更迟者)对本申请者进行用户查核。若该查核被执行,则用户查核梗概会被添加在这里。</small>
- 移动Project:分身账户方针/用户查核记录。Project:分身账户方针/用户查核记录应当被移动至Project:用户查核方针/用户查核记录,保留重定向。
以下内容应当写入Project:用户查核方针。这是一项新增的方针,适用于全站的所有页面和所有用户。
若本提案通过,本方针将在本提案点票完成之后的第十五个自然日之 05:00(北京时间)生效[注 1]。在本方针生效前产生、在本方针生效时尚未终结的任何事件(包括投票、用户查核请求等),仍然适用本方针。
用户查核(或 CheckUser、CU)是用户查核员用户组的权力。用户查核能让用户查核员查看萌娘百科最近使用账户进行编辑等操作时使用的 IP 地址和一些技术细节(如使用的操作系统和浏览器版本);这些信息有助于展现疑似分身账户之间的联系。
用户查核会向用户查核员展示用户的隐私信息,因此本权力的使用应当受到严格限制。一般地,只有在疑似滥用分身行为已被发现、或者此类行为的发生会产生较大影响而有必要提前防范时才可以使用用户查核。
本方针旨在明确用户查核的功能和限制,明文确立用户查核权之使用的基本政策。
用户查核的功能
- 用户查核向用户查核员展现账户和 IP 间的关系。当一名用户(无论是否登录)提交了编辑或其他会留下日志记录的操作时[1],这名用户的浏览器会在提交此操作的同时向萌娘百科的服务器提供它访问萌娘百科使用的 IP 地址和用户代理标识符(“UserAgent”,通常包含浏览器和操作系统的名称或类型和版本号)。这些信息会被服务器记录,但除通过用户查核系统外并不会展示给任何萌娘百科的用户(包括萌娘百科的维护人员)。用户查核员可以对一个给定账户执行用户查核,获取、查看该账户最近操作的对应 IP 地址和用户代理标识符;用户查核员也可以向系统提供一个已知 IP 地址,查询最近曾有哪些账户使用这个 IP 进行过哪些操作。
- IP 地址能索引公开信息。用户查核无法直接提供 IP 地址和用户代理标识符之外的更多信息;但是,通过用户查核获得的 IP 地址可以查询到许多公开信息,其中可能包括用户使用的互联网服务供应商(ISP)和/或代理服务提供者、用户和/或代理服务提供者的大致地理位置、乃至用户和/或代理服务提供者所属的组织、机构等等。用户代理标识符可以推测用户使用的硬件类型,但是通常不能间接提供更多隐私信息。
- 用户查核会留下日志。每次用户查核员通过用户查核系统进行查核时,该系统都会生成一条用户查核日志。用户查核日志包含查核的执行时间、用户查核员提供的查核原因、和查核获得的结果,仅用户查核员可以查看。目前,用户查核日志会在萌娘百科的服务器上不限期保留[参 1]。
用户查核的限制
- 用户查核应主要用于反破坏。考虑到用户查核总会涉及用户的隐私信息,用户查核应作为最后手段之一被慎重使用。由于利用分身账户或伪造身份进行的破坏不使用用户查核极难发现、追踪,应对这类破坏应当是用户查核的主要目的。特别地,尽管本方针下文允许萌娘百科的确认用户对自己提出用户查核请求,但作为参考,维基百科的类似方针甚至直接指出“……很多时候此类[自我查核]请求本身可能会是扰乱行为的一部分”[参 2]——尽管维基百科与萌娘百科的社群和历史大不相同,其作为最大 Mediawiki 共笔百科社群的经验仍值得参照。大部分时候,用户查核员应当只以反破坏为主要目的进行用户查核。
- 用户查核不能应付一切破坏。用户查核的唯一功能就是为判定数个账户是否由同一用户控制提供一定证据;它只能为涉及分身账户[2]之事宜提供参考信息和/或协助发现涉及分身的破坏行为。当破坏发生时,如果没有合理理由怀疑有分身账户参与,用户查核员就不应进行用户查核;此时,有适当权限的用户应当依照萌娘百科:方针§用户封禁政策和萌娘百科的其他方针(若适用)进行举报、提醒、警告、或封禁等操作。
- 用户查核不能预知未来。即使用户查核发现了一些账户间的关联,只要这些账户没有违反方针,这并不能证明什么:在萌娘百科合理使用分身的用户并不少,也有部分用户有合理理由使用不公开的分身。使用分身账户的行为本身并不违反方针,滥用分身才会;操控分身(无论是否公开)的行为本身并不代表、也无法预测用户以后会违反分身账户方针或者造成其他破坏。
- 用户查核不是钓鱼。“钓鱼”指用牵强附会的理由提起用户查核请求或进行用户查核,以在没有证据的情况下尝试抹黑目标用户、激怒他们、甚至诱引他们作出违反方针之举动为目的的行为。此类行为是对用户查核和用户查核请求之机制的滥用,应严格杜绝。
- 用户查核不是惩罚、威胁、或施压。用户查核仅仅用于确认多个账户间的关系,无论结果如何均不应对被查核用户的正常编辑和讨论、站务参与等正常活动造成任何负面影响——通过用户查核确认的违反方针之行为导致的后果才是可能负面影响的直接原因。用户查核包含的隐私信息应对一切非用户查核员用户保密(除隐私权政策和本方针§隐私所述例外外)——理论上只有服务器维护人员有可能通过直接访问服务器数据的方式越过用户查核员、直接获得(可能加密的)用户数据[3]。因此,用户查核不是一种污点或惩罚,也不是、更不可以成为一种威胁或施压的手段。恶意使用用户查核或用户查核请求威胁其他用户的行为严重违反本方针,应当被零容忍地完全禁止;恶意泄露用户隐私信息的行为不仅严重违反萌娘百科的方针,还极有可能违反萌娘百科服务器所在地和涉及用户之公民权所属地或居留地的法律、法规。
- 用户查核应当留下公开记录。因涉及用户隐私,Mediawiki 系统的用户查核日志仅用户查核员可以查看;被查核人无从得知自己曾被查核,非用户查核员(即使是管理人员)也无法了解或监督任何用户查核操作。为保证用户查核的利用能够得到整个社群的监督,除部分下文详述的情况之外,用户查核员每次进行用户查核时都应留下一笔公开可见、但不涉及任何隐私信息的查核梗概。此梗概应包含以下信息:查核执行人,被查核人(查核 IP 地址(段)时可免去、仅注“IP 查核”),查核原因,和查核结果[4]。
隐私
- 用户查核员必须遵守萌娘百科的隐私权政策和服务器所在地的法律、法规。本方针各项规定若有与隐私权政策冲突的,以隐私权政策为准;本方针或隐私权政策若有与服务器所在地的法律、法规冲突的,以服务器所在地的法律、法规为准。
- 除隐私权政策和本方针下文列出的例外情况外,用户查核员不得以任何形式向任何人透露任何用户的隐私信息(包括但不限于 IP 地址,精确地理位置,真实姓名,联系方式,照片,工作机构、单位或就读学校,亲属、好友、同学或同事的身份和/或隐私信息等任何能够将用户在萌娘百科的身份和在现实世界的身份关联的信息和/或足以影响任何人在现实世界之正常生活的信息),无论这些隐私信息的来源为何。用户查核员在例外情况允许的情况下分享此类隐私信息时,必须保证使用合适的联系方式、加密方式分享,尽可能保证隐私信息不因意外泄露、不被恶意窃取。
- 用户查核员可以向其他用户查核员分享用户查核结果和/或通过用户查核结果可以合法获取的公开信息。
- 仅在以下情况下,用户查核员才可以向不是用户查核员之人士提供用户查核结果和/或通过用户查核结果可以合法获取的公开信息:
- 响应合法的传票或公安、行政机关的其他强制请求;
- 涉及的信息及该信息与涉及用户的关联性已在公开场合(如涉及用户本人的用户页或社交媒体、新闻报道、政府公报等)向所有人公开,其发布过程、方式合法[5],且任何人都可以查看并核对这些信息的一致性[6];
- 得到涉及用户的同意,且涉及用户已经知晓分享隐私信息的可能不利后果;
- 用户已经在萌娘百科构成很大破坏,而只有向萌娘百科的维护人员提供用户隐私信息才能够阻止、防范更多、更大的破坏;
- 获得了用户隐私信息的维护人员也须遵守本节的各项规定,不得将信息分享给其他未获用户查核员授权的人士(包括未获授权的其他维护人员)。
- 其他为保护、保障萌娘百科和/或她的用户不受伤害、侵害而有合理必要的情况。
何时可以进行用户查核
用户查核员可且仅可在以下情况进行用户查核。用户查核员同样可选择在以下情况出现时不执行查核,除非其他方针另有规定。
- 查核请求。响应有效的用户查核请求,对请求列出的用户和/或 IP 段进行用户查核。
- 依本条进行用户查核时,用户查核员应在该查核请求讨论串汇报用户查核梗概;若请求没有站内讨论存档,用户查核员应负责记录请求和用户查核梗概。
- 移权验证。用户——特别是维护人员——公开更换主账户并要求转移用户组权限时,为确认新旧账户由同一名用户控制而在接受请求前对新旧账户进行用户查核。
- 依本条进行用户查核时,用户查核员应在该移权请求讨论串汇报用户查核梗概。
- 投票验证。在人事投票、提案投票、或其他重大投票截止后的7日内,对所有投下有效票的用户进行用户查核。
- 提权验证。用户申请或被荐任意新用户组权限时,在提权投票开始之前或授权发出之前或权限变更申请发出后的7日内(取最迟者)对申请者进行用户查核。
- 依本条进行用户查核时,用户查核员应在该申请讨论串中汇报用户查核梗概。
- 封禁验证。在进行自动封禁和/或 IP(段)封禁前,为避免影响无辜用户而对待封禁的账户或 IP 地址(段)进行用户查核。
- 依本条进行用户查核时,用户查核员不必公开汇报用户查核梗概,但应通过封禁日志或待封禁账户的私人讨论页知会该账户。
- 强制请求。响应合法的传票或公安、行政机关的其他强制请求,进行用户查核。
- 依本条进行用户查核时,用户查核员应在萌娘百科的公开讨论版或告示版中[疑 2]汇报用户查核梗概。
- 其他萌娘百科服务器所在地之法律法规、萌娘百科的隐私权政策、和本方针§隐私一节允许的情况。
- 依本条进行用户查核时,用户查核员应在查核发生的7日内通过私密联系方式通知被查核的用户,并由该用户决定是否公开记录用户查核梗概;若该用户无法提供决定的,则用户查核员应当共同决定是否公开用户查核梗概。用户查核梗概应当在用户允许的范围内具体说明实际的查核理由。
何时不必进行用户查核
有时,某些活跃破坏者的破坏行径或交流特点非常清晰,以至于大部分人一眼就能看出他们的分身和其背后破坏者的关系。对于这类极清晰的分身滥用,用户查核员不必浪费时间、精力进行用户查核:是谁的分身一望而知。这被称作鸭子测试,来自于一个同名的反向推理例子:“如果它看起来像只鸭子,游起来像只鸭子,叫起来像只鸭子,那么它可能就是只鸭子”。
鸭子测试有效性的根基是清晰、易判的行为特点和社群一致性;当鸭子测试无法获得社群大部分成员的认同的时候,一般就不该使用鸭子测试。例如,Abuse 10 的行为(宣传其个人理论,攻击、抹黑一名特定人士)固定而有明显特征,因此鸭子测试很适合用来分辨 ta 的分身;相对地,Abuse 9 的行为变化多端,鸭子测试就更难运用。
萌娘百科的用户查核员或管理员[疑 3]可以“鸭子测试”为理由快速拒绝用户查核请求并提供结论;用户查核员可以推翻非用户查核员以“鸭子测试”为理由作出的结论并接受、执行用户查核请求。
用户查核请求
- 提出用户查核请求。社群无法就数个账户间的联系达成共识时,可以在公开讨论版之“操作申请”版块提出用户查核请求。发起请求者须负责在被请求查核之账户的讨论页通知他们;如果发起请求者忘记通知,接受请求的用户查核员应代为通知[7]。
- 用户查核员对一些用户有怀疑、想要进行用户查核时,也应先发起用户查核请求。为了避嫌,建议用户查核员让其他同僚受理查核。[疑 4]
- 站外用户查核请求。为了更好的适配维护人员的反破坏工作流,萌娘百科的维护人员可以在萌娘百科的讨论页之外通过其他通讯手段向用户查核员提出用户查核请求,唯接受此类请求的用户查核员须代替申请者、于接受并执行请求的7日内依照本段第4条之要求记录请求内容和梗概,并通知被请求查核之账户。被拒绝的站外请求无需记录,自然也不必通知。
- 此类查核请求仍需满足下文“有效的用户查核请求”、“记录请求结果”两条之规定。
- 维护人员仍应优先选择在公开讨论版之“操作申请”版块提出用户查核请求。
- 有效的用户查核请求。只有满足下列所有要求的用户查核请求才是有效的请求。不符本条规定的查核请求可以被任何萌娘百科的维护人员快速拒绝。
- 请求由萌娘百科的确认用户提出。
- 请求不违反本方针§用户查核的限制之精神。
- 请求清晰地指明了被请求查核的对象,且对象包含至少两个/组用户账户(包括记录在案的长期破坏者)和/或 IP 地址(段)[8]。
- 请求列出的查核对象(记录在案的长期破坏者除外)都表明支持进行用户查核,
或
满足以下所有要求:
- 用户查核请求列出了清晰、合理的怀疑,并且若怀疑成立,列出之账户的行为确有滥用分身账户之虞。[9]
- 请求未遭社群明显反对。[10]
- 记录请求结果。为了方便萌娘百科的维护人员快速查看过去的用户查核请求,推断新的长期破坏者出现、或者不活跃的破坏者死灰复燃的迹象;以及方便其他萌娘百科用户查看、监督用户查核请求的使用;所有被用户查核员受理并执行了的用户查核请求都应当由萌娘百科的维护人员记录在Project:用户查核方针/用户查核记录[疑 5]。这些记录应当包含
- 到用户查核请求讨论串存档的链接。如果请求是站外用户查核请求,不必包含链接、但应清晰标明请求于站外提出。
- 用户查核请求的提出者。
- 用户查核梗概。
- 萌娘百科的维护人员应在北京时间每年的1月1日00:00之后、1月31日23:59之前将上条所述之用户查核记录页面中所有于当年前受理的记录存档,存档页命名格式为“Project:用户查核方针/用户查核记录/存档/yyyy年”[疑 6]。
用户查核员
- 萌娘百科的行政员自动兼任用户查核员,其用户查核员权限之期限与其持有的行政员权限之期限相同,不可单独褫夺。
- 用户查核员之用户组当前不开放申请。
- 监督。用户查核员的滥权行为只有其他用户查核员能(通过调阅日志)发现,故用户查核员应互相监督,确保自己和同僚严格执行本方针。为保证用户查核员总是可以互相监督,当萌娘百科的用户查核员数量不满三名时,社群应尽快推选、产生合适的用户查核员。
用户查核滥用
[疑 7]
正如本方针开头所述,用户查核的敏感性让它的使用应当被严格限制。特别的,本方针规定了以下“用户查核滥用”行为;这些行为应当被视作等同破坏行为,按本方针规定处理。
- 用户违反萌娘百科的隐私权政策或本方针§隐私一节、泄露他人隐私信息的,应立即失去一切用户组权限并处永久封禁;维护人员应立刻知会萌娘百科的运营方。
- 萌娘百科的维护人员均志愿参与维护,不具有代表萌娘百科进行法律行动的权利、义务、和专业知识;应交由萌娘百科的运营方处理法律问题。
- 用户违反§用户查核的限制-4(“用户查核不是钓鱼”)之规定,在没有合理怀疑的情况下恶意提出用户查核请求的,应立即遭最后警告;第二次应处至少30日、但不超过365日的封禁;第三次应永久封禁。
- 用户违反§用户查核的限制-5(“用户查核不是惩罚、威胁、或施压”)之规定,尝试利用用户查核或用户查核请求威胁其他用户,证据确凿的,应立即处至少7日、但不超过90日的封禁,无需先行警告;第二次应立即处至少30日封禁或永久封禁;第三次应永久封禁。若萌娘百科的维护人员有违反本条的,应被立刻去职;若萌娘百科的行政员有违反本条的,本方针不规定处理方式,交由其他行政员和社群另行处理。[疑 8]。
- 用户查核员连续三次、或在最近25次查核中合计超过五次违反§用户查核的限制-6(“用户查核应当留下公开记录”)之规定,未按照§用户查核梗概、§用户查核请求的要求提供用户查核梗概、记录用户查核请求之结果,需要其他用户查核员补充记录的,应受到警告;此警告在用户讨论页递送,不得删除或存档。无视警告、在警告之后的五次查核中又有任意一次违反§用户查核的限制-6 的、或者在遭警告之后又连续三次或在最近25次查核中合计超过五次违反§用户查核的限制-6 而再次触犯本条的,应立刻被除去用户查核员之权限,唯行政员除外、交由其他行政员和社群另行处理。[疑 9]
- 用户反复提出不符§用户查核请求-3(“有效的用户查核请求”)之规定的查核请求,经萌娘百科的维护人员警告仍不停止的,应以“反复提出无效查核请求、扰乱讨论秩序”为由执行短期封禁。
- 如果这是该用户唯一的违规行为,首次违反本条时的封禁不宜超过3日;其他情况应参考萌娘百科:方针§用户封禁政策的规定。
- 此处之“反复”指于3日内至少3次、或15日内至少5次、或至少两名萌娘百科的维护人员认为过于频繁或持续的情况。
姊妹站点
- 萌娘共享( https://commons.moegirl.org.cn ),萌娘文库( https://library.moegirl.org.cn ),和其他用户组权限与中文萌娘百科互通的姊妹站点和子站点不得设立本地用户查核员。在这些站点的用户查核操作应由中文萌娘百科的用户查核员负责、用户查核请求应在中文萌娘百科用现代中文提出,简繁均可;请求使用了机器翻译的,应附原文备考。
- 用户组权限与中文萌娘百科不互通的姊妹站点可以设立独立的用户查核和用户查核员方针,唯此类方针只能适用于该姊妹站点,且不得与本方针本节和隐私权政策冲突。姊妹站点的本地用户查核员只能在该站点范围内进行用户查核。
- 如果一个姊妹站点的在职用户查核员少于三名,那么该站点所有本地用户查核员的权力均应被冻结(临时移除),直至在职用户查核员数量满三名时才会恢复。
- 如果一个姊妹站点的没有在职的本地用户查核员、或所有用户查核员的权力被冻结,那么在这些站点的用户查核操作应由中文萌娘百科的用户查核员负责、用户查核请求应在中文萌娘百科用现代中文提出,简繁均可;请求使用了机器翻译的,应附原文备考。
附录
本方针之“姊妹站点”一节在全域的效力为“强制性”;除该节之外的部分在全域的效力为“指引性”。
The "姊妹站点" (SISTERSITE) section of this policy's global strength is "strict"; all other parts of this policy's global strength is "guideline".
参见
注释
- ↑ 注意,“登录”不是会留下日志记录的操作。
- ↑ 即所谓“小号”、“马甲”等,详见萌娘百科:分身账户方针。
- ↑ 即使这样,萌娘百科目前的主要服务器维护者之一也是用户查核员
- ↑ 用户查核梗概的撰写格式和例子等可参考论述:萌娘百科:用户查核梗概格式。
- ↑ 例如用户本人发布、经用户本人授权的第三方发布、政府资料公开、合法的新闻媒体报道等。
- ↑ 例如,没有合适的在线备份的电台节目或报纸文章、需付费或者仅部分地理位置才可访问的网页等便不符“任何人都可以查看”的要求。
- ↑ 用户查核员可以以“未通知目标用户/账户”为由(暂时)挂起请求,要求发起请求者通知后再进行下一步操作。
- ↑ 比较常见的情况有 1. 查核两个不同的账户是否由同一人控制,2. 查核一个账户是否是记录在案的长期破坏者的分身,和 3. 查核一个 IP 地址(段)和一些账户的关系。
- ↑ “帐户A做出破坏,所以应该进行CU”便不合理——破坏者不一定使用分身。但是“账户B作出与账户A近期行为极其类似之破坏”便是合理怀疑——这可能符合分身破坏的行为。
- ↑ 用户查核员应注意斟酌用户查核请求当事人的反对。当事人或新用户激烈反对查核、却不对请求提出的怀疑作出可信的反驳,有可能是当事人的确在滥用分身的征兆。
提案解释
增删改疑
增补
暂无。
删除
暂无。
修改
暂无。
疑问
- ↑ 要引入投票查核机制,似乎最好的选择是在投票和计票之间增加一定的冻结时间,方便CU员查核投票结果;也可强制要求用户查核员必须在计票后确认结果(可以不CU);抑或将计票的权力和义务完全交给查核员(弊端是给CU员增加工作)。另外,考虑到同时持有多个具有在职维护人员权限之账户的难度极高,只查核非维护人员应该足以发现大部分可能的问题(包括维护人员操控自确分身重复投票的情况);考虑到当前只有提案投票是会有非维护人员参与的正式投票,或许强制要求查核参与投票之非维护人员不会给查核员增添太多麻烦。
- ↑ 我实在不知道应该贴在讨论版的哪个版块……萌娘百科:公告可以吗?
- ↑ 需要给巡查直接以“鸭子”为由快速拒绝查核请求的权力吗?
- ↑ 虽然要求用户查核员想要进行查核时先发起用户查核请求应当可以让用户查核流程更透明、易受监督,但考虑到至少最近用户查核员基本上仅有 AnnAngela 执行,这会不会制造额外的麻烦?或者说让用户查核员的“自源CU”走站外查核流程,只需要在查核完成后记录即可——但这样查核又相对地更不透明了。
- ↑ 原先仅记录确认关联的查核请求。Again,考虑到用户查核本身不应是惩罚、威胁、或施压,只要是被用户查核员受理并执行的请求都应当被一视同仁。即使结果没有关联,该查核仍有记录意义:一来以后对相关用户出现类似怀疑时可以快速调阅该请求结果作为反例,二来在用户查核员有滥用用户查核嫌疑时有可能成为弹劾证据;更何况只要是未被监督机制隐藏的站内请求都会有存档,只不过没有统一记录而比较难搜寻而已。
- ↑ 好像不必这样写在方针正文里。而且2022年初将创建的、包含今年全年查核记录的存档应命名为“2022年以前”(也有几条20年的记录)。
- ↑ 这一段算是最需要讨论的。我不是很确定违反本方针应该如何惩罚、以及方针违例涉及维护人员——特别是用户查核员(=行政员)——时应该如何处理,希望能得到更多意见。
- ↑ 理论上还是得把行政员单立:行政员也有一个立即去职途径似乎和其他方针不兼容?另外,因为行政员没有成文去职途径,如果真出现行政员违反§用户查核的限制-5 的情况的话,社群应该会直接炸裂吧……
- ↑ 不是很确定这类针对CU员的条例有没有用——至少在CU权申请开放前似乎没有太大用处。
注释
- ↑ 如,若点票完成于北京时间2020年6月1日(从 00:00 到 23:59 的任意时间),那么本方针将于北京时间2020年6月16日 05:00 生效。
讨论区
提案模板
增:增补[增 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位管理员表态时,【投票有效】。
由有效的投票参与者投下的、使用了{{同意}}
或{{反对}}
模板之一的、提供了理由的投票是【有效投票】。
【有效投票】之【同意】票数大于【反对】、且管理员的【同意】票数不小于【反对】则【提案通过】;【有效投票】之【同意】票数小于【反对】、或管理员的【同意】票数小于【反对】则【提案不通过】。其他情况请见萌娘百科:提案#计票。
发起投票时共有15位在任自然人管理员(其中一位暂不参与站务)以及29位在任自然人巡查员。
计票格式
注意到时候手动比对各维护人员的具体数量: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]])。
#投票开始时共有'''#'''名有票权的自动确认用户;其中,
#*'''#'''人{{同意}},
#*'''#'''人{{反对}},
#*'''#'''人{{弃权}},
#*'''#'''人没有参与投票。
#另有#名无票权用户发表意见或投票。他们并没有本次投票的票权,因此并未计入有效票中。
----
通过 |
表态了的管理员有#名(>2名),故'''本次投票有效'''。
统计投票结果,全部投票之同意:反对票数量为 0:0,同意票多于反对票;管理员之同意:反对票数量为 0:0,同意票@于反对票。投票符合“【同意】票数大于【反对】,且管理员的【同意】票数不小于【反对】”之要求,故'''投票通过''',本方针已被社群接纳。
已经建立了[[Project:分身账户方针]]。请管理员保护该页,添加“[[Template:站点方针|站点方针]]”模板、“萌娘百科方针”分类等,并将链接加入“[[Template:萌娘百科政策文件|萌娘百科政策文件]]”大家族模板。**
请管理员存档本提案页面。
|
不通过 |
表态了的管理员有4名(>2名),故'''本次投票有效'''。
统计投票结果,全部投票之同意:反对票数量为 0:0,同意票@于反对票;管理员之同意:反对票数量为 0:0,同意票@于反对票。投票符合“【同意】票数小于【反对】,'''或'''管理员的【同意】票数小于【反对】”之条件,故'''投票不通过'''。
请管理员存档本提案页面。
|
行政投票结果 |
表态了的管理员有4名(>2名),故'''本次投票有效'''。
统计投票结果,全部投票之同意:反对票数量为 0:0,同意票等于反对票;管理员之同意:反对票数量为 0:0,同意票@于反对票;行政员之同意:反对票数量为 0:0,同意票@于反对票。投票符合“”之条件,故'''投票@通过''',本方针已被社群接纳。
已经建立了[[Project:分身账户方针]]。请管理员保护该页,添加“[[Template:站点方针|站点方针]]”模板、“萌娘百科方针”分类等,并将链接加入“[[Template:萌娘百科政策文件|萌娘百科政策文件]]”大家族模板。**
请管理员存档本提案页面。
|
行政介入 |
表态了的管理员有4名(>2名),故'''本次投票有效'''。
统计投票结果,全部投票之同意:反对票数量为 0:0,同意票等于反对票;管理员之同意:反对票数量为 0:0,同意票不小于反对票;没有行政员的有效票。投票符合“【同意】票数等于【反对】,且管理员的【同意】票数不小于【反对】”、及“没有行政员的有效票数”之条件,故'''投票暂无结果''',需等待行政员内部磋商。
{{ping|Baskice}}、{{ping|AnnAngela}}、{{ping|云霞}},请查看本提案并择时宣布结果。请管理员'''不要存档'''本提案页面。
|
无效 |
表态了的管理员有0名(<2名),故'''本次投票无效'''。
请管理员存档本提案页面。
|
评论系统适合闲聊、吐槽和玩梗,
但是其结构、
设计(注)评论者和页面所有者随时可以删除评论,没有简单可见的编辑历史、和
极差的索引能力(注)无法简单地通过链接指向到一条特定的评论让它不适合用于有关站务的讨论。
如果想对本人的提案草稿提出评论、建议、或反对,还请移步
本页讨论页。