コンテンツにスキップ

英文维基 | 中文维基 | 日文维基 | 草榴社区

「Wikipedia:井戸端/subj/保護機能の仕様変更について」の版間の差分

削除された内容 追加された内容
軽快 (会話 | 投稿記録)
37行目: 37行目:
# --[[利用者:Hiroes|Hiroes]]([[利用者‐会話:Hiroes|会話]]) 2017年8月18日 (金) 09:00 (UTC)
# --[[利用者:Hiroes|Hiroes]]([[利用者‐会話:Hiroes|会話]]) 2017年8月18日 (金) 09:00 (UTC)
# --[[利用者:Kkairri|Kkairri]]<sup>&#91;[[利用者‐会話:Kkairri|話]]&#93;</sup><sub>&#91;[[特別:投稿記録/Kkairri|歴]]&#93;</sub> 2017年8月18日 (金) 18:37 (UTC)
# --[[利用者:Kkairri|Kkairri]]<sup>&#91;[[利用者‐会話:Kkairri|話]]&#93;</sup><sub>&#91;[[特別:投稿記録/Kkairri|歴]]&#93;</sub> 2017年8月18日 (金) 18:37 (UTC)
# --[[利用者:Open-box|Open-box]]([[利用者‐会話:Open-box|会話]]) 2017年8月19日 (土) 01:30 (UTC)


;拡張半保護の導入に賛成
;拡張半保護の導入に賛成
43行目: 44行目:
# --[[利用者:Hiroes|Hiroes]]([[利用者‐会話:Hiroes|会話]]) 2017年8月18日 (金) 09:00 (UTC)
# --[[利用者:Hiroes|Hiroes]]([[利用者‐会話:Hiroes|会話]]) 2017年8月18日 (金) 09:00 (UTC)
# --[[利用者:Kkairri|Kkairri]]<sup>&#91;[[利用者‐会話:Kkairri|話]]&#93;</sup><sub>&#91;[[特別:投稿記録/Kkairri|歴]]&#93;</sub> 2017年8月18日 (金) 18:37 (UTC)
# --[[利用者:Kkairri|Kkairri]]<sup>&#91;[[利用者‐会話:Kkairri|話]]&#93;</sup><sub>&#91;[[特別:投稿記録/Kkairri|歴]]&#93;</sub> 2017年8月18日 (金) 18:37 (UTC)
# --[[利用者:Open-box|Open-box]]([[利用者‐会話:Open-box|会話]]) 2017年8月19日 (土) 01:30 (UTC)


;拡張半保護の導入に反対
;拡張半保護の導入に反対
57行目: 59行目:


(原則として、)ファイルのアップロードはコモンズにすれば良いですから、そういう意味ではどうでもいいといえるかもしれません。それよりも、「CAPTCHAが必要な場面でCAPTCHAをスキップして操作を実行 (<code>skipcaptcha</code>)」、この権限は新参さんでも早いうちに手に入れたいでしょう。とある外部ウィキで新規登録したとき、キャプチャを入力しないと編集できない状態が不便だったので、ビューロクラットさんに頼み込んで「承認された利用者」にしてもらった、ということがありました。そのウィキも jawp と同じように4日・10編集で「自動承認された利用者」になれるのですが、jawp のキャプチャスキップに慣れてしまうと、それですら苦痛でしょうがないのです。<br>「能動的に付与できる」と仰りますが、実際の付与対象者は、他言語版やコモンズ、姉妹プロジェクトでの編集実績がある人辺りに限定されてしまうと思います。なんせ、本当の新参さんは、キャプチャがスキップできるようになるビジョンなんて思いつきもしないでしょうから、「『承認された利用者』にしてくれ」という発言が出てくるわけがありません。ビューロクラットさんが自発的に、キャプチャから開放されたがっていそうで問題ナッシングな利用者を探し回り、勝手に付与することもできますが、jawp にそんな余裕が無いことは自明です。<br>さて、面倒なキャプチャから解放される術を知らずに、2回と言わず20回(URLの追加を伴う編集が10回に2回と考えた場合)も味わう利用者の立場に立ってみましょう…… 私なら、「ウィキめんどい」で即完全引退ですね。以上の理由から、自動承認の条件引き上げには Stringy Oppose です。--[[利用者:Kkairri|Kkairri]]<sup>&#91;[[利用者‐会話:Kkairri|話]]&#93;</sup><sub>&#91;[[特別:投稿記録/Kkairri|歴]]&#93;</sub> 2017年8月18日 (金) 18:37 (UTC)
(原則として、)ファイルのアップロードはコモンズにすれば良いですから、そういう意味ではどうでもいいといえるかもしれません。それよりも、「CAPTCHAが必要な場面でCAPTCHAをスキップして操作を実行 (<code>skipcaptcha</code>)」、この権限は新参さんでも早いうちに手に入れたいでしょう。とある外部ウィキで新規登録したとき、キャプチャを入力しないと編集できない状態が不便だったので、ビューロクラットさんに頼み込んで「承認された利用者」にしてもらった、ということがありました。そのウィキも jawp と同じように4日・10編集で「自動承認された利用者」になれるのですが、jawp のキャプチャスキップに慣れてしまうと、それですら苦痛でしょうがないのです。<br>「能動的に付与できる」と仰りますが、実際の付与対象者は、他言語版やコモンズ、姉妹プロジェクトでの編集実績がある人辺りに限定されてしまうと思います。なんせ、本当の新参さんは、キャプチャがスキップできるようになるビジョンなんて思いつきもしないでしょうから、「『承認された利用者』にしてくれ」という発言が出てくるわけがありません。ビューロクラットさんが自発的に、キャプチャから開放されたがっていそうで問題ナッシングな利用者を探し回り、勝手に付与することもできますが、jawp にそんな余裕が無いことは自明です。<br>さて、面倒なキャプチャから解放される術を知らずに、2回と言わず20回(URLの追加を伴う編集が10回に2回と考えた場合)も味わう利用者の立場に立ってみましょう…… 私なら、「ウィキめんどい」で即完全引退ですね。以上の理由から、自動承認の条件引き上げには Stringy Oppose です。--[[利用者:Kkairri|Kkairri]]<sup>&#91;[[利用者‐会話:Kkairri|話]]&#93;</sup><sub>&#91;[[特別:投稿記録/Kkairri|歴]]&#93;</sub> 2017年8月18日 (金) 18:37 (UTC)

{{コ}} いくつか思いついたことを並べてみます。まず、日本語版でやるべきは「(利用者グループの権限ではなく)投票権限を含めたユーザー権限の整理・見直し」であり、本来はこのようにつぎはぎしていくような方法はまずいので、一度投票資格も含めてまとめた方が良いと考えます。<br />新規どころかIPでも広範な権限を有している、自動承認は容易に得られるという現状を踏まえた場合、自動承認と新規の差はKkairriさんの指摘されているキャプチャとページの移動にあると考えます。キャプチャは既に説明されていますが、ページの移動も単純な書き間違いを修復できる利点を考慮すると比較的早めに使用できるようにしておきたい権限です。ですから、自動承認を引き上げるなら2段階化してキャプチャスキップと移動や半保護の編集権限を分離するのが望ましいのですが、いずれにせよ早期に取得する権限のためあまり効果が無いと思われます。自動承認の2段階化を行うよりは現状で(2段階化するなら各種投票権限の50編集でしょうが)。<br />現在の半保護の上位互換となる保護の導入は必要と思われます。現在の半保護は機能する場合がIPによるいたずら防止でしかなく、ミートパペットを含む論争用アカウントには無力です(導入意図は「荒らしによる寝かしアカウント」とのことですが、こちらが発生しやすいと考えます)。Extended confirmed usersは利用者グループなので、編集に当たって経過時間などのパラメータによる制御は好ましくないと考えます。また、一過性のいたずら防止に強固な保護は適切ではないため、現在の半保護も維持すべきと考えます。<br />名称ですが、仮保護(現在の半保護)と半保護を考えてみました。拡張半保護は英語版の表現に引っ張られて違和感がありますが、それ以上に上下を作りにくくなるので、予防線を張っておくのがよいと考えます。Extended confirmed editorsも上下が発生する可能性を考慮する必要はありますが、自動承認と申請を分けない・新規の利用者グループ・要点は権限拡大なので「拡張権限利用者」(登録利用者に合わせてみる)とか「権限が拡張された利用者」(自動承認された利用者に合わせてみる)ぐらいでどうでしょう? <br />自動承認条件で30日かつ500編集は少し甘いと考えます。英語版のNew page reviewer立候補資格を参考に60日・標準名前空間500編集ではどうでしょうか。個人的にNew page reviewer(レビューやってるわけじゃないんで、記事承認者ぐらいかな?)は早晩必要になると考えているのもありますが、編集数って争ってる人ほど標準名前空間以外で稼いじゃう・議論期間が1月ぐらい取られるので、四半期は長くても30日では有効に機能しないと考えるのです。また与奪は出来ることになっていますが、付与は容易でも剥奪は難しいと考えますので、自動承認は少し高めに設定してもよいのではないでしょうか。--[[利用者:Open-box|Open-box]]([[利用者‐会話:Open-box|会話]]) 2017年8月19日 (土) 01:30 (UTC)

2017年8月19日 (土) 01:31時点における版

保護機能の仕様変更について

提案の形式ですが意見募集です。保護機能の変更について、皆様のご意見を伺いたく思います。一定数の賛成意見があった場合、今後改めて具体的な変更提案や運用案の提起を行う予定です。あくまでも今回は大まかな方向性を決めることが目的ですので、ご了承いただければ幸いです。--Marine-Bluetalkcontribsmail 2017年8月17日 (木) 16:32 (UTC)[返信]

概要

提案の趣旨
現在、ウィキペディア日本語版ではアカウント作成から4日と10編集という条件を満たすことで半保護されたページを編集することができます。しかし、この条件は荒らし利用者による寝かしアカウントに対して無力です。
寝かしアカウントによって半保護を突破する荒らしが多発する場合、全保護を余儀なくされ、荒らしのみならず無害な利用者の編集も抑制せざるを得ません。
今回は、このような荒らしによる寝かしアカウントの編集を抑制しつつ、長期的に活動を行っている一般利用者の編集を抑制しない方法の実現を目標としております。

既に運用例があり、実現可能な対策として考えられるのは以下の2つであると考えます。

自動承認の条件を引き上げる。
例えばアカウント作成から30日と100編集によって自動承認される(半保護されたページを編集できる)ように設定を変更するという方法です。やたら条件を引き上げると思わぬところで巻き添えを食う利用者が出てくるかもしれませんが、救済策として「承認された利用者」というグループが利用可能です。ビューロクラットがこの権限を付与できます(今週から解禁)。自動承認と同等の資格を能動的に付与できるものです。
条件の数字はあくまでも一例です。合意が得られるのであれば10日20編集でもいいし、15日30編集でも良いし、60日100編集でも構いません。「救済策を用意した上で自動承認の条件を引き上げる」ことが重要です。
通常半保護の上位互換となる半保護を新たに導入する。
英語版で運用されているExtended confirmed protection(訳語は拡張半保護で良いかな?)という機能を導入する方法です。英語版では30日と500編集以上という条件を満たすとExtended confirmed editors(拡張承認された利用者?)に自動昇格(自動的に権限を付与)するようになっています。条件を満たさなくても能動的に付与する、逆に条件を満たしていても能動的に剥奪することが可能となりますので、加筆量が大きく編集回数が少ない優良編集者を締め出すような自体は回避できるでしょう。与奪のルール設定は色々と難しそうですが、話が複雑化するため、ひとまず今回は触れません。
簡単に説明すると、「長期的に活動を行っている利用者は抑制を受けず、半保護突破目的でアカウントを作成した利用者や長期荒らしの寝かしアカウントに対して効果を発揮する」「拡張承認された利用者が不適切な行動を繰り返す場合、拡張承認を取り消す(半永久的に拡張承認を剥奪する)こともできる」ということです。

意見募集

皆様のコメントはこちらにお願いします。

賛否表明

賛否表明という見出しですが、極めて単純なアンケートであるとお考えください。大まなか方向性として賛成するかどうかです。一定数の賛成があれば今後何日何編集が良いかを具体的に決定します。変更の余地がある/導入の余地があると思う方は賛成、そう思わない方は反対の意見を表明していただければ幸いです。書式は # --~~~~ でお願いします。

自動承認の条件引き上げに賛成
自動承認の条件引き上げに反対
  1. --Infinite0694会話2017年8月17日 (木) 17:36 (UTC)[返信]
  2. --SilverSpeech会話2017年8月18日 (金) 08:25 (UTC)[返信]
  3. --Hiroes会話2017年8月18日 (金) 09:00 (UTC)[返信]
  4. --Kkairri[][] 2017年8月18日 (金) 18:37 (UTC)[返信]
  5. --Open-box会話2017年8月19日 (土) 01:30 (UTC)[返信]
拡張半保護の導入に賛成
  1. --Infinite0694会話2017年8月17日 (木) 17:36 (UTC)[返信]
  2. --SilverSpeech会話2017年8月18日 (金) 08:25 (UTC)[返信]
  3. --Hiroes会話2017年8月18日 (金) 09:00 (UTC)[返信]
  4. --Kkairri[][] 2017年8月18日 (金) 18:37 (UTC)[返信]
  5. --Open-box会話2017年8月19日 (土) 01:30 (UTC)[返信]
拡張半保護の導入に反対

コメント

何か思うことがあればこちらにコメントを頂けると幸いです。こういう理由で自動承認の条件を引き上げと拡張半保護導入を両方実施すべき、拡張承認のみを導入すべき、などと言ったコメントでも構いません。「私にいい考えがある」と別のアイデアを出したり、「あれれ~おかしいぞ~」と疑問をぶつけたりしても大丈夫です。--Marine-Bluetalkcontribsmail 2017年8月17日 (木) 16:32 (UTC)[返信]

コメント 自動認証条件の引き上げには反対です。その代わりに、2段階と申しますでしょうか、拡張半保護の導入に 賛成 です。特に、拡張承認された利用者の導入は私も以前から検討しておりました。というのも、「本多陽子」において、全保護の更新をしていた際に[1]、LTAの半保護破りを理由に事実上の無期限全保護を設定するのはあまり得策ではないと感じていました。また、「ノート:奈良騒音傷害事件#無期限全保護実施の提案」において、MaximusM4さんが、全保護の更新制は管理者への負担が大きいと述べられています。そこで、例として「30(-90)日・500編集」を必要とする拡張半保護を設定できれば、強力なソックス対策にもなりますし、何よりも、全保護による巻き込みが最小限で済むものかと思われます。ソックパペットを3体用意するにしても、合計1500回の編集が必要ですし、LTAにとっては拡張半保護破りはそう容易いものではなくなるでしょう。それによって、ソックパペットの数が少なくなれば無論、その間に投稿ブロックをする余地もありますし、全保護にしないまでの対策を講じることができます。-- Infinite0694会話2017年8月17日 (木) 17:36 (UTC)[返信]

コメント 仕組みに詳しくないので拙いアイデアだけで失礼します。寝かしアカウントの抑制が目的であるなら、最終編集からの経過時間とかをパラメータに加えられないでしょうか。--Hiroes会話2017年8月18日 (金) 07:43 (UTC)[返信]

と、これだとダミーで編集すれば簡単に抜けられますね。直近の数時間を除いた編集からの経過時間に訂正します。--Hiroes会話2017年8月18日 (金) 07:51 (UTC)[返信]
これもどちらかと言えば拡張半保護のひとつの形になりますね。票を投じました。--Hiroes会話2017年8月18日 (金) 09:00 (UTC)[返信]

コメント  WP:UAL#自動承認された利用者を確認してみましたが、自動承認の条件を引き上げるとファイルのアップロードなどにも影響が出ますので拡張半保護の方がよいのではないかと思います。--SilverSpeech会話2017年8月18日 (金) 08:25 (UTC)[返信]

(原則として、)ファイルのアップロードはコモンズにすれば良いですから、そういう意味ではどうでもいいといえるかもしれません。それよりも、「CAPTCHAが必要な場面でCAPTCHAをスキップして操作を実行 (skipcaptcha)」、この権限は新参さんでも早いうちに手に入れたいでしょう。とある外部ウィキで新規登録したとき、キャプチャを入力しないと編集できない状態が不便だったので、ビューロクラットさんに頼み込んで「承認された利用者」にしてもらった、ということがありました。そのウィキも jawp と同じように4日・10編集で「自動承認された利用者」になれるのですが、jawp のキャプチャスキップに慣れてしまうと、それですら苦痛でしょうがないのです。
「能動的に付与できる」と仰りますが、実際の付与対象者は、他言語版やコモンズ、姉妹プロジェクトでの編集実績がある人辺りに限定されてしまうと思います。なんせ、本当の新参さんは、キャプチャがスキップできるようになるビジョンなんて思いつきもしないでしょうから、「『承認された利用者』にしてくれ」という発言が出てくるわけがありません。ビューロクラットさんが自発的に、キャプチャから開放されたがっていそうで問題ナッシングな利用者を探し回り、勝手に付与することもできますが、jawp にそんな余裕が無いことは自明です。
さて、面倒なキャプチャから解放される術を知らずに、2回と言わず20回(URLの追加を伴う編集が10回に2回と考えた場合)も味わう利用者の立場に立ってみましょう…… 私なら、「ウィキめんどい」で即完全引退ですね。以上の理由から、自動承認の条件引き上げには Stringy Oppose です。--Kkairri[][] 2017年8月18日 (金) 18:37 (UTC)[返信]

コメント いくつか思いついたことを並べてみます。まず、日本語版でやるべきは「(利用者グループの権限ではなく)投票権限を含めたユーザー権限の整理・見直し」であり、本来はこのようにつぎはぎしていくような方法はまずいので、一度投票資格も含めてまとめた方が良いと考えます。
新規どころかIPでも広範な権限を有している、自動承認は容易に得られるという現状を踏まえた場合、自動承認と新規の差はKkairriさんの指摘されているキャプチャとページの移動にあると考えます。キャプチャは既に説明されていますが、ページの移動も単純な書き間違いを修復できる利点を考慮すると比較的早めに使用できるようにしておきたい権限です。ですから、自動承認を引き上げるなら2段階化してキャプチャスキップと移動や半保護の編集権限を分離するのが望ましいのですが、いずれにせよ早期に取得する権限のためあまり効果が無いと思われます。自動承認の2段階化を行うよりは現状で(2段階化するなら各種投票権限の50編集でしょうが)。
現在の半保護の上位互換となる保護の導入は必要と思われます。現在の半保護は機能する場合がIPによるいたずら防止でしかなく、ミートパペットを含む論争用アカウントには無力です(導入意図は「荒らしによる寝かしアカウント」とのことですが、こちらが発生しやすいと考えます)。Extended confirmed usersは利用者グループなので、編集に当たって経過時間などのパラメータによる制御は好ましくないと考えます。また、一過性のいたずら防止に強固な保護は適切ではないため、現在の半保護も維持すべきと考えます。
名称ですが、仮保護(現在の半保護)と半保護を考えてみました。拡張半保護は英語版の表現に引っ張られて違和感がありますが、それ以上に上下を作りにくくなるので、予防線を張っておくのがよいと考えます。Extended confirmed editorsも上下が発生する可能性を考慮する必要はありますが、自動承認と申請を分けない・新規の利用者グループ・要点は権限拡大なので「拡張権限利用者」(登録利用者に合わせてみる)とか「権限が拡張された利用者」(自動承認された利用者に合わせてみる)ぐらいでどうでしょう? 
自動承認条件で30日かつ500編集は少し甘いと考えます。英語版のNew page reviewer立候補資格を参考に60日・標準名前空間500編集ではどうでしょうか。個人的にNew page reviewer(レビューやってるわけじゃないんで、記事承認者ぐらいかな?)は早晩必要になると考えているのもありますが、編集数って争ってる人ほど標準名前空間以外で稼いじゃう・議論期間が1月ぐらい取られるので、四半期は長くても30日では有効に機能しないと考えるのです。また与奪は出来ることになっていますが、付与は容易でも剥奪は難しいと考えますので、自動承認は少し高めに設定してもよいのではないでしょうか。--Open-box会話2017年8月19日 (土) 01:30 (UTC)[返信]