ウィキ運営スタッフになったら……
ハローアンドウェルカム。
この度はウィキ運営スタッフへの就任ありがとうございます。
ウィキ運営スタッフの第一の使命は、SCP財団wikiの運営を円滑に行えるようにwiki上で発生した問題を解決していくことです。例えばwiki上に発生する低評価記事に削除タイマーを設置してそれを削除したり、重複したスレッドを削除するような日常業務を滞りなく行っていくのはもちろん、サイトメンバーの間でトラブルが起きた際に仲裁を行うのも極めて重要な役割です。具体的な方法については管理サイトにあるスタッフテンプレートに詳しく載っておりますのでご一読ください。
こうした日々の役割をこなしつつ、皆様に心がけていただきたいのは「信頼される」スタッフであり続けるということです。スタッフとして発言するとき、特に仲裁のような場面においては公正であることを求められますし、こうした場で信頼を失えば、その信頼を取り戻すのには多大な努力を必要とするというのは言うまでもないことでしょう。これに関しては、形ばかりですが人の上に立ち、人の間に立って調整を行う役割を担うのだということを頭の片隅に置いていただければ、何らの問題もないでしょう。
すこしでも判断に困る事態に出くわしたら、まず他のモデレーターや管理者からの助言を求めましょう。拙速な行動や発言はトラブルの当事者やスタッフに不利益をもたらし、ひいてはSCPwiki全体の利益を損なうことになるかもしれません。
低評価記事削除の手引
はじめに
記事を通常のプロトコルに則って低評価削除する際、何も難しいことはありません。問題が発生するとすれば、手順に誤りがあったか抜けがあったときです。例えば削除タイマーを設置したあと、削除ラインから脱していたり、一旦削除ラインを脱してリセットがかかっていたにも関わらず、それを見過ごして元のタイマーの時間通りに削除してしまうとユーザーに不公平感を与え、苦情申し立ての元となるかもしれません。しかし全時間帯を完璧に見て回り、Voteの動きを完全に把握することは不可能です。これに関しては、可能な範囲で細やかに見ていく努力をしたいところです。
とりもなおさず言えることは、本作業はSCP財団wikiにとって品質維持のために重要な役割を持ち、遅滞なく継続して実行されなければならないということです。
使用する管理サイトとツール
[SCP-JP Management]
低評価削除作業含むサイト管理に使われているサイト。新規採用スタッフはテクニカルスタッフ担当者から、ログインパスワードを発行して貰う必要があります。通常テクニカルスタッフ側から送られてきますが、それがない場合は連絡して発行してもらうのがよいでしょう。
[削除通知済:経過時間監視] https://paranoiac-bb.com/view/watch-plant-to-delete.php
[SCPwiki用タイマーツール]
削除ラインを下回った記事のディスカッションに設置するタイマー。
削除一括通知のボタンを押下し、生成されたタイマーを使用します。
[評価の低い記事]
何らかの原因でSCP-JP Managementが使用できない場合などはこのページを参照し、削除対象記事をここから確認することもできます。また投稿ルールに基づかない異常な状態の記事(例えばタグのない記事がそうです)はSCP-JP Managementに反映されない場合があり、このページを定期的に確認することも必要です。
削除・削除通知作業ルーチン
削除通知
① まずSCP-JP Management、削除通知済:経過時間監視のページを確認しましょう。このページでは、削除タイマーが切れたページが赤くハイライトされて表示されるほか、下部のタブからは削除通知されていない低評価記事を確認することができます。
② 記事削除の前に削除通知未通知の記事から対応します。この時サイトルール違反があれば、あわせて注意します。まず、該当記事のタグに[ 削除通知 ]を加えます。このタグで通知を行ったかどうかを管理しているため、作業完了後に表記ゆれや半角スペースでタグを区切ったか確認する必要があります。最後に上掲のタイマーを生成し、ディスカッションに投稿します。
③ 記事の投稿時にサイトルール違反があった場合、まずスタッフ向けディスコードチャンネルで報告の上対応を他のスタッフと話し合い、対応を決定しましょう。
記事削除
① 赤くハイライトされて表示される削除期限の過ぎたページを確認したら、まずその記事が評価点-3以下であることを確認します。タイマーが過ぎているからといって機械的に削除するのではなく、ディスカッションを必ず確認し、誤削除を予防しましょう。またタイマー設置後に評価点-2になった形跡があるかどうかざっと調べます。
② 削除前にメタタイトルとナンバーを控えておきましょう。削除フォーラムに削除報告を行う時に必要です。メタタイトルがない場合、空欄でもよいでしょう。
③ ページ下部optionからDelete(削除)を開き、Delete Completely(ページを完全に削除する)にチェックを入れ、ページを削除します。デフォルトではDeletedカテゴリに送る選択肢にチェックがはいっているため、操作の間違いに注意しましょう。
④ 削除フォーラムに、先例に基づいて削除報告を行います。多少表記ゆれがあっても結構です。
文例: 低評価により、以下のページを削除しました。
* 報告書番号 - [SCP URL メタタイトル]
* [TaleURL Taleタイトル]
⑤ 報告書リスト、Taleリスト、Joke報告書リストから、メタタイトルを削除します。報告書リストについては、メタタイトルを[アクセス拒否]に戻す必要があります。この際、特に報告書リストはページが重いため、編集が完了するまで時間がかかりますが心配無用です。完了まで待機しましょう。
削除通知撤回
① 削除通知後に記事の評価点が-2以上になっている場合、速やかに削除通知の撤回を行います。誤削除を防止するために、できるだけ優先して作業してください。まず該当記事のタグから削除通知タグを除去します。誤って他のタグを除去しないように注意しましょう。
② ディスカッションに生成されている削除通知タイマーを停止します。ポスト右下のOpsionsを押し、Editボタンからタイマーを構成している構文を削除しましょう。代わりに削除通知が撤回されたことを表明します。以下は例文です。
評価が-2以上となったため、削除通知は取り消されました。
③ Saveしてタイマーが消えていることを確認すれば作業終了です。一応、削除通知済:経過時間監視のページから当該記事が消えていることを確認しておくとよいでしょう。
作業完了後チェック項目
[削除通知]
タイマーは設置したか?
削除通知タグを設置したか?
投稿された記事にサイトルール違反はないか?
[記事削除]
記事をDeletedカテゴリに送っていないか?
削除は本当にできているか?
削除フォーラムに削除報告を行ったか?
リストのメタタイトルは削除・書き換えをしたか?
[全般]
経過時間監視のページを再確認し、自分の作業内容が反映されているか確認しましょう。反映されていない場合、バッチ手動起動ボタンを押すとデータが再取得されて最新の状態を反映するようになりますが、時間帯などによって反映に時間がかかる場合もあるのでそうした場合は少し時間を置いてから再度ページを開いて確認しましょう。
画像差し止めとは?
画像差し止めは、何らかの理由でSCP財団wikiで掲載できないメディアが用いられている記事において、記事そのものを削除するのではなく、記事を残しつつ当該メディアのみ掲載を差し止める措置のことです。差し止め措置は画像利用ポリシーを運用の根拠とし、通常はwiki運営スタッフによって行われています。
差し止め対象
画像差し止めの対象となるのはおおよそ以下のようなものですが、これに限りません。
- SCP財団wikiに掲載できないライセンスのメディア
- ライセンスが不明または表記が成されていないメディア
ある記事に使用されているメディアが差し止め対象にあたるかどうかは、スタッフ間の議論によって決定されます。
差し止め措置ルーチン
以下の説明は画像ファイルの差し止めに関するものですが、それ以外のファイルであっても、ディスカッションポスト等の基本的な手続きは同一です。臨機応変に対処しましょう。
差し止め対象の確認
① 差し止め対象となる画像がどれであるかを確認します。
② 差し止めの理由を確認します。差し止め措置は記事という作品の完成度を損なう行為ですから、明確かつ説得力ある理由がなければ差し止め措置を行うべきではありません。サイトルールをしっかりと確認し、必要であれば他のスタッフと議論しましょう。
③ 猶予期間を確認します。ライセンス表記忘れ等の比較的軽微な違反の場合、画像差し止めの前に3日~2週間程度の猶予期間が認められていることがあります。当該記事のディスカッションを確認しましょう。
猶予期間を通告する場合のポスト例(スタッフポストをOpenにするのを忘れずに!):
以下のファイルはライセンス表記が不十分であるか、表記されていません。[*http://scp-jp.wikidot.com/image-use-policy 画像利用ポリシー]を確認し、適切な方法で出典を表記してください。
* ファイル名
2021/01/01 23:59までに出典が示されなかった場合、またはライセンスがCC BY-SA 3.0に適合していない場合は画像の差し止めが行われます。
スタッフのアナウンスした猶予期間を過ぎてもライセンス表記がされていない、または表記が不完全等の場合、差し止め措置に進みます。
なお、過去の判例により、ライセンス違反が明確である場合は即時差し止めを行うことになっています。
差し止め作業
① 差し止め用画像のリンクをコピーします(SCP財団Wiki内であれば直リンクは認められているため、基本的に差し止めは直リンクで行います)。差し止め用画像は正方形と横長の2種類があり、どちらも画像利用ポリシーのページにアップロードされています。差し止め対象のページには差し止められる画像の代わりにこの画像が表示されることになります。どちらを使用するかは記事の雰囲気に合わせて決めましょう。
② 画像を差し止めます。対象の画像を差し止め用画像に切り替えてください。この際、キャプションやイメージブロックの非表示化、差し止め対象の画像の削除等は行いません。あくまで表示する画像を変更するだけに留めてください。
③ 画像差し止めタグをページに付与します。
④ ディスカッションに、画像差し止めが行われた旨とその根拠を明示します。差し止められた画像のファイル名も併記しておくと親切です。また、差し止め用画像自体のライセンスを必ず表記してください。
ライセンス表記がない場合のポスト例:
2021/01/01 23:59までに出典が示されなかったため、以下のファイルの掲載を差し止めました。
* ファイル名
[*http://scp-jp.wikidot.com/image-use-policy 画像利用ポリシー]を確認し、使用したファイルのライセンスを適切に表記してください。
また、このポストへの返信は不要です。
ライセンス不適合のサイトが出典の画像を使用していた場合のポスト例(理由は状況に応じて変更):
[*URL サイト名]の利用規約には商品化・再配布を強く制限する条項が存在します。したがって、同サイトが提供するメディアはCC BY-SA 3.0に適合しないと判断されました。
上記の理由により、以下の画像の差し止めを行いました。
* ファイル名
詳細は[*http://scp-jp.wikidot.com/image-use-policy 画像利用ポリシー]をご確認ください。
また、このポストへの返信は不要です。
差し止め用画像のライセンス表記例(上掲のポストと組み合わせて使用):
----
差し止め用画像ライセンス:
> **タイトル:** sasidome.png
>
> **ソース:** [*http://scp-jp.wikidot.com/image-use-policy 画像利用ポリシー]
> **ライセンス:** CC0> **タイトル:** sasidome-yokonaga.png
>
> **ソース:** [*http://scp-jp.wikidot.com/image-use-policy 画像利用ポリシー]
> **ライセンス:** CC0
差し止め措置の例外
画像差し止めは基本的にスタッフの判断で行われますが、一部例外が存在します。
翻訳者による差し止め
他支部wikiの記事を翻訳する際に、他支部におけるライセンス関連のルール運用の違いにより、JPでは掲載できないメディアが使用されていることがあります。このような場合には、翻訳者は独自にメディアの掲載を見送り、差し止め措置を行うことになります。
タグリストにあるように、スタッフ以外では翻訳記事の翻訳者のみが画像差し止めタグを記事に付与することを認められています。そのため、翻訳者が画像差し止めタグの付与を忘れている場合、スタッフが代わりに画像差し止めタグを付与することがあります。
差し止め措置ではないもの
差し止め措置と誤解されやすいものの、差し止め措置ではない行為です。
他支部における画像差し止め/削除の反映
他支部wikiにおいて、様々な理由で記事へのメディアの掲載が取りやめられた後、JPにおける翻訳記事に反映されていないことがあります。このような場合に、元記事の現状に合わせてメディアを削除する行為は、翻訳のアップデートと見なされます。そのため、画像差し止め措置の対象にはならず、タグを付与する必要もありません。
差し止め措置の解除
画像差し止め措置はスタッフ(と翻訳記事の翻訳者)のみに認められていますが、その解除はすべてのメンバーが行うことができます。メディアのライセンスが問題ないものであると確認され、かつ適切に表記されたならば、誰でも差し止められたメディアを回復させ、画像差し止めタグを取り外すことが可能です。
スタッフがファイルのライセンス調査や差し止め措置の解除を業務として行うことはありません。
アイサツスレッドとは
サイトに入ってまずすること、それは(ガイドを読むことを除けば)スレッドで自己紹介をすることです。挨拶スレッドとは、つまりこちら。
ウィキ運営モデレーターの仕事の一つに、四半期(3ヶ月)に一回このスレッドの切り替えを行うというものがあります。
ルーチン
①前のスレッドのStickyを外し、サマリーを「本スレッドの使用期間は終了しました」に変更する。
②新規スレッドを作成する。タイトルは「2021年4月~6月」、サマリーは「このスレッドに挨拶を書き込んでください!」。最初のポストは以下テンプレートに従う。勿論、年と月は適切なものを代入すること。
新規メンバーの皆さん、ようこそSCP財団へ!
ここは2021年度第1四半期用の挨拶スレッドです。[*http://scp-jp.wikidot.com/forum/t-14001247/ 挨拶の仕方]をご一読の上、自己紹介をしてみてください!**注意:** 自己紹介をするときは、このポストに返信(Reply)するのではなく新規にポスト(New Post)してください。
③新規作成したスレッドをStickyする。
④以上!
Stickyの操作はMore Options→Sticknessから。
nondiscとは?
ENにおいては実際の懲戒アクションをとるまでもないが、道義的・慣習的にいかがなものかと思われる行動をその行動ごとに記録し、下記のフォーラムにまとめています[ EN non disciplinary record keeping ]これらの記録は実際の懲戒アクションをとる際に「過去の行い」として参考にしたり、将来問題を起こしうるサイトメンバーを事前にピックアップし、後々の問題発生にスムーズに対処できるようにするという効果が期待できます。
この制度は本wikiにおいても二年前に導入され、これまで活用が進められてきました。
例えばどのように記録をつけるかと言うと、
新規メンバーサイトメンバーA(ユーザー登録日: ██ ███ 20██, ██:██ (█ days 前))さんによる、コールドポストが行われました。
また新規メンバーサイトメンバーAさんはサンドボックスの作成などを済ませておらず、今回の行動などからサイトルール上のサイトメンバーの義務3.行動1.ガイドの確認:の懈怠の疑いがあります。
Keep an eye on.
このような具合です。
スレッドタイトルを[記録 - メンバー名]などとし、内容としては上のように事実を簡潔に記載すれば記録はそれで足ります。サマリーに要約を付けてやればより丁寧でしょう。実際の記録作業にあたっては既存のフォーラムスレッドをいくつか読んでいただいて感じを掴んでいただくのがよいですね。もしわからないことがあれば他のモデレーターや管理者にお声がけください。
事例別対応例
以下は、サイト内でありがちなトラブルを事例ごとの対応とともに列挙したものです。引用構文で囲まれているのは、当該事例のNondisc記録となっています。また、可能な限り実際のフォーラム対応についても付しましたが、対応した時点と現在とではルール等が変更されている可能性があるので(本マニュアル作成時点: 2019/10/22 作成時点では乖離はない)対応に不安のあるときは他のスタッフと相談の上実施してください。
また実際の対応については管理サイトのスタッフテンプレートを参照の上行ってください。
コールドポスト(前のめり型)
参加間もないメンバーが、ガイドハブをよく読まないまま記事を作成した事例。
下記のように誘導するのがベストであるが、応答が得られないケースも多い。長期休みなどに伴って増えていくため、この類型への対処は慣れておくと良い。初回についてはnondisc記録に記録する対応で良いが、複数回に及ぶ場合には処分も検討される。
記録 - user
サイトメンバーA氏が、SCP-XXX-JPのコールドポストを行い、またその記事にフォーマットミスがありました。
- タグなし
- 投票モジュールなし
- 作成報告もれ
これは、サイトスタッフB氏により、誘導されています。
こんにちは。
サイトメンバーAさん、いきなり低評価がついて気が動転されているかもしれませんが、まず落ち着いてこのポストを読んでください。
SCP記事を作成するには? はお読みになられましたでしょうか。この記事は、そこに書かれている数点の手順が、今もって行われていません。
- "タグ"を付けてください。タグガイドを読み、その基準に従って、適切なタグを付与してください。ページ下部の"タグ"ボタンから可能です。
- タグをつけ終わったら、次は記事作成報告スレッドで作成の報告を行ってください。
以上です。
スレッドの重複
スレッドの重複。参加年数が長い者でも、一度立てたスレッドがモデレーター以上でなければ削除できないことを知らない場合がある。スレッドを立てたメンバーに削除するかどうか確認の後、スレッドを削除フォーラムに送るのが丁寧である。この類例も極めて多く、スレッドの削除フォーラムへの移動の操作は確認しておくのが良い。
スレッド移動の具体的な方法については、スタッフテンプレートを参照のこと。
記録 - user
下書きと批評フォーラムにおいて、サイトメンバーA氏が作成した重複スレッドを確認しました。1のスレッドを削除し、下書き批評を2に集約させました。
連投
行き過ぎたフォーラムへのポスト連投は、スパムのようなものであり継続的に行われるならばフォーラム利用者のために止めなくてはならない。まずソフトに注意して、それを無視するようならばスタッフポストで注意を行うことも考えられる。下記事例では、対象メンバーからポストの削除要請があり、問題は平和裏に解決されている。
記録 - user
サイトメンバーAさんが自身のサンドボックスページにおいて無意味なポストを連投していました。
本人から削除要請があり、スタッフによって削除されました。
ネクロポスト
ネクロポストとは、最終のポストが100日以上前の古いスレッドや、議論の終了しているスレッドに対してポストを行うことである。これは他のメンバーに対して終了した議論が今が継続しているかのように錯覚させたり、単純に古いスレッドに対するポストが最新の投稿欄に上がってきてしまうことで他のメンバーの議論を妨げるため、本wikiにおいては禁止行為の一つとなっている。ただ、重篤な違反行為というわけではないので警告を無視して繰り返し行われたりしない限りは処分は行われず、Nondiscに記録するに留められることがほとんどである。
記録 - user2
サイトメンバーA氏は、すでに回答が得られて終了している質問スレッドへ新たな質問の書き込みを行いました。
http://ja.scp-wiki.net/forum/t-1111111/scp#post-1111111
これはネクロポストに当たります。
なお、質問には一般メンバーによる返答が行われています。
大量編集
複数回の編集は最近の更新の参照性を損なうため、速やかにやめてもらうべきである。
まず指摘を入れて、それでも指示に従ってもらえない場合はページのロックなども検討される。
記録 - user
サイトメンバーAさんの著者ページが、この数日間に大量に編集されています。
8/6 23時 (rev4) から 8/7 1時 (rev37) にかけて34回の編集と、
8/7 21時 (rev 38) から 8/8 3時 (rev 104) の 77回の編集、
そして8/9 4時 (rev 108) から現在にかけて、40回以上の編集が行われています。
現時点でも3度に分けて150回以上の断続的な編集が行われており、「最近の更新」の参照性が著しく損なわれています。
このような事態を避けるために、サンドボックスや下書きスレッドが存在しているわけですから、SCP-JP上での編集を止め、下書きスレッドの活用やサンドボックスでの作業に切り替えるよう要請するべきかと考えます。
メインWikiには、ハードな更新履歴のページの最近の更新と、イージーな更新履歴のページの最近編集された記事の二つがありますが、確かに前者の方の機能を下げるような編集ですね。なお後者は特段に参照性は下がっていません。
第二弾の70回編集の先頭と最終の編集の差分を確認しました。文章の編集とCSSの変更がありましたが、Wikiにファイルをアップロードする編集はありませんでした。
文章の編集とCSSの変更のチェックはサンドボックス上でできますし、このように試行錯誤するような編集を行うのであるならば、サンドボックスで十分に機能を確認してから、なるべく少なく変更分を適用する方法を取ってもらいたかったです。
なお、Wikiにファイルをアップロードする方法だと、アップロードと削除のたびに編集履歴が残り、ファイルが多ければ多いほど編集リビジョンが増えるので、このパターンならば仕方なかったとは思います。ただし、今回はそうではありませんね。
今回は以下の部分に該当するものですね。
> このような事態を避けるために、サンドボックスや下書きスレッドが存在しているわけですから、SCP-JP上での編集を止め、下書きスレッドの活用やサンドボックスでの作業に切り替えるよう要請するべきかと考えます。
サンドボックスでの作業に切り替えることに加えて、不明点があるならば質問スレッド等を有効に活用し、メインWikiにおいて無闇に編集リビジョンが増える、あるいは編集リビジョンの終わりが予測がつかないような編集はやめるように指示してください。
サイトスタッフBさん、当該のページのページごとのディスカッションでサイトメンバーA氏に上記の内容を指示してもらえるでしょうか? 現時点では当該ページのロックなどの対処は不要ですが、このWaveで収束しなかった場合は、当該のページのロックを検討しなければなりませんね。これは経過を見て、必要を感じたら、このスレッドでスタッフの確認を取った上で実施しましょう。
誤った削除(削除カテゴリへの移動)
記事を削除しようとする場合、記事を削除カテゴリへ送るか記事の完全削除をするかという選択肢が画面上に表示されるが、普通は一般のメンバーが記事を削除カテゴリに送るのは誤りである。基本的には即時削除が可能であるが、一応までにページ作成者に意図を確認するのが丁寧である。
記録 - user
サイトメンバーAさんが、自身の投稿したtale-jpPage titleの削除において削除のガイドラインに違反しています。
「ページを完全に削除する」ではなく「deletedカテゴリへの移動」を行い、削除報告スレッドでの報告もされていません。
なお、同tale-jpは記事作成報告もされていないようです。
削除タイマー未設置段階で執筆者によってdeletedカテゴリに送られていた(削除の意思は該当記事のディスカッションにおいて表明されています。)ため低評価による削除ではなく、スタッフの判断による即時削除を行い、同氏へ削除のガイドラインの確認と記事作成・削除報告スレッドの利用の確認を促すPMを送ろうと考えています。
SBⅢでのage行為
SBⅢで、一度批評中にした下書きを批評終了/中断などにし、批評を受けやすくするため新たに新しいページを作成して批評を受けなおす行為。以前の下書きを削除して行うケースもあるので注意が必要。この場合は記録が残っていない場合であれば確認から行うこともある。下書きのタイトルが改稿前と変わっているケースなどもあり発見が非常に難しいので注意。一件のみのage行為はサイトへの参加歴の長さを問わず発生しうるが、複数件のage行為は故意のものが多く注意が必要である。上に挙げたような手段をもって発見しづらくされているケースも多い。
記録 - user
[改稿前の下書きのリンク]
[改稿後の下書きのリンク]
上記の下書きで、サイトメンバーA氏によって下書きのage行為が行われました。そのため、以下の文面で注意が行われました。
以下注意文面
(ユーザー名) does not match any existing user nameさん。こちらの下書きは[(ポスト先と同一記事のものと思われる下書きのURL) こちら]のものと同一の記事の下書きであると思われます。
同じ内容の下書きで複数ページを作り、批評を受けようとする行為は、age行為と見なされ「サイトルール:義務:2.議論:8.スパム的投稿」に抵触します。よって、こちらの下書き批評ページについては批評終了状態としました。改稿を行った後に再度批評を募集する場合でも、1度批評を募集した場合、そちらの下書きページで批評募集を再開するようにしてください。