タマネギを消費する必要が出てきたため、これを活かした副菜を作ってみます。
輪切りにした結果、紫タマネギ。この甘みを活かすため、レンジグリルで5分温め、かき混ぜて更に5分の加熱。
ここに加えるのは
ツナ缶は油ごと。ポン酢は心持ちたっぷり。鰹節はケチをせずどっさり。
最後に七味で味を調えました。
がしっかり加わり、単体でも美味しいものが。
お弁当の付け合わせとしても最高ですし、
サンドイッチと合わせても申し分ないものができあがりました。
友人と1 vs 1でのボドゲの記録です。
二戦続けて実施。
これは完全に実力差が出たという形。100点差を付けての圧勝。
準アブストラクト。私はカエサル担当。史実通りに周辺植民地の支配を得るように奮闘したものの、ポンペイウスがイタリアの実権を握ったという史実通りの敗退。
差しゲーは2人千専用ゲームもできるので好みです。
素晴らしい食事を戴きました。
季節の盛り合わせ。特にしめさばに感動。
クリアなあく取りと、しっかりと染みこんだ豚肉、とろけるような脂身。
この焼き色はもちろん、頭も骨もしっかり食べられて詰まらない絶技です。
一番感動したのは実はこちら。「その場で揚げた」真に出来たての厚揚げ。なので、普通に口にした瞬間に熱々の豆腐が飛び出てきて火傷寸前でした。
なので、その香ばしさが更に薬味とひき立て合います。
好物だからと挙げてくれました。バターと塩のみという潔さがジャガイモのほくほく感を引き立てます。
食事の締め。正義の取り合わせという感じ。
感動したというしめさばのフィードバックをそのまま手まりにするという技術と心配り。
と、実に素晴らしい食事をいただけました。
『黄色い顔（シャーロック・ホームズの思い出）』の象徴的な言葉。
「ワトソン」ホームズは言った。「もし僕がちょっと自分の能力に自信過剰になっていると気付いたり、事件に対して必要なだけの努力をしていないようだったら、僕の耳元で『ノーベリ』とささやいてもらえないだろうか。そうすれば僕は大いに君に感謝するだろう」
これ、
だと思っていましたが：まさに、これと同じような状況が起きたので自戒3割、言い訳7割でこのテキストを残します。
私が過去に初期設定を案内してアカウントまで譲渡したWordpressサイトに話は遡ります。
そのサイトの持ち主から「急にWebサイトに繋がらなくなった」というヘルプ要請。「アプリには入れるが更新はできない」ということ。
取り急ぎ「情報を集めるだけ集めて伺う」と返して状況確認です。
そのサイトのURLを入力。403エラーが出ます。
curl -I https://hoge.example.com
HTTP/2 403
server: nginx
date: Fri, 19 Jun 2026 05:28:52 GMT間違いなく403エラーです。
更に
も同様に403エラーになりました。
これはないと考えていました。なぜなら、クレジットカードの自動更新です。洗い替えなどもあるだろうと真っ先に却下。
それ以上に、そのドメインでWHOIS検索したところ2027年まで有効。しかも、そのネームサーバは仮想サーバを向いています。
例えばpublic_htmlが何らかの操作で700になってしまうと、nginxが403を返します。
「アプリを起動したら更新ができなくなった」から来る推察。
であれば、WAFによってアクセスが遮断された。偽陽性です。（筆者も散々経験がありますが）
WAFが下手に.htaccessを書き換えることでアクセス制限を喰らった
つまり、更新の時に何かしらの操作ミスがあって一斉に403を返したのではないか。
だとすれば
あたりも考慮に入れて、その持ち主のところを訪れます。
訪れるやいなや、
「料金督促メール来てました！」
という連絡。つまり、「私が最初に斬って捨てた」原因だったのです。
この落とし穴は、ドメインとサーバーの契約期間が異なっていたことでした。
その結果、
という、一見するとWordPress障害にも見える状況が出来上がっていた次第。そして、決済を確認後、
curl hoge.example.com
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://hoge.example.com/">here</a>.</p>
</body></html>が返ってきましたし、サイトも完全復旧です。
これも実に単純でした。
「クレジットカードを紛失して再発行した」
という、極めて人間らしいミスでした。この督促メールも
「大量のメールに紛れて見落としていた」
種が分かってしまえば実に単純。これを忘れて
などを疑ったのが私の技術バイアスであり真の問題は
「サーバー契約は本当に有効か？」
というチェックが抜けていたことでした。そして、その契約切れと自動更新がオフになって苛理由は
クレジットカード再発行
だったという物理的な問題に抜けていました。
は別問題です。ところが、人間は
自動更新 = 更新される
と無意識に補完してしまいます。
実際には、自動更新は「決済に成功すれば更新される」であって、
などで、静かに失敗することがあります。
利用者
↓
WordPress
↓
PHP
↓
Apache/nginx
↓
サーバー契約
↓
DNS
↓
ドメイン契約という技術的な例で解釈をしていましたが、実際の原因は「サーバー契約」というアプリケーションより一段下の状況だったのです。
今回の一件で唯一良かったと思ったところは、
この事態を重く受け止め、どういう結果でもいの一番に駆けつけるという「速度は誠意」を見せられたこと。
しかし、問題はそれ以前にあります。
ここのところ私は
といった技術バイアスに溺れていました。ですから、この問題も同じに違いないという利用可能性ヒューリスティック（Availability Heuristic）に捕らわれていたこと。
これが第一の問題。
実写版『カイジ 人生逆転ゲーム』での好きな言葉があります。
「利根川‥‥
俺がヘビに見えたか‥‥‥？」
「ああ‥‥‥
ヘビだろうが‥‥‥‥！」
「そうか‥‥‥
なら お前こそヘビなんだ‥‥‥‥
こんなふうな物言わぬ心理戦は
鏡を見るようなもの‥‥‥
相手の心を読もうと‥‥
必死に考えるつもりが‥‥‥
気がつけば自分だったらどうするかと考えている‥‥‥
つまり俺がヘビに見えたなら‥‥‥
お前こそヘビなんだ‥‥‥」
つまり、相手の初歩的な設定漏れや状況の変更という前提を忘れ、技術に溺れていました。これが深刻です。
上記でも述べたように、私は「請求忘れ」という一度は正解に導いていたのに「自動更新設定はしているはず」として、真っ先に切り捨てたこと。しかし、よくよく考えれば
というのは容易に起こりえます。こういう人間的な問題を「そんなことはまずないだろう」とした心理的なバイアス。このカイジの言葉で言うのなら「このサーバで何をしたのか」と鏡を見るように考え込み、自分が起こしがちなミス=相手のミスと考えていたこと。
最後に、「今までも解決してきた。だからこれもすぐに解決できる」という生存バイアスです。それこそ、私がメモとして利用しているGrowiのトップページの
Those who survive a long time on the battlefield start to think they are invincible.
I bet you do too, buddy."不死身のエースってのは戦場に長く居たものの過信だ"
"お前のことだよ相棒"
という、『ACE COMBAT ZERO』の言葉を真に噛みしめた、が今日の結論ですね。
と、上記、最初に述べたような言い訳の方が多い失敗談となりましたが、
成功体験が積み重なると、人は「今回もきっと高度な技術的原因だ」という思考になりやすいです。そして、そこが一番の慢心の結果です。
そして今回の真相はカード再発行で自動更新が止まっていた。あまりにも「人間的」でした。
この出来事が起きた日、夢枕に亡父が立ったのです。生前、父は
いかなる敵にも敬意を払え。その上で全力で叩き潰せ
とよく言っていて、没後10年目に夢枕に立ち
この言葉の真意は、「敬意を払わないとどこかに油断・慢心が生まれる。それが敗因に繋がる」という意味だからな
と但し書きをしました。なので、今回の物言わぬ夢枕は
この言葉を理解しているのか？
を問うものだったかと思います。即ち、この、技術的に物事を解決したため、その本質を見失っているぞという警告の予言めいた出来事だったのかな、と改めて思いました。
ある種悲願でもあった、「BookStackにmermaid.jsを描画させる」が叶いました。
cd /home/www-data/BookStack筆者環境です。お使いの環境に応じてパスは変更してください
sudo -u www-data php artisan bookstack:install-module https://www.bookstackapp.com/hack-modules/mermaid-viewer.zip途中で
Are you sure you trust this source?と聞かれるのでyesで返答します。テーマが無い場合は
No active theme folder found...と表示されるので同様にyesで返答します。
すると
themes/custom/ディレクトリが作成され、
themes/custom/modules/mermaid-viewer/ディレクトリへモジュールがインストールされます。
ここが今回ハマったポイントです。
.env を編集します。（要管理者/bookstack実行ユーザー権限）
APP_THEME=customを追加します。
これを設定しないと、themes/custom以下のディレクトリはは一切読み込まれません。
php artisan optimize:clearまたは
php artisan cache:clearphp artisan config:clearphp artisan view:clearでキャッシュをクリアします。
PHP-FPMなら
sudo systemctl restart php8.3-fpmMod-PHP環境なら
sudo systemctl restart apache2で、実行環境を再起動します。
BookStackにログインして、設定反映されていることを確認します。
エディタの形式をMarkdownなら
```mermaid
flowchart TD
A --> B
B --> C
```保存後、閲覧画面でMermaid図としてレンダリングされます。
※ 編集画面の右ペインには表示されないのでご注意ください。
インストール後のディレクトリは概ね以下のようになります。
BookStack/
└── themes/
└── custom/
└── modules/
└── mermaid-viewer/実は一番重要なのはこのメッセージでした。
You will need to set APP_THEME=custom in your BookStack env configuration to enable this theme!初回インストール時に表示されるのですが、見落としやすい一文です。
筆者も最初は「インストールは成功しているのに表示されない」という状況から別の原因を疑いましたが、このメッセージと APP_THEME の未設定を確認したことで、原因を特定できました。
筆者がWebサイトの防衛に、そして過剰にクロールをするボットを他の場所へとご案内するために用いているmod_aliasのご紹介です。
というのも、筆者がこれから述べる対クローラー迎撃システム「Jailhouse Lock」には、このモジュールが必要だからです。
mod_aliasは、リクエストされたURLをファイルシステム上の特定の場所にマッピング（転送・代替）したり、別のURLへリダイレクトしたりするための、Apacheの標準モジュールです。（そのため、多くのディストリビューションではインストールと同時に機能が有効化されています）
主な役割は以下の2つです。
Alias /images /var/www/shared/images （URLの/imagesを特定のフォルダに対応付ける）Redirect permanent /old.html http://example.com/new.html （永続的な301リダイレクト）どちらも「URLを操作する」という意味では同じですが、そのアプローチと内部処理の複雑さに大きな違いがあります。
| 項目 | mod_alias | mod_rewrite |
|---|---|---|
| コンセプト | 単純なマッピングとリダイレクト | 強力なURLカスタマイズと書き換え |
| 判定基準 | 単純な前方一致（接頭辞マッチ） | 正規表現、Cookie、環境変数、時間など |
| 処理速度 | 非常に高速（軽量） | やや低速（ルール毎に正規表現エンジンが動く） |
| 設定の難易度 | 簡単（初心者向け） | 複雑（記述ミスで無限ループが起きやすい） |
| 主な用途 | フォルダの共通化、単純なサイト引っ越し | 綺麗に整形されたURL（Smart URL）の実現、複雑な条件分岐 |
mod_aliasは、URLの「先頭が一致しているか」という単純な比較しか行いません。
一方、mod_rewriteは「リクエストがGoogle Chromeから来たら」「平日の昼間なら」「Cookieに特定の文字が含まれていたら」といった、高度な条件分岐（RewriteCond）や、正規表現を使った自由自在なURLの作り替え（RewriteRule）が可能です。
「mod_rewriteがあれば、mod_aliasはいらないのでは？」と思われがちですが、Apache公式も「単純なタスクであれば、mod_rewriteではなくmod_aliasを使うべき」と推奨しています。
mod_aliasを選ぶべき（優れている）具体的なパターンは以下の3つです。
mod_rewriteは、リクエストが来るたびに複雑な正規表現エンジンを動かすため、CPUリソースを消費します。
大規模サイトやアクセスが集中する環境で、単なるURLの転送やフォルダの紐付けを行う場合、mod_aliasの方が圧倒的に処理が軽く、サーバーの負荷を抑えられます。
サイトのリニューアルで、古いページから新しいページへ1対1で転送したい場合や、古いドメインから新ドメインへ丸ごと転送したい場合は、mod_aliasの Redirect で十分対応できます。
Redirect permanent / https://new-example.com/これをmod_rewriteで書くと記述が複雑になり、設定ミスのリスク（無限ループなど）が高まります。
例えば、サーバー内の /var/www/common_assets/ というフォルダを、複数のWebサイトで /assets というURLで共通利用したい場合です。
Alias /assets /var/www/common_assetsmod_aliasは設定がシンプルなため、ヒューマンエラーによるセキュリティホールの発生（意図しないシステムファイルの公開など）を防ぎやすいというメリットもあります。
URLの書き換えは行わず、リクエストされたURLの先頭（接頭辞）だけをチェックして、即座にファイルパスへマッピングするか、リダイレクトを返すシンプルな流れです。
リクエスト受付後、内部でループ（再エントリー）が発生する可能性や、条件判定（RewriteCond）のステップが挟まるため、柔軟ですが処理の工程が多くなります。
それぞれの使い分けです。
mod_alias で実現できないか考える。（単なる転送、単なるフォルダの紐付けなど）?id=123など）を判定したい」「特定のブラウザだけ除外したい」「正規表現でURLを激しく書き換えたい」といった複雑な要件が出てきたとき初めて mod_rewrite を導入する。どちらが優れているか、否かという問題ではなく、これは速度の問題です。
漫画『MASTERキートン』に以下のやりとりがあります。
「やめておけ」
「…………」
「拳銃の方が、ナイフよりも速いと思っているんだろう。
だが、拳銃はデリケートな道具だ。
弾が出ないかもしれないし、
思い通り的に当たるとは限らん。
おまけに拳銃は、
抜き、構え、引き金を引くまでに三動作(スリーアクション)……
その点ナイフは、一動作(ワンアクション)で終わる。
この距離なら、絶対に俺が勝つ!!
どうする？ それでもやってみるかね？」
これは「至近距離でのナイフの有用性」を示したものであり、実際にその通りだという説得力があるものです。（調査結果はこの記事です）
つまり、mod_alias は「できることが少ないから速い」のではなく、「役割を絞っているから速い」のです。
mod_aliasはナイフの速度。mod_rewriteは拳銃のような強力さがあります。「適切な距離感」でこれらのツールの利用、併用を行いましょうというお話しです。
一時的に今まで使っていたスープジャー（汁物）の運用を一時的に止めました。
そんな中で美味しい卵が手に入ったので、また卵焼きの熱が高まりました。
今回着目したのはこちら。
チーズです。そもそもチーズオムレツがスタンダードになるぐらい、チーズと卵の相性は抜群です。
醤油系とも相性がいいのは想像に難くないでしょう。
反面、焼くのにコツがいりますが
しっかりきれいに焼けました。
できあがったのはこちら。一段弁当は「これぞ弁当」な見た目になるのもお気に入りです。
さて、冒頭で述べますが筆者はTwitter（現X）に現れるインプレゾンビを親の敵のように嫌っています。
「ノイズの極み」。全くと言っていいほどナンセンスです。そういう意味では筆者サイトに群がるAIクローラーと何ら代わりはありません。
しかし、このノイズの極みを「単に迷惑だ」とブロックやスパム通報するだけでは片手落ちです。
彼らの理と目指す利、これらを理解しないことには「敬意を払って叩き潰す」ことは不可能です。そこで、なぜ、彼らがスパム行為と何ら変わらないインプレゾンビへと変貌するのか？
その辺をまずは調査することにします。
日本での収益可能なラインである青バッジ。有料プラン（X Premium）の「月額約8ドル（2026年現在の日本の価格は980円）」は有料ガチャ3連ほどのお値段でしょう。
ですが、現地の物価や経済規模から見れば話は別です。国や地域によっては「月収の1割」あるいは「家賃1ヶ月分」に相当する大金です。
ここで、彼らの国における「ドル」の価値を具体的に調べてみます。
※現地の一般的な若年層・未経験労働者の水準をベースにした比較
| 国名 | 平均的な月収の目安 | 青バッジ代（月約8ドル）の価値 | もしTwitter（現X）で「月50ドル」稼げたら？ |
|---|---|---|---|
| パキスタン | 約150〜200ドル | 月収の約4〜5%（地方の家賃や数日分の食費） | 月収の4分の1〜3分の1に相当。これだけで生活の基盤が劇的に安定します。 |
| ナイジェリア | 約80〜120ドル | 月収の約7〜10%（都市部の格安ワンルーム家賃1ヶ月分に肉薄） | 月収の半分〜3分の2に相当。現地の一般的なオフィスワーカー並みの高収入。 |
| バングラデシュ | 約120〜150ドル | 月収の約5〜6%（数日〜1週間分の生活費） | 月収の3分の1に相当。地元の肉体労働を大きく上回る効率。 |
| インド | 約200〜250ドル(※一般労働者平均) | 月収の約3〜4%（都市部の数日分の食費、または地方の光熱費） | 月収の5分の1〜4分の1に相当。インプレッションの稼ぎ頭であり、競争も最激戦区。 |
| インドネシア | 約200〜250ドル(※地方・未経験層) | 月収の約3〜4%（地方都市の1〜2週間分の食費相当） | 月収の5分の1に相当。スマホ普及率に対して平均月収が低く、参入者が後を絶たない。 |
| エジプト | 約120〜160ドル | 月収の約5〜7%（近年の激しい通貨暴落により、8ドルの重みが急増） | 月収の3分の1〜2分の1に相当。エジプトポンドの価値が下がり続ける中、ドル収入は「命綱」です。 |
日本で言うと「毎月2万円のプレミアム代を払えば8万円以上のボーナスが手に入る」ような感覚です。
もう一つの強力な動機が、報酬が自国通貨ではなく最強のハードカレンシー「米ドル（USD）」ベースで支払われる点です。
この旨味は日本人にはなかなかピンとこないでしょう。なぜなら、日本円は弱くなったと言ったところで米ドルに比肩するハードカレンシーだからです。（かなりフランクに言うとストレートに現地通貨に両替できる通貨です）
上記で示したゾンビの主要発生国は猛烈なインフレと自国通貨安に苦しんでいます。手元にある現地通貨は、持っているだけで毎日価値が目減りしていくのは珍しくありません。
学歴や特別なコネがない地方の若者が、スマホひとつで「最強のハードカレンシー（米ドル）」を手にすることができます。これがゾンビを突き動かす最大の原動力と言っていいでしょう。
とはいえ、現地の経済的に困窮している層が、個人で
のは極めて高い壁が立ちはだかります。ここで登場するのが、組織的に人々を動かす「ブローカー」の存在です。もっと有り体に言うと女王蜂のような存在。
つまり、高インプの投稿やアカウントが目にするインプレゾンビの多くは、個人が副業でやっているのではなく、ブローカーが設営した「クリックファーム（クリック工場）」で働く低賃金労働者（働き蜂）という実態が浮かび上がります。
クリックファームやブローカーの存在自体は研究途上です。
なので、本記事で述べる「女王蜂」モデルが現在のインプレゾンビ群にどの程度当てはまるかは筆者の推測を含みます。
| 役割 | 業務内容 | 資本・リターン |
|---|---|---|
| 女王蜂（ブローカー） | ・大量の青バッジ代を一括決済/VPN（IP偽装）やAIツールの提供/作業場（PC・スマホ・回線）の用意 | 総ドルの7割〜9割を中抜きし、巨万の富を得る |
| 働き蜂（現地の労働者） | ・マニュアルに従い、日本時間に合せてシフト勤務/AI生成文の微調整、コピペ連投作業 | 雀の涙ほどの歩合、または現地基準の固定給（現地通貨） |
ブローカーは「日本の通勤・退勤時間」や「バズりやすい投稿（トレンドに上がった投稿や高品位な写真やイラスト、災害、政治、凄惨な事件）」を徹底的にマニュアル化し、労働者に作業をさせています。
そして、悲しいことに：彼らが一攫千金を夢見た「ドル」はそのほとんどがブローカー（女王蜂）に吸い上げられ、現地の労働者には、地元の肉体労働よりはマシという程度のわずかな現地通貨しか行き渡りません。
もちろん、Twitter（現X）の運営側も手をこまねいているわけではありません。（極めて後ろ向きですが）
を行いました。ですが、ブローカー側も以下の手は使うでしょう。
など、対策をすり抜ける技術を日々アップデートさせています。
目障りなインプレゾンビ。それは、単なる「迷惑なネットユーザー」の群れ“だけ”ではありません。
その正体は、先進国の高い広告価値と、新興国の圧倒的な通貨格差・物価格差の隙間に目をつけた、サイバーブローカーたちによる「冷徹なハッキングビジネス」の側面があります。
この圧倒的な経済格差とドルの魅力が存在し続ける限り、プラットフォームとブローカーの泥沼の戦いは、形を変えながらこれからも続いていくでしょう。
そこで、こんなブローカー（女王蜂）にちょっとした実験をしてみました。その実験結果はまた機会があったらお話しします。
前回の設定で、AdGuard Homeの常時SSL化とリバースプロキシ環境が整いました。今回は、AdGuardを「自分の部屋のネットワーク全体」に適用していく手順をまとめます。
設定時のハマりどころと失敗談も含めています。
前提として：
家族に迷惑をかけずに自宅サーバーとクライアントをいじるため、私の環境では以下のような二重ルーター構成（インナーネットワーク）を取っています。
[ONU] ──> [家族用メインルーター] ──> [スイッチ]
│
┌─────────────────────────────────────┘
▼（ここからが自分の環境）
[自室内ルーター] ──(DHCPでAdGuardのIPを配布)──> [自室内端末群]
│
└─> [Ubuntuサーバー（DNSを兼ねたAdGuard Home稼働）]この構成であれば、万が一自分の部屋の設定をトチっても、家族のネット環境には1ミリも影響を与えません。
この、自室環境のスマホやPCが自動的にAdGuard Home（例: 192.168.1.6）を向くように、ルーターの設定を変更します。
ブラウザに自室内ルーターのIPアドレス（192.168.1.1 など）を入力し、ログインします。
「詳細設定」や「LAN設定」の中にある 「DHCPサーバー設定」 の項目を探します。
【注意】ここで絶対にやってはいけない罠
ルーターの「WAN側（インターネット接続設定）」のDNSを変更してはいけません。ここを変えると、ルーター自体の挙動がおかしくなることがあります。変更するのは必ず 「LAN側」 です。
通常は「ルーターのIPアドレスを通知する」になっている部分を、手動設定（カスタム）に変更します。
192.168.1.6 （UbuntuサーバーのIP）「AdGuardが死んだら困るから」とセカンダリDNSに外のDNS（8.8.8.8 など）を入れておきたくなりますが、これにはジレンマがあります。
OSや端末によっては、プライマリが生きているにもかかわらず、気まぐれにセカンダリのDNSばかりを使って通信を行う仕様があります。ここに外のDNSを書くと、広告ブロックをすり抜けてしまう端末が多発します。
AdGuardによって広告を100%仕留めるなら「空欄」か「AdGuardのIP一本足打法」にするのが鉄則です。
ルーターの設定を変更（またはサーバーを物理復旧）した後は、スマホやPCに新しいDNS情報を強制的に覚え込ませる必要があります。
ipconfig /flushdnsipconfig /renew設定が完了し、問題なく運用できていたのに、突然「ローカルNWには繋がっているのに、なぜかインターネットに一切繋がらない」という謎の障害が発生しました。
原因を探ったところ、信じられないほど単純で致命的な物理トラップでした。
サーバーにしていたノートPCの電源アダプターが、いつの間にか外れてバッテリー切れで電源断発生。
先述の通り、広告のすり抜けを防ぐためにルーターのセカンダリDNSは空欄（またはAdGuardのIPのみ）にしています。そのため、サーバー（ノートPC）の電源が落ちてAdGuardもろともサービスダウンすると、部屋の中のスマホやPCは「DNS不在」状態になります。
「通信（ローカル回線）はアクティブなのに、Webサイトの名前解決が一切できないため、結果としてインターネットに完全に繋がらなくなる」というワンミス即死を喰らいました。
「間違えても自分だけが泣けばいい」環境を持っておくのは改めて幸いでした。
統率者の卓が立ったので、愛用しているミシュラデッキが勝利をもぎ取りました。
デッキリストはこちら。
まず、コンボ第一弾のミシュラがいる中でのゴンティの霊気心臓は普通にカウンターされます。
続くターン、両生類の豪雨でミシュラがただの1/1に。生け贄にチャンプアタックは普通にスルーされるし、チャンプブロックを許す（ミシュラが死ぬ状況）は盤上のコンセンサスになった
そんな中
戦場にいるのは
これにより戦闘開始時
後は同じコトを繰り返して勝利。
サブプランへの切り替えと見せかけた擬態、そして執念がつかんだ勝利でした。
尤も、統率者の疑似除去がつらいというこのカラーならではの弱点も実感です。
Powered by WordPress & Theme by Anders Norén