メギド72 攻略wiki

【キャラ個別テンプレート書き換え提案】
こちらの提案を受け、専用霊宝の簡単な作成条件、装備条件などのincludexを作成し、それを組み込んだ専用霊宝・メギドクエスト部分のテンプレート書き換えを提案します。サンプルをSandbox下部に作成しました。テンプレートではコメントアウトする形にしておき、必要な時がきたら加筆する形はいかがでしょうか。

そういえば各メギドのページについて、専用霊宝の作成条件はメギクエ全ステージくりあというのがわかりきってるので書いてないのですが、大丈夫でしょうか…？

ページ作成しました。
少し悩みましたが、画像アップ枠も作っておきます。

やっと全部持ってこられました。 (一部注釈を修正の必要がありますが、そのうち手が空いたら直します……)
一部分類や表の形式に疑問を感じるところがあったり、オーブ検索・マスエフェクト一覧のフィルター機能などがなくなった分の代替となる表をどこかに作った方がよさそうな気もしましたが、いったん後回しとします……。

ありがとうございます、早速リンクを飛ばすようにしました（といってもsandboxの方の表をコピペしただけですが…）

回答が抜けており申し訳ありません。
>ちなみにsandboxの表のように、進捗表の各メギド名にwikiwiki内リンクを飛ばしたいのですがそれでも構わないでしょうか…？

こちらも問題ありません。

ありがとうございます。
WIKIWIKIのプラグインは公式リファレンスが若干散り散りな印象があるので、情報のまとまったページは実用性が高く助かります。

進捗表について、どなたかがSandBoxの表を埋め込む形で追加作成されていましたね。議題提起はなかったものと認識していますが、見落としていましたら申し訳ありません。

恐らくSandBox埋め込み表を作成された方の意図としては、table_edit対応にするための記法だったのだと思います。ただ、注意書きなども無く進捗表が2つある状態がしばらく続いており、混乱が予想される状況でしたので、先日に情報が古そうな片方を私の方でコメントアウトしました。
私としては、進捗表をtable_edit形式に差し替える編集は使いやすさへの配慮のためだったのだろうと思いますし、特に許可なく行っていただいて構いませんでした。ただ、2つ進捗表が存在して使い分けが不明な状態となっていたのが好ましくなかったため、コメントアウト対応を行わせていただきました。

現状にするか、table_edit使用にするかは、管理人としてどちらとは決めませんので、編集される方々がやりやすいもの1つに統一していただければと思います。
各メギドページを編集した方が記入する表であり、一定の編集能力があるものと考えられますので、「table_editでないと書きにくい」ようなことにはあまりならないのかなと思います。

ありがとうございます。知らないプラグインばかりで勉強になります。
オーラや特殊状態の効果説明をGlossaryツールチップでできたらいいなと今後の編集意欲が高まります。

昔からwikiwikiでの編集作業を行っていたので、個人的なまとめとして編集画面で使えるプラグイン一覧のページを作成しました。
ざっくりと作ったものなので粗もあるとは思いますが、使いやすいwikiを作るのに参考にしていただければと思います。

>> 2
旧wikiに書かれていたのは、マモンのアタックについてのみですね。スキル等によるものは、最初からフォトン強化の影響を受けていた認識です。
>マモンのアタックで消費したバレット効果は状態異常・弱体系であってもフォトン強化の影響を受けません。
奥義なら影響を受けるため、仕様かバグか微妙なところです。

見出しの大中小を誤解してました、中見出しと書いたところは大見出し、小と書いたところは中に読み替えてください…

意見募集中の内容として作ってもらった項についてなのですが、大見出しの連続でパッと見た時に目につかない感じがしたので、その下のページ外で募集中の内容と大見出しにまとめ、中でそれぞれを中見出しで分けるようにしました。

もし支障があれば申し訳ないのですが戻してください…

すみません、だいぶ前の議題として挙がってたものの意見を挙げなかったメギド各ページの進捗表について意見を述べさせてください。

進捗表をメギド一覧ページかSandboxのどちらに用意するかという話ですが、個人的にはメギド一覧ページに設置してある方が作業が楽です。また、もし他ページに埋め込みたい（各メギドページに編集者募集をするためにどこかに埋め込む、トップページに埋め込む等）ということを考えるなら、現時点ではメギド一覧ページから直接飛ばすのは不可能ですが、それは「ページ作成進捗」を中見出しに、進捗表は単独で小見出しにすれば埋め込み対応は可能だと思います。

ちなみにsandboxの表のように、進捗表の各メギド名にwikiwiki内リンクを飛ばしたいのですがそれでも構わないでしょうか…？気分転換に移行作業を順番通りに行わなかった時なんかはどの記事を作ってどの記事が作ってないのかわからなくなるので…あとは済部分のページを見たい人にとっては1クリックで飛べるのは便利だと思うので…

新規ガイドライン、自分はこれで良いと思います。ただ、星4、星6の折り畳みに関してはイラストと3Dで分ける必要はない（どちらかは見たいけどもう片方は見たくないという人は多分いない）と思われるため、そちらに関しては94にて作成されたテンプレートのように、各進化段階におけるイラストと3Dを一つにする方が良いとは思います。

ちなみに、現時点まででデータ移行が祖1〜30まで（リジェネ含む）、それとは無関係に20強の数だけ行っているので、その差し替えとなるとかなりの量になるためヘルプお願いするかもしれないです…

少し話は変わりますが、109ガルガンチュア戦でロノウェ特性が発動していないと思われる件について今問い合わせています。
ゴウギ取り巻きのスキル奥義(無敵回数バリアすりぬけ)やタイタニア取り巻きスキル(軽減)では発動したので、内部的には確率無敵及びダメ軽減100になってるように考えられます。
ただ、ブネやブニ特性で上記の無効化を確認したわけではないので一概に同じ扱いにしていいかは迷うところです。

返信・およびガイドライン作成ありがとうございます。
■3D図鑑のトリミングについて
情報がまとまってみやすいと考えるのは「図鑑No」「声優」の入った前者トリミングだと思います。自分の環境において1:1トリミングでも図鑑No、声優がおさまったため、わかりやすさ重視であれば1:1推奨でいいかと考えます。ただ、背景が暗めなのとキャラが小さめになるのが気になります。しかし、ライティングの明るいフォルムキー使用・浜辺・拡大だと①「図鑑No」「声優」が表示できない②1:1でキャラがおさまらない（参照画像は3:4）③フォルムキーの数の問題があります。どちらも一長一短であり、ガイドラインでフォルムキー代替許容がなされたのはありがたいと感じます。ただ図鑑の提供画像とフォルムキー提供画像が衝突した場合の対応策表記はあってもいいかもしれません。（図鑑画像はあるけどフォルムキー提供したい等）
■衣装表記に関して
衣装の種類は増えたがバンキン族のようなオンリーワンのものも多いため、進化度等の欄にskinと統一するのはいかがでしょうか（いつメンのような色違いがある場合はskin1、skin2とする）
■画像添付に関して
SandBox/メギド個別キャラ画像添付テンプレートを作成し、メギド画像添付前後の例をSandbox下位に作成しました。具体的な違いとしては直接添付できるか否か、添付文言の微調整ができる点になります。また、アジト画像等が既に提供されている場合は表の横に添付する形をとっています。管理人様のガイドラインと衝突する形での作成となり大変申し訳ありません。

戦術逆引きのページをちょっとずつ移植中なのですが、ブネ特性などの「確率ダメージ無効」が「無敵」ジャンルの確率無敵に記載されていますね。
これらって「無敵と回数バリアを無視する」効果の攻撃で無視されるのでしょうか……？もし無視されないのなら、分類を再編した方が良いかもと思いました。

ご意見ありがとうございます。項目を作ってみました。
各コメントに符号を付けてもらう案については、提案提起の投稿にさかのぼって付けられないためそれのみに頼った識別は難しく、議題ごとに論点をまとめていくしかないのかなと思います。
管理人自身は作業が多く、個別の議論についてのまとめ・掲示までなかなか手が回らないことも多いのですが、多くの方に影響しそうなガイドラインなどは掲示期間を設けるようにいたします。

画像投稿と、キャラ個別ページへの表示ガイドライン案を作成しました。
リンク
ページ上部にも掲示いたしました通り、本ガイドライン案への意見を募集させていただきます。ご意見がありましたらぜひお寄せください。

ご報告・検証データの記載ありがとうございます。
旧wikiにおける「砂場(データ置き場)」ページの立ち位置が近いでしょうか。同名にリネームし、ページ冒頭記載の使用方法をそのように設定しました。
また、どこからもリンクが張られないと埋もれてしまいますので、Menubarの「その他」に設置しました。

>> 88
ご意見・案の作成ありがとうございます。
「耐性詳細表(記号)」「耐性詳細表(記号と数値)」「耐性詳細表(数値検証)」の3つの表を作成する案ということでよろしいでしょうか。

・私の意見の結論からお伝えしますと、「耐性詳細表(記号と数値)」の追加は編集コストが高いため、ご指摘の懸念点を踏まえつつ編集コストが低い代替案を検討しました。

・まず、5体の無効/有効を併記した表についてスマホから見にくくなる懸念は私も同意です。これは、横幅を調整することでスマホの横幅に収められると思います。(1列全角2文字)
実際にSandBox/2で作っていただいたラミアンの数値検証表ですが、私のスマホ環境では横スクロールなしで表示できました。
・「耐性詳細表(記号と数値)」表を拝見しました。「～0」「80」「50?」「---」「(△)」などが混在しているのは、見やすいとは言い難いと感じます。ぱっと見ではラミアン・取り巻きにどの妨害が通るのか読み取れません。
本wikiを見るライト層への配慮が必要であることは同意します。その上で、現状の「耐性詳細表（記号）」はぱっと見で十分わかりやすく、これがライト層向けの役割を果たすと思います。
・例えばアナーケンへのF奪取や覚醒減少・感電(N)など、攻略において重要度の特に高い耐性についてライト層向けに具体的な耐性推定値を伝え、フォローする重要性も理解できます。
ただ、これは全ての敵・全ての妨害手段に必要ではありません。なので攻略記事側に、妨害手段自体の有用性の記載とともに耐性推定値を記載する形の方がふさわしいかと思います。(ステージ110記事も、そのように書いていただいていると思います)
全ての敵に、全ての妨害手段分「耐性詳細表(記号と数値)」を作成していくのは、耐性検証を行って値の範囲が狭められるたびにいちいち2つの表に記入していくのにも編集コストがかかり、今後の編集者の負担となることから、承服しかねます。
・「50?」など点推定値の記入に際しては、検証結果範囲をどこまで絞れば記入してよいか、ルール化が難しいです。
例えばラミアンの数値検証表では右3体へのF破壊耐性が「50で無効、80で有効」ですが、これは相手の耐性値が50~79のいずれかであることまでがわかっているという意味です。
耐性は10刻みと仮定しても50,60,70の3択がありえますが、その中から「50?」と1つの値を選べる必然性がありません。

方針についてはできるだけ検討し、wikiの今後のため総合的にベターな選択となるよう目指していますが、至らない点もあるかと思います。ご意見・改善案は随時頂ければと思います。

■ステージ：霆王テスカトリカ
■編成
1：☆○：インプ（水樹ガオケレナ・霊宝0＋専用霊宝なし）
2：☆○：アスタロトB（迅狼ルプス・エピック霊宝×３+ボロボロスの誓い+専用霊宝・奥義Lv8）
L：☆○：リリス（レッドウィング・霊宝0）
4：☆○：グリマルキン（ケラヴノス・霊宝0+専用霊宝）
5：☆○：フォラス（ボーパルバニー・霊宝0）
■霊宝の攻略影響度：中～高
■ポイント
アスタロトにバフもりもりワンパン…がちょっと足りない（約１６０万ダメージ）
[１～３ターン目はインプに沢山スキル振って、ケラヴノスも使って早めに雷耐性低下させる。大体３～４ターン目終わりくらいに入る。 余ったアタックとチャージは適当にリリスとアスタロトに振る。（リリスは早めに奥義打ってもおｋだがアスタロトは覚醒しないように気を付けたい） パーティに回復がグリマルキンの奥義のみなので、滞水は甘んじて受けるとして感電は維持したい。 だからインプはスキルしか打ちたくないので専用霊宝外した方が使いやすい。（それでも感電＋ボーパルバニーで溜まるので適当に奥義消費する） ボーパルバニーもなるべく毎ターン使ってアスタロト、リリス、グリマルキンを覚醒させて、 グリマルキンにアタック１個振るとリリスとグリマルキンは両方４ターン目に奥義打てる。リリス奥義はフォラスで事前にアタック強化して打つ。 アスタロトは放置してたら勝手にスキルが湧くので、序盤は放置して足りない分は振ってルプスで強化したLv4スキルを打つ。 滞水とレッドウィングは適当なタイミングで。 纏めるとアスタロトに掛けるバフはリリスパッシブ+リリスME+リリス強化奥義+滞水+感電＋レッドウィング＋ アスタロトルプス込みLv４強化スキル＋アスタロトLv8奥義で約１６０万ダメージ。 アスタロトの覚醒スキルでも１回で６０万は出た。 目安としては野良に参加するなら４～５ターン目に打ちたいと思ったので盛りやすいと効果量が高いバフのバランスでこんな感じでした。 各モンモンはミノソンがいればミノソンを入れたり、アスタロトの霊宝がちゃんと轟雷発動させたり、グリマルキンの覚醒スキルやフォラスのスキルとかを入れば多分余裕でワンパンできます。]
■目的：安定周回

■ステージ：刺王スタンジェル
■編成
1：☆6：シャックスC（青竜号・霊宝0～4＋専用霊宝）
2：☆6：フォラスB（レッドウィング）
L：☆6：チンロン（ケラヴノス・霊宝0～4）
4：☆6：ナベリウスR（いたちブラスター）
5：☆6：イポスC（自由）
■霊宝の攻略影響度：高
■ポイント
シフト後にチンロン奥義

■目的：安定周回

狂炎移行や、状態異常・弱体効果のある技がダメージ部分を外してもかかるということへの検証を以前していたのですが、ここのwikiにそういった検証関連のデータを置いておける場所がわからなかったので、「検証ページ」というページを新たに作りました。
もし他にそういったページがあれば、申し訳ないですが内容を移して削除していただけるとありがたいです。

■ステージ：110
■難易度：N/H/VH
■編成
1：☆6：Bオリアス（クラウンプラブナ・霊宝0＋専用霊宝）
2：☆6：Bウェパル（氷龍帝オロチ・霊宝0）
L：☆6：リヴァイアサン（ファロオース・霊宝0）
4：☆6：Bサキュバス（メイジマーマン・霊宝0）
5：☆6：アルマロス（白熊王ポーラ・霊宝0）
■霊宝の攻略影響度：なし
■ポイント
ハイドロボムとネクロを絡めた耐久編成です。
Bオリアスはネクロ起動要員ですが相手が強化解除の高火力奥義を連打してくる都合上蘇生付与は仕事を果たしにくくネクロ起動後はオーブ役に徹することになるのでネクロの起動を抑えつつ速いメギドであれば誰でもいいです。
Bサキュバスは覚醒スキルに味方全体の覚醒増加効果を持っているので耐久を高めつつ相手の全体の火力を下げることが出来ます。ただ前述の通り強化解除の頻度が高いので過信は禁物。海魔と練ボムはリヴァイアサンに任せてアルマロスでその都度蘇生の動きをすれば安定してボムの付着が可能になります。またアルマロスのスキルブレイクで相手の高倍率のスキルを潰せるのも大きいです。
■目的：初回クリア/金冠狙い

すみません、たくさん考えていただいたのに申し訳ないのですが、耐性を「有効」「無効」の二つに分けるのではなく「耐性」に一本化することへの意見を挙げさせてください。

Sandbox/2のページに、既存の敵データを借りて、複数敵想定でラミアン、単体敵想定で110の耐性表の案を作ってみました(https://wikiwiki.jp/megido72/SandBox/2#vc0a1c36)。有効/無効ではなく耐性に一本化する利点として視認性向上を挙げましたが、結論を出す前に実際の例がこんな感じになると見ていただきたいです。

既存の表の場合、目に入るデータ量が多すぎて、隣の列と背景色を変えてあっても一目で耐性の数値を確認するのが大変です。
それ以上に既存の表だと問題点があって、閲覧するのがスマホ(少なくともiphoneSE2)からだと、ラミアンやアッキピテルのような５体すべてが異なる敵の場合、既存の表だと左端の妨害手段～右端の最後の敵の「有効」が一画面におさまりきりません。そのため耐性を調べるには、右に画面をずらして弱い耐性のものを見つけては左に動かしてその妨害手段を見て、また右に戻っては…と非常に大変です。おまけに記憶にも残りづらいです。
既存の表では耐性の公表をすると同時に検証も行っており、耐性に一本化すると検証が行えないのではないかというのはその通りですが、そちらに関しては表の案で示したように、折り畳みの中にさらに折り畳みを作り（あるいは別の折り畳みとして独立させて）、そちらで行えば不都合は生じないかと思います。

現在、メギドの攻略情報を更新しているのはここのwikiが唯一となっているため、メギド72をそこまでやりこんでないライト層もこのwikiを見ることを想定するうえでも、わかりやすい表である「耐性」一本化をするほうがよいのではないでしょうか…？

うまく言葉がでないためきつい意見みたいになってますが、意図としてはそこまで歯向かうようなことではないです。もし気分を害してしまったらすみません…

これは削除しない方が良いかと思います。折り畳み1個はあまりページ幅も取らず、消すメリットが薄いと考えます。
マイナス耐性の検証をするために使用すると想定されます。この欄を使わない敵も多いかもしれませんが、それで構わないと思います。

本件について、検討しました。以下の方針とするのがよいと思いますが、いかがでしょうか。(大きな部分の方針から記載します)

・耐性表（一覧表+記号）とはせず、今まで通り、記号と数値検証の表を分ける運用が良いかなと思います。
（一覧表+記号）の表は敵が1体なら見やすいのですが、横に2~3体並べるとなると「無効」記号同士のセル結合も使えず、一気に見にくくなることが予想されます。
・耐性表（数値検証）の列数は、今まで通り「有効」「無効」のまま変更しない方がよいかなと思います。
「耐性」と1つにまとめた場合でも、範囲の下限と上限を記録していく必要があることから1セルに「40～99」など書いていかざるをえないと思いますが、既存記法からあえてこれに変えるメリットがあまり思い当たりません。
・耐性表（数値検証）の項目名は「無効」「有効」のままでよいかと思います。表の横幅で項目名は2文字が限度のため、選択肢はあまり多くありません。そして「下限」「上限」表記については、「上限」で記載すべき値が厳密には「有効」の値-1であるため、今までと変わることで検証・編集者に混乱をもたらす懸念があります。
「耐性一覧表(数値検証)の見方・編集に関して」の折り畳み(定型文パーツ)で、表の読み方をフォローする対応をすればよいかなと思います。
・敵耐性「無効」を表に記載する際の記法については、「無効」のままとします。
改行により表が縦長になる件は、[[テンプレート：耐性詳細表]]で横幅を全角2字分に指定することで起こらないようにしています。 (エネミー名の記載のためにもともとある程度横幅が必要になりやすいため、若干横に太めにしても、横に並べるのが3体までなら特に支障はなさそうです。)
・記号に従って、数値検証テーブルに初期値を記載してよいことにしましょう。内容は以下とします。(全角2文字以内に収めています)

実測なのか記号からの反映値なのかがわからなくなり、それによる問題が生じるリスクもないことはないですが、まあ許容できる程度(誰かの書き間違い編集が検証データとして残ってしまうのと同程度)かなと思います。

ありがとうございます。
こちらについては議論を追いやすくするため、作成いただいた推定時系列ページのコメント欄にて議論を進めて頂ければと思います。論点もページ冒頭にまとまっていて、議論できる状態になっていると思います。

本ページに、「本ページ以外で意見募集中の内容」という項を作り、[[推定時系列]]ページを記載することで、該当ページでの意見交換を促す形とします。

>> 3
修正編集ありがとうございます。助かります。

現在順次メギドページのデータを旧wikiからこちらに移していますが、もし「記事が書きたいのでこのメギドを優先して欲しい！」みたいなのがあると教えていただけるとありがたいです。
あとは、その希望が多く出た時はメギド一覧のところかここの編集掲示板のところに移設待ち表のようなものを作りたいのですが、構わないでしょうか。（少なければ多分作らないですが…）

共襲イベントのテンプレートの修正完了しました。>> 1で挙げられていた点の他、「超幻獣探索」の項目にある「メギドの塔」のリンクを旧wiki様の当該ページになるよう修正しました。

81番さんの提案にもあるように編集掲示板で相談していくのは大変かと思ったので、とりあえず専用のページと掲示板を立てました。
推定時系列
時系列のページは自分もぜひ欲しいと思っていたので、編集協力させていただきます。

また提案です。

耐性一覧表の欄にある反復試行のデータのテンプレートですが、旧wikiコメント欄でもそれに則った情報提供があまりなかったように感じます。そのため、ページをすっきりさせるという意味でもそこの折り畳みをなくしても良いのではないかと思います。

提案です。

wiki立ち上げ直後というのもあり、コメント欄に提案の数が多くなってきています。提案されているもの・意見を募集しているものを把握するには長くなっているコメント欄をきちんと読まなくてはいけず、その作業が大変になりつつあると感じます。
そのため、ここの編集掲示板に「意見を募集している提案」の項を作って、意見を募集している内容についてそこに記載してみてはいかがでしょう。その方が個々の提案についての意見も来やすくなる上、意見を募る期日も明文化できるため、提案に対する意見を取りまとめるのも機械的にしやすくなるかと。
個々の提案に対する意見が辿りにくい、という問題点もあるかもしれませんが、それは文頭1行に何らかの決まった文書を書いて貰えば良いかと（例:【提案1・意見】）

wikiの立ち上げ、ありがとうございます。
旧ページに存在した「推定時系列」のページの作成について相談させてください。
推定時系列は最近の本編での情報更新が激しく、資料としての参照頻度・需要が比較的高いと考えます。
一方で記載が膨大であるため一人で編纂するのは難しく、事前に編集方針を決めておいたほうがいいと思います。
以下の点についてご意見いただけないでしょうか。
・体裁を旧wikiと合わせるか
合わせたほうが早く記載できそうですが、後から変更するのは大変ですしこの期に見やすくするのもありかと思います。この場合、誰が体裁を決めるのかという問題は発生します。
・編集方針として共有すべき事項と、その共有方法
各自自由に記述→あらかた記載が終わったあとに各自で自由に体裁を整える、という形でもいいのですが、編集合戦にならない方針はあったほうがいいかと思います

■ステージ：110 プロセルピナ
■難易度：VH
■編成
1：☆6：アムドゥスキアス（デューク・霊宝0）
2：☆6：カイム（ネクロス・霊宝0+専用霊宝）
L：☆6：ガープ（マクベス・霊宝4・Bペースト4積み）
4：☆6：Cフォラス（バディラッチェ・霊宝0）
5：☆6：グリマルキン（戦場の小夜啼鳥・霊宝0）
■霊宝の攻略影響度：低
■ポイント
カイムの実験がてらTake3、ターンは20ちょい
基本ガープで受けてグリマルサンダーで敵を討つ

■目的：初回クリア/金冠狙い

ご意見ありがとうございます。枝の意見にも、まとめて返信とさせていただきます。
これに関しては引き続き、多くの方からご意見等いただきたいと思います。

□キャラ個別ページの画像サイズ表示について
表示側でサイズを規定する記法について調べて、ちょっと自分でも触ってみました。
https://wikiwiki.jp/sample/ファイル(画像)を貼り付ける
これは便利ですね。例えば200×200に指定したら、そのサイズに収まるように=長辺が200pxになるように縮小表示されるようです。
元画像のサイズがいくつであっても、この記法で「200×200」など直接サイズを指定すれば、ページ上で定型サイズ内に収められそうです。
少なくともキャラ個別ページの画像については、直接のサイズ指定をするようガイドライン追加した方がよさそうに思えますね。

□画像サイズについて、サイズ等の制限を設けた方がいいか
ここは、特に制限を作る必要はないかなと考えています。
・解像度の制限については、アップロード側ではなく、上記のように表示側でサイズ調整すれば、wikiの各ページ上の見栄えには影響しません。
・容量については、512kbを超える画像ファイルがアップロードされた際に、wikiwiki側で自動的に圧縮を行うようです。本wikiはwikiwikiに乗っているものなので、wikiwikiが求める以上の自主規制は必要ないかなと思います。
(旧wikiは、前管理人様個人契約のレンタルサーバーだったとのことで、トラフィック等軽減の必要があり個別にガイドラインを策定する必要があったものと察します。)
・懸念があるとすれば、いずれも可能性がありうるというレベルですが「圧縮表示されるとしても、元が巨大画像だと実はページ表示が重くなり、許容できないレベルになりうる」「wikiwikiの自動圧縮の品質が悪い場合があり、編集者各々で適切な画像圧縮を行った方が良い可能性がある」辺りでしょうか。 (後者については、少なくとも私は今のところ体感しませんが)

□3D図鑑については少しトリミングした方が良いのではないか
編集者の方が手間でないのなら、トリミングした方が確かに見た目の質が良くなりますね。トリミングする手間が増えることで画像提供者が減らないかどうか、というトレードオフで、どちらかで決断するしかないかなと思っていますが……。最終的には、ある程度の期間を取って投票など実施させていただくかもしれないです。
「図鑑ナンバーから上でトリミング」「正方形にトリミング」では、前者の方が良いかなと思います。正方形でトリミングした時にどこまでになるかはスマホの画面解像度比によっても変わったりしそうですし、先述の通り表示側で多少融通を効かせてくれるようです。

□画像の添付場所について、一括管理用のページを作るべきか、各メギドページに分散すべきか
こちらは悩ましいですが、現状の通り各メギドページに添付の方がいいのではないかなと思っています。
・別ページにアップするのは、単純に少しアップの手間が増えます。
私としては、まずはアップ自体の敷居をできるだけ下げる方がいいのではないかと思いました。
・どのメギドの画像がないかは、一応以下のページでざっと見られないことはないです。(例えば衣装まで確認しようとすると、なかなか大変ですが。)
https://wikiwiki.jp/megido72/?plugin=attach&pcmd=list
・編集者の方がページ更新の際にうっかり画像コードを削除してしまっても、添付されたファイルは消えないため、気づいた人がバックアップから復活できると思われます。

旧wikiのSANDBOXにある「耐性一覧表+記号」を観てきましたが、これは各難易度・各エネミー分作るとなるとかなり見辛くなりそうですね…
提案なのですが、いっそ「有効」「無効」の欄を廃して「耐性」のみにして、そこに推定耐性の数値を入力するのはいかがでしょう？
耐性数値がまだ確定しない場合は各記号に基づいた数値（◎:〜0、○:1〜39、△:40〜99、×:100〜、無効:---）を入力し、その後検証によって絞り込まれたら徐々に狭めていくという形です。
ただしこの場合、現在の無効と有効の表に該当するものがなくなるため、過去の検証データを確認し辛くなるという欠点はあります。
とはいえ、それは現在の形式の耐性表を議論用に折りたたんで置いておけば解決できるかと思います。データを欲しくて来る人にとってもその方がわかりやすいかと。