ポケモンスリープ攻略・検証Wiki

これは今後の方針として確定するものではなく、あくまで個人の意見として回答します

1. リーク情報
   現在未実装・未告知な情報をWikiに記載することは一切認めない
   未確定な情報を載せる必要はないためですね
   ただし、コメント上で完全に規制し切ることは難しいだろうと考えています

2. 解析情報
   既に実装された内容の解析情報を利用するのは容認する
   私がスプラの方で解析情報(ブキの性能など)を利用して記述していたこともあり、問題ないとの立場です
   ですが、今検証して下さっている方々を蔑ろにする意図はありません

3. 寝顔画像
   上述した通り問題ありません
   自前で用意できるに越したことはないでしょうが、特に星3寝顔を網羅するのは骨が折れるでしょうしね

ありがとうございます。

もののついでと言ってはなんですが、『プラス1バグ(いつのまに育成状態に移行すると、お手伝い回数が+1回されるバグのこと。ポップ画面を開く度に+1回されるので、最大でお手伝い効率を2倍に上げることができる)』などの影響度の大きいバグについてはどういう扱いにされますか？
これまでは、プラス1バグに関する記述やコメントを勝手に削除する人がいたりしてなかなか触れ難いトピックになっていました。確かにかなり影響度の大きいバグで、積極的に知らせていくようなことではないものの、攻略や検証の観点で触れないわけにもいかないと考えています。（実際にこのバグが周知されていなかったがために、げんきに関する検証が進まなかった。）

そうですね、難しい問題だと考えます
悪用できるバグについて、詳しく記述するのは不具合ページのみ、当Wikiでは利用を推奨しない旨を併記することとし、それ以外で触れる必要はある場合は俗に呼ばれている言葉で触れ、詳細は記述しないとするのはどうでしょうか

つまり、

不具合ページ

• プラス1バグ（俗称）
  いつの間に育成状態に移行するとお手伝い回数が1回増えてしまうバグ。（バグの起こる条件やその内容を軽く触れる）
  当Wikiではこのバグの悪用を推奨しない。（注意書き）

他の検証ページなど

……〇〇という方法では、プラス1バグの存在から検証ができないため〜〜（俗称のみを記述）

とするのが当たり障りないのでは、と考えます

わかりました。良いと思います。
何よりもルールが決まっていることが重要だと思いますので、そのようにしましょう。
現在はげんきとお手伝い時間の検証のページにのみ記載があるようなので、時間ある時にそのような形で編集しておこうと思います。

ちなみにwikiwikiスタイルにした掲示板はこういう感じです。
中身はzawazawaですが見た目の変化が少ないので、移行する際も今まで利用している方の反発が少なくスムーズに行くと思います。

要望が多いので、今の所zawazawaを導入する際のデザインは現行コメント欄風のものにしようかなと思います

wikiwiki風コメントのほうで、試しに（送信せずに）コメント書いてみたのですが、wikiwiki風では改行ができませんね。既に投稿済みのコメントの改行がなかったことにはならないですが、書き込むときに困ります。
旧コメント欄は改行タグ挿入ボタンがありましたし、普通表示のzawazawaなら改行すれば改行になるのですが。入力フォームが複数行ではなく一行になってるのが原因なのかな？

わ～たしかに 雑談板は改行なしでも支障ないと思いますが、育成相談板の方は画像が添付できるようになるとはいえ回答側も長文が多いので改行できないと困りそうですね

補足しますと、従来コメント欄とwikiwiki風での大きな違いは改行ボタンがないことですが、wikiwiki風でも<‌br>のように記述すると改行できます(この例はゼロ幅スペースを入れています)
が、少し煩わしいかもしれませんね
wikiwiki風にするかどうかは再度要検討とします

zawazawa本体の方で閲覧したところiPhoneからでも投稿出来ました。お騒がせしました。

自分のiPhoneでも「現在ブラウザに書き込み操作の許可が与えられていません」は出ますが、その下に「許可する」というボタンが出ていませんでしたか？
許可したらzawazawa本体ではなくこのページからも書き込みできるかと思いますがいかがでしょう…？

ログインなし かつ iOS プライベートモードだと常に拒否されるので、zawazawaにログインして、「アカウントと関連付けない」のチェックボックスにチェックを入れると従来の書き方を維持できるみたいです

「許可する」ボタンは出ていましたが押しても特に何も変わらなかったですね。
iPhoneの設定の問題なのかコンテンツブロッカー入れているのが影響しているのかちょっとわかりませんが、zawazawa本体の方で見られるのでそのような案内あると親切な気はしました

なるほど

サンドボックスにzawazawaの使い方を仮に作ってみたのでご確認ください

ありがとうございます。確認しました。コメントのみの場合はこれでわかるとは思います。＋の文字色は背景色つけないと見えづらいかもです。
あとは育成相談で主に使われるはずの画像関係でしょうか？　わかっていないので大雑把に見てますが、画像共有サイトを使う場合と直接画像を貼り付ける場合の二種類ですかね？
どちらを主に使うことになるのかは要相談なのでしょうけれど、間違えないようにするためにマークか画像かで説明って形になりますよね。

文脈が掴めてないので画像添付するのに別サイトを利用する意図があまりわからないのですが、後ほどzawazawaに直接画像を添付する方法も追記しておきますね

追記：
画像添付方法も追加しておきました

雑談の移行も含め、zawazawa使い方の制作お疲れ様でした！とてもわかりやすいです。
そして画像の貼り付けを共有サイトなどにする必要はありませんね、すみませんでした。選択肢があるなら相談する必要があると思い込んでました。

育成相談板をzawazawa化しました
ここで1週間以上様子を見て、他の掲示板をどうするか決めようかなと考えています

過去ログはこの編集相談板のように保存するつもりです
書き込みはできないようにすると思います

雑談板>26を受けてリアクションを導入しました
暫定的に☺ 👍 ❤ 💤が利用可能です
他の絵文字がほしいようでしたらまた提案お願いします

まず前提として、厳選自体は初心者がやることではなく、ある程度ゲームの仕組みを理解してきた人が行うと思うので、あまり初心者向けにページを作る必要性は感じないですね。
そして、全体の方針としては、『定量的かつ客観的な評価にとどめる』という方針で書かれていると認識しています。
基本的に何かを「良い」と評価する場合は、例えば「無補正の場合の1.2倍ほど良い」とか、「AよりBのほうが10%程度良い」のように具体的な数値で表しています。
特に、厳選基準などは、どこまでこだわって厳選するのか、プレイスタイルや課金状況で大きく変わってくるので、あくまで一例として参考程度に書き、代わりに具体的にどんな補正があるとどんなことができるのか（「〇〇の食材を20個持ってくるので、1日3回△△の料理が作れる」など）を記載するようにしています。

3枠目は仰る通り事実上機能していないので言及する必要性は低いと考えています。おいしいシッポ持ちのヤドン系統やメタモンなどの一部の例外を除いて、上述の『定量的かつ客観的な評価』が難しいため、必要最小限の記述で十分かなと考えています。

特に異論はないです。それでいいのではないでしょうか
180°違う意見が両論併記となる気配ありますか？（ログから空気感が読み取れてないです自分

何者かが第三食材枠への記述を追記しており、また、それを削除する者もいたため、編集合戦の様相を呈していました。
以前にも両刀型という記述にこだわりを持っている方がいて、そちらも編集合戦になっていたみたいですので、あの頁自体の全体の方針みたいなものを決めておいた方が良さそうかなと思っています。

＞両刀
この用語自体がポケモン本編やってて対戦ガチ勢なら伝わるかもしれませんが、このゲーム別にそういうプレイヤー層ばかりではないので、どーかなーとは思っています。が、それよりも「略語略称や隠語を使って身内のノリを醸成する」のはコミュニティとして良くない傾向との認識を持っています。
雑談板やコメント欄などで使うのはいいんですけど記事文面で使用してしまうのは、そういった新規層を弾く空気感がサイト全体から出てしまうので意識的に避けるべきと思っています。

とはいえ、どうするかを含め（差し出がましいようですが）こういったことは管理側で編集ルールとして設定すべき事項と思います（参考リンク）

一つ一つ話していると議論が長期化しそうなので、個人的には叩き台があった方が有難いと思います。

後者の方が良いと思います。個人的には一旦編集ルールの全体を見渡してからのほうが議論もやりやすいと思ったので。

個人的な見解としては、対戦ゲームでも協力ゲームでもなく、仮にグリッチをしていたとしても他者のゲームプレイに影響するわけではないので、そこまで神経質に扱う必要はないかなと思っています。
ただ、ゲーム開発者側に何らかの不利益を与える可能性はあり得るので、管理人の定めたルール通り「不具合のページにおいておいて、検証をする人が参照できるけど、そうじゃない人には目に付かない位置に書く」という決定に異論はないです。

バグ/グリッチ関連の記述について。
"攻略・検証wiki"として、記述は避けられない情報だと考えます。検証にも有益です。
他方、既に指摘されている通りバグと仕様の線引が難しい点が問題です。

また「ゲームバランスを崩しかねない」「悪用は推奨しない」などの注釈は、
実質的には「これを使えばゲームバランスを崩せる」「悪用できる」と暗に示しているも同義だと考えます。
実質的なグリッチ情報のタグ付けとして利用されてしまうことも想定され、個別の注釈は却って逆効果という見方です。

また、「絶食厳選は注釈が不要」「プラス1バグは注釈が必要」など、統一した判断基準を設定できない事例が今後も続くことも予想されます。

以上の内容を踏まえて、

• グリッチ悪用を推奨しない
• 無用な編集合戦を防止する
• 情報ごとに注釈の有無で議論する余地を無くす

上記3点を目的として、バグ/グリッチ系の関連情報については
「不具合ページにおいて、状況再現方法についての簡単な記載のみに留め、個別の注釈等も付けない」ことを提案します。

プラス1バグを編集例とすると、
***プラス1バグ
ポケモンの所持数が満杯になり、いつのまに育成へと移行した際、お手伝い回数が1回分多くカウントされるという現象のこと。
（例えば、お手伝い3回分の時間だけいつのまに育成をした場合、いつのまに育成で獲得したエナジー量のポップを表示すると4回分のお手伝いをした際の獲得エナジー量が表示され、実際に獲得される。）

このような形が想定されます。
注釈に関しては不具合ページの最上部に「不具合の積極的な悪用は推奨しない」との文言を一文添えるだけに留める程度が落とし所だと考えます。

とするとつまり、「いつ育運用」についてのページ作成の是非や既存の「絶食厳選」のページの扱いはどうなりますか？
また、まさにグリッチとなりそうな「メインスキルのクールタイムの検証」は公の目標が「クールタイムをスキップするグリッチの発見」なわけですが、検証の中止等の措置が必要だったりしますか？

そもそも、バグか仕様かの線引きが困難であるということは「エナジー0での睡眠リサーチでは出現ポケモンが固定される」「いつのまに育成に移行した際にお手伝い回数が1回加算される」などの動作が不具合なのかどうかさえ分からないということです。
最も明確な不具合かどうかの判別方法としては「公式が発表している情報かどうか」がありますが、ポケモンというゲーム自体、細かい仕様の説明を一切行わないという姿勢がみられるため、本wikiに記載可能な情報が極端に制限されてしまいます。
かといって、それ以外の客観的な基準を設けるには、「不具合/仕様を管理人などの権限のある者が一通り仕分けしておく」といった方法以外にないと思います。これも一考の余地はあると思いますが、非常に多岐にわたる（そもそも仕様であると明言されているものが圧倒的に少ない）ため、かかる労力が甚大すぎる気がします。
提案されているような『不具合ページへの統括』という措置だと、「あれも不具合」「これも不具合」という魔女狩りに発展しかねないと思います。

注釈を書く時点で特別な情報だと分かってしまうのでどんなバグっぽい挙動も一旦仕様だと認めてどこでも普通に記述していい派です。
+1バグを利用したいつ育ページをもし作るなら、普通にいつ育について書いた後に
「なお、いつのまに育成中はアプリを開くたびにおてつだい回数が1回増える仕様があるため高頻度でアプリを開くと効率を高めることができる」
のようにさらっと書いていいと思っています

>> 105
個別の質問が複数あるため、順を追って見解を述べます。
主軸としてあるのは「大きく効率を伸ばすグリッチ的要素を孕みながら、開発側が想定していると示す根拠がないゲームプレイ情報を不具合ページで扱う」という考えです。
この際、グリッチと示す特別な注釈は付けない方がよいと考えます。

まず、対象的な事例である「いつ育運用」と「プラス1バグ」について述べます。

1. 「いつ育運用」については個別ページ作成に問題がないものと考えます。
   大きく効率を伸ばすグリッチ的要素を持つが、開発側が想定していると示す根拠があるためです。
   "いつのまに育成できのみだけしか持ってこない"ことはゲーム内マニュアルに記載があることから、"きのみだけを持ってくるように限定できる"ことは開発側の想定の範囲内と考えられます。

2. 「プラス1バグ」については個別ページ作成を避けるべきと考えます。
   大きく効率を伸ばすグリッチ的要素を持ち、開発側が想定していると示す根拠に欠けるためです。
   "いつのまに育成が1回多く扱われる"ことはゲーム内マニュアル、及び公式X等を含めて言及がないことから、開発の想定の範囲内である根拠に欠けると考えられます。

2つの事例を踏まえ、質問があったその他の事例にも見解を述べます。

1. 「絶食厳選」については個別ページ作成に問題がないものと考えます。
   "エナジーが貯まるほどより多くのポケモンに出会える"ことはゲーム内マニュアルに記載があることから、"エナジーを貯めないほど少ないポケモンに限定できる"ことは想定の範囲内と考えられます。

2. 「メインスキルのクールタイムの検証」については、公の目標は「グリッチの発見」ではなく、検証の一覧ページにあるように「メインスキル発動後、一定時間の間スキル発動の抽選が行われないという現象について」の解明だと考えます。
   ついては、「メインスキルのクールタイムの検証」は個別ページ内での議論・記述を行うものと考えます。
   しかし、検証によって得られた"クールタイムをスキップする具体的な手順"は、公式からのアナウンスがない限りグリッチ的要素として不具合ページにて記述するものと考えます。

3. 「wikiに記載可能な情報が極端に制限されてしまう」という点については、指摘は当たらないと考えます。
   当ゲーム公式は、バグに関して積極的に情報開示を行う姿勢を取っており（例:鍋の一部上限を超えた際に料理が不可能になるバグの計算式開示）細かな仕様説明を行っていると評価できます。

   • 検証については個別ページで行う
   • グリッチ的要素を孕み、開発側が想定していると示す根拠がないゲームプレイ情報は不具合ページに状況再現方法を簡素に記載する
     このような基準を用いる限り、記載できなくなる情報は
   • グリッチ的要素を含むゲームプレイの、悪用に関する具体的な実用例
     だけに留まるため、"攻略・検証wiki"の運営には問題がないものと考えます。

4. 「あれも不具合」「これも不具合」という魔女狩りに発展しかねない
   前述の通り、不具合ページへの移行が議論される情報は

   • グリッチ的要素を孕み、開発側が想定していると示す根拠がない具体的なゲームプレイ情報
   • 進行不可能になるなど、バグとしての緊急度が高い
     この2項に留まると考えています。
     ついては、指摘されるような状況には発展しないものと考えます。

「大きく効率を伸ばすグリッチ的要素を孕みながら、開発側が想定していると示す根拠がないゲームプレイ情報を不具合ページで扱う」という指針であっても根本的には問題が解決しないと考えます。

1. 「開発側が想定していると示す根拠」について
   そもそも開発側が何を想定し、どのような設計を行なっているのかを単なるユーザーである我々の側からは判別が難しいです。
   例えば「食材バッグが満杯になってから4回分のお手伝いでは食材を持ってくるが、5回目以降ではきのみしか持ってこない」というのが仕様なのかバグなのかは判断しかねます。
   プラス1バグと称される現象についても、以下のように考えることで想定している挙動であると見なすことも可能です。
   ・「所持数の空きが残り1つの状態で食材を3つ持ってくると2つ分は消滅する」というように所持数に入りきらなかった分は消滅するという現象があるため、このお手伝いをカウントするために+1回分多くのお手伝いを行なったことにしている。
   ゲーム開発側から直接説明されていない事柄については、結局のところ人によって判断が分かれる可能性を排除できません。
   また、絶食厳選について、エナジー0で出現するポケモンが固定されているというのは想定した仕様であったとしても、「チームの切り替えを利用して一切エナジーを与えずに一週間過ごす」というのは開発側の想定しているプレイではないと考えられます。なので、私としてはこの指針で判断すれば「掲載は不適切」と考えています。これは、まさに人によって判断が分かれる好例でしょう。

2. 『「wikiに記載可能な情報が極端に制限されてしまう」という点については、指摘は当たらない』という点について
   少なくともクールタイムの検証については、「検証する価値がない」という理由で一旦終了しており、「クールタイムをスキップできるかもしれない」という新たな価値が発見されたことで再開した経緯があります。
   そのため、グリッチに繋がるような検証や記載を一切排除するということであれば、この検証は当wikiにおいては不適切な検証として中止せざるを得ないかと思います。
   上述の通り、「運営が何を想定し、何を想定していないのか、我々には判断ができない」わけですから、編集に際して大きな制限がかかったり、「魔女狩り」のような問題が発生することは避けられないと考えます。

3. 記載を禁止/排除する理由がない
   「バグか仕様か判別の付きにくい内容は一律で一切記載しない」という方針ではないのであれば、運営によって直接禁止されている行為あるいは倫理的・社会的に問題のある内容ではない限り、記載を禁止/排除する理由はないかと思います。
   まずは何より、「なぜ記載を禁止/排除するのか」という点を明確にしていただく必要があると思います。

太字>> 110
再度、個別の質問に対して回答します。

1. >>例えば「食材バッグが満杯になってから4回分のお手伝いでは食材を持ってくるが、5回目以降ではきのみしか持ってこない」というのが仕様なのかバグなのかは判断しかねます。
   そのような仕様を示す記述が公式に存在しないため、前述の基準に照らせば仕様ではなく不具合となります。

2. >>「所持数の空きが残り1つの状態で食材を3つ持ってくると2つ分は消滅する」というように所持数に入りきらなかった分は消滅するという現象があるため、このお手伝いをカウントするために+1回分多くのお手伝いを行なったことにしている。
   そのような仕様を示す記述が公式に存在しないため、前述の基準に照らせば仕様ではなく不具合となります。

3. >>ゲーム開発側から直接説明されていない事柄については、結局のところ人によって判断が分かれる可能性を排除できません。
   「ゲーム開発側から直接説明されていない」という客観的事実がある限り、人によって判断が分かれる可能性はありません。

4. >>「チームの切り替えを利用して一切エナジーを与えずに一週間過ごす」というのは開発側の想定しているプレイではないと考えられます。
   チーム切り替えによってエナジーが初期化される仕様については公式の記載がなく、私の判断基準としても不具合に当たる事例であり、当該部分の個別ページにおける掲載は不適切だと考えます。

5. >>グリッチに繋がるような検証や記載を一切排除するということであれば、
   グリッチに繋がるような検証や記載を一切排除することは全く主張していません。
   むしろ、あらゆる検証は"攻略・検証wiki"として歓迎されるべきものと考えています。
   排すべきは検証の結果得られたグリッチを悪用する具体的な手順を共有することであり、検証の結果得られた内容の簡潔な記載を排除することを主張するものではありません。
   また、当然ながら検証そのものについても排除する必要は全くありません。

6. >>「なぜ記載を禁止/排除するのか」
   前述の通り、記載を禁止/排除する主張や意図はどこにもありません。
   グリッチを悪用する具体的手順や、それが悪用可能なグリッチであることを示す注釈は避けるべきであるというのが、一貫した主張です。

>> 100について差し戻しました

ここで明言しておきますが、バグ・グリッジについての記述が全面禁止になったとしても、バグについて記述することは即時の編集ブロック措置の対象とはしません
勿論削除されてもなおしつこく編集し続けるようでしたら荒らし行為として規制するでしょうが、それはバグと他の情報で基準は変わりません
バグについての検証をすること・検証していたらバグが判明したこと・方針決定前にバグについて検証していたこと、これらいずれに対しても規制対象にいたしません

『悪用』の基準は何でしょうか？
通常、対戦ゲーム等でグリッチと呼ばれるバグを利用したプレイが禁止/推奨されないことに関する最たる理由は『他人に迷惑をかける点』であると考えています。

ただ、このポケモンスリープというゲームにおいて、個人のゲームプレイが他者に干渉することはほとんどありません（ソーシャルリサーチによる飴のやりとりのみだと思います）。この観点で言えば、『悪用』と呼べるような行為は存在しないように思います。

「いつのまに育成に移行した際にお手伝い回数が１回増える」という現象自体は８月にはすでに確認され、運営にも報告されていることです。その当時からすでに一部のユーザーはこの現象を利用してゲームをプレイしているわけですが、特段の運営からの動きはありません。これは『当ゲーム公式は、バグに関して積極的に情報開示を行う姿勢を取っており（例:鍋の一部上限を超えた際に料理が不可能になるバグの計算式開示）細かな仕様説明を行っていると評価できる』とするならば、バグではなく仕様として判断しても差し支えないと考えられるのではないでしょうか。

管理人さんの方で、措置の方針を示していただけることは大変ありがたいです。
ただ、削除される前提でページの作成や編集をしようとは思えないのも実情かと思います。

絶食厳選のページに関しても、肝心の具体的な手順の記載を削除してしまうのであれば、ページの存在価値を失わせるに十分な大きな措置だと思います。

個人的な見解とはなりますが、『運営によって直接禁止されている行為あるいは倫理的・社会的に問題のある内容ではない限り、記載/編集は自由』とし、『個々の不適切と判断される記載については一旦削除した上で、必要であれば編集相談板等の場で議論する』という方針が混乱や軋轢を生まない落としどころかなと思います。

>> 117
>>この観点で言えば、『悪用』と呼べるような行為は存在しないように思います。
>>バグではなく仕様として判断しても差し支えないと考えられるのではないでしょうか。

これを踏まえ、プラス1バグに注釈を付ける理由は全くないと言えそうです。
『悪用』と呼べるような行為は存在しないため、「悪用は推奨しない」という文言は必要ないでしょう。

また、そもそもバグではなく仕様と判断することになるため、やはり悪用するしない以前のただのゲーム仕様ということになりそうです。

わかりました
バグか仕様かいちいち私が基準を付けることはできませんし、直接禁止と明言されている行為を除いて、全ての現象を記載してよいということにしましょう
ただし、Wikiに記載されているバグと思しき現象を実際に行って不具合を起こしたとしても、私や当Wikiは責任を持てないということは明記しておきます

今ここでこれだけ議論が白熱している最大の理由は「バグの悪用」を推奨するような記載はNGという編集方針を設けようとした際に、その線引きが難しいのではないか？というものになります。
例えば、上述した『運営によって直接禁止されている行為あるいは倫理的・社会的に問題のある内容ではない限り、記載/編集は自由』という編集方針に変えれば、基本的には議論の必要なく画一的な判断ができるはずです。

対応ありがとうございます！
ポケモン一覧でおてつだい時間まで確認できるようになり、サイドメニューは長めのタイトルのページも一行で収まっていて良いと思います。
メインエリアに関してはピカチュウ(ハロウィン)より長い名前が登場すると再びはみ出てしまうのでもう少し余裕があっても良いのかな～と思いますが、現時点では問題なさそうです。
もし他のページで問題があれば戻していただいて大丈夫ですので。

回答ありがとうございます！CookieリセットでID変わるとなるとそこまで個人が特定されるような物では無いですかね。

zawazawa側で連携みたいな設定ないのかなと思いましたが、そのような機能はないのですね。
ありがとうございます。

スマホに限らずpcでもそうなりますよね。。。
旧型のwiki表示をデフォにした方がいいかもしれませんね

ちゃんと改行してくれないと見辛いのって主に育成板ですよね
ひとまず雑談板だけwikiwiki表示デフォというのではいかがでしょう

まぁ、（私のように）wikiwiki表示よりzawazawa表示のほうが使いやすいと思う人は、最悪zawazawaで開いて読み書きすればいいですし、やってみて反応を見てみるのはありかもしれませんね
あと、改行の仕方の説明をフォームの下あたりにでも置いとくといいかも

経緯としては雑談板は流れるのが早いのでログ化の作業が高頻度で起きていて大変だったためだと認識しています
ログ化が大変なのと見れる情報量が少ないのを天秤にかけると個人的には前者を重きにおきたいですね

>> 93
流れ的には「頻繁にログ化が必要な#pcommentに戻したい」という話は誰もしていないので、
「zawazawaの表示スタイルを(この編集相談のような)zawazawa表示にするか、wikiwiki風の表示にするか」という話だと思いますよ。
zawazawaは表示スタイルをプラグインで簡単に切り替えられるんです。

おっとそれは失礼しました
変えた瞬間は慣れてない人が声をあげるのは当然なので、しばらく様子を見てからでもいいのかなと思います

もし自分の環境だけではないのなら、コメント記入欄の下にzawazawaとwikiwiki風を即座に切り替えられるリンクがあればとても良いのではと思いました。右の矢印↓からすぐ飛べるようになるので、個人的にはそうあって欲しいです

リンクを下に移動してみました

ありがとうございます！

個人的にはリサーチフィールドの項目(画像付きのリンク)を早めに準備しておきたかったのでページを作成しました。ただリンクが無いとものすごく困る…というわけではないため、そんなに重要ではありません。
今回の新フィールド実装までの公式の動きを見てみないとわかりませんが、

• ほぼ空のページが存在することで「この情報はまだ全然無いんだな」と認識できる
• 実装日の発表より前に小出しの情報が出た際、記載する場所が明確
• 編集の準備がしやすい
  というメリットはあると考えています。

編集者と閲覧者が混乱しないことが大事ですので、なんらかのルールを定めておくのには賛成です！
今回様子を見てみて、実装日の発表よりも前に情報が出なそうであれば「新規ページ作成は実装日が確定してからとする」というルールで良いと思います。

了承しました。ラピスラズリ湖畔の実装を待って方針を確定しましょう。

はい、そうです

その旨を含む形で編集方針を修正しました

menubarを編集し、長すぎるタイトルは意味を損なわない程度に短く省略しました。
おおむね「『ポケモンスリープ』とは？」以下の横幅にしてあるので、横幅はこの項目に合わせると良いと思います。
選択式らしいのでちょうどいい値はないかも知れませんが、近い値で選んでいただければ。
ページタイトルが長いのはダメではないですが、可能なら短く簡潔なタイトルの方がいいと思います。
そして長いタイトルのページができた場合、メニューバーの幅を広げて対応するのではなく、できる限りメニューバーが場所を取らないようにタイトルを適宜省略することで対応した方が、本文の可読性が上がると思います。
ページ内の項目立てであれば、長くても良いんですけどね。

MenuBarの幅を「デフォルト」設定に戻しました

ありがとうございます！…なんですが、これはたぶんwikiwikiの不具合で１度「160px」を選択しないと元の幅にならないようなんです……。
現にメニューバーの幅が260px設定の状態から変わっていないので、お手数お掛けして申し訳ないのですが試してみていただいても良いでしょうか？

再修正しました
仕様を知らず失礼しました

ご対応ありがとうございます。デフォルトだとメニューバーの横幅も結構狭いんですね。
しかし本文表示範囲が広くなったので、使いやすくなりました。
wikiwikiの仕様に文句言ってもしょうがないけど、選択式なのはちょっと面倒でもありますね。
数値指定できれば良いのですけれど。

指摘ありがとうございます、修正しました

提示していただいた内容について、編集方針に巻き取る形で編集しました

ありがとうございます　いい感じです！

追記しました

プラグインについて追記しました

回答が遅れてしまい失礼致しました
実は「編集記録について」の項で「小刻みに編集してログ流しする行為は好ましく無いが、ルールというよりかはマナーであるため明記しない方針」という文章をCOで残していました
プレビューの活用を勧める旨は「編集してくださるみなさんへ」ページに記載しようかと考えています

では僭越ながら…
副管理者に立候補したいと思います。あまると申します。
普段はアカウントに紐付けず、一般ユーザーとしてコメントや編集などに参加し、
Spectさんに何かあった際など、特別に対応が必要なときのみ、お仕事に当たる所存です。

立候補ありがとうございます
連絡手段はどうしましょうか
メールアドレスを用意する手間がありますがメールを使用するか、TwitterやDiscord等のSNSを利用するかなどの選択肢があると思いますので、好きなものを選んでください

TwitterまたはDiscordですと都合がいいです
追記：アカウント名は消しました

ありがとうございます

• 板の新設について
  掲示板の需要については先日雑談板ですこし意見を聞いた(雑談板1050)のですが、「雑談が細分化してトピックが乱立し、流れによっては雑談板で画像を貼るのがNGみたいな暗黙の了解が出来てしまう可能性がある」という点が少々気がかりではあります。
  誰でもトピックを立てて良しとする場合、乱立を防ぐため「トピックを立てる際は編集相談で報告すること(検証ページコメント欄用のトピックであれば報告は不要)」のような軽いルールはあった方が良いと思います。

• 板の入れ替えについて
  フレンド募集・不具合報告・情報提供の板については今後のログ化作業などの手間を考えるとzawazawa化して良いのではないでしょうか。
  各検証ページのコメント欄についてはそれぞれ事情が異なるため検証の指揮をとっている方に任せるのが良いと思います。

• リアクションについて
  ブラックリスト式は

  1. zawazawaに絵文字が追加される度にブラックリストを設定する必要があり管理が大変
  2. 大量の絵文字を乱発する荒らしが出る可能性
  3. カラフルな絵文字が大量に並ぶと視界が騒がしくなりそう
     という考えから、現状のホワイトリスト式を支持したいです。
     絵文字をひとつ追加するなら雑談板で支持されていた(雑談板1688)握手の絵文字🤝が良いのではと思います。

スレッドの作成権限を「ログインユーザーのみ」に設定しました
これによりzawazawaアカウントを作成したユーザーは誰でも掲示板を作成できます

• zawazawaコメント最新のリンクを踏んだ遷移先設定というものがあり、これは管理者のみが行える
• 一度掲示板が作成されると削除には少々手間がかかる
  以上の理由から、新規作成の際はこの編集相談板で最低限報告してからお願いします
  
  

その他議題についてはまだ意見募集中です

• 既存の板の入れ替えについて
  フレンド募集・不具合報告・情報提供については、私もzawazawa化に異存ありません。
  各検証ページのコメント欄は、最終的にはそれぞれの検証をしている方々に任せる形でよいと思いますが、最低限「zawazawa化する選択肢もありますよ」というアナウンスは必要と思います。
  編集相談板を見てらっしゃるとは限らないので…

• リアクションについて
  ちなみにですが、雑談板で握手の絵文字を提案したabe5b@9bb1cは私です。
  （今後、該当IDを使うことはなくなるため、申し出ておきます）
  仮にホワイトリスト方式でリアクションを1つ追加するのであれば、雑談板で改めて「これを追加しようと思いますがいかがですか？」というアンケートなり意見募集なりしてからがよいと思います。
  編集相談板を見てらっしゃるとは限らないので…というかほとんどの人が見ていないと思うので…

少し意見が募るのを待ってみましたが、レスの量を鑑みてもここで待つよりも周知した方が良さそうですかね
まだzawazawa化していない掲示板3つ(情報提供板・不具合報告板・フレンド募集板)→各ページに付随しているコメント欄(チーム編成など)→検証コメント欄の順でzawazawa化しても良いか通達しようと思います

追記:情報提供板・不具合報告板・フレンド募集板についてzawazawa化の通達を送りました