カテゴリー: IDEA SPHERE Page 1 of 3

ピボット旅行2026-08『Come Sail Away!(番外編)』

はじめに

徳島上陸――と書きましたが、実際には「船室を引き払ってから接岸するまでの間」があります。

荷物をまとめ、下船の準備を終えて、あとは船が港に入るのを待つ。

その時間に外を眺めていて、ふと思いました。

そもそも、なぜ東京発着の長距離フェリーは、こんなに少ないのだろう?

今回乗ったのは、東京・徳島・新門司を結ぶオーシャン東九フェリーです。2026年現在、東京・有明から長距離を結ぶカーフェリーとしては、この航路が存在します。

では、東京湾には他にどんな「人と車両を乗せられる定期船」があるのか。

思ったからには調べずには居られない性分。いつものように、手元に持っている金属とガラスの板に聞いてみます。

疑問「需要に対して供給が少ないのでは?」

「東京湾発着の、人・車両を乗せられる定期運航便は?」

そう聞いてみると、だいたいこんな感じでした。

2026年現在、東京湾周辺の定期運航便

航路種別該当する航路・船会社発着地特徴
長距離カーフェリーオーシャン東九フェリー東京港(有明)~徳島~新門司東京発着の長距離カーフェリー
短距離カーフェリー東京湾フェリー久里浜(神奈川)~金谷(千葉)東京湾口を横断するカーフェリー
離島航路(貨客船)東海汽船竹芝桟橋~伊豆諸島旅客輸送と島しょ部への物流を担う
離島航路(貨客船)小笠原海運竹芝桟橋~父島小笠原諸島への定期航路
  • 東京湾フェリーは久里浜~金谷を約40分で結ぶ航路です。
  • 伊豆諸島や小笠原諸島への船便については納得できます。東京都内から東京都の島へ行くのですから。

一方で、久里浜~金谷は東京湾口を横断する短距離航路。

そうなると、東京港から四国や九州へ向かうような長距離カーフェリーは、実質的にオーシャン東九フェリーが目立つ存在になるわけです。

「海なんて広いんだから、いくらでも船を走らせればいいのでは?」

そんな風に楽観視していた時期が私にもありました。

レベルでした。

調べていくうちに、東京湾という場所が、どうもそんな単純な話ではないことが分かってきたからです。

1. 「1,400m」という数字の罠と、浅瀬の怖さ

東京湾口には浦賀水道航路があります。陸上の感覚で考えれば、1kmを超える幅というのはかなり広く感じます。

ところが、ここを通る船を見ると印象が変わります。

海上保安庁の現在の航行予定を見るだけでも、全長200m以上の「巨大船」が普通に登場します。

2026年10月6日の浦賀水道航路の入航予定を見ると、1週間分で381隻が予定されており、全長332mの大型タンカーまで含まれています。

つまり、

「海だから広い」

ではなく、

「巨大な船が、巨大な船同士で交通整理をしながら通っている」

という場所です。しかも、東京湾の中央部には浦賀水道航路や中ノ瀬航路が設定され、その周囲には浅瀬や複雑な地形があります。

船は自動車のように、好きなところを走って好きなところで止まれるわけではありません。

速度が出ている巨大船を、その場でピタッと止めることもできません。

舵を切れば船体が旋回するまでに時間がかかり、深く喫水した船は、航路を外れれば浅瀬との余裕も失います。

「広い海の上を自由に走っている」のではなく、「巨大な船が通れる水深と交通ルールを確保した場所を、順番に通過している」

と考えたほうが実態に近く、この海域は決して閑散としていません。

海上保安庁の資料では、東京湾では大型コンテナ船やLNG船などを含め、1日約500隻が航行しているとされています。さらに浦賀水道・中ノ瀬航路は1日の船舶通航量が500隻を超える国内有数の主要航路です。

これでようやく、

「海なんだから、船を増やせばいいじゃない」

という最初のアントワネット的な暴言(言ってない)が、言うほど簡単ではないです。

2. たった1隻の事故で「東日本が死ぬ」……?

「1隻事故を起こしたら東日本が即死する」という話ではありません。

ただし、「ここで大規模な事故が起きると、影響が東京湾の中だけで収まらない」

というのは、かなり現実的に想像できます。

東京湾の周囲には、東京港、横浜港、川崎港、千葉港などの主要港湾が集中しています。

さらに湾岸部には石油コンビナート、LNG基地、火力発電所など、エネルギー供給に関わる施設も集積しています。

  • コンテナが止まる
  • 燃料やエネルギー関連の船舶が止まる
  • 港そのものの入出港が滞る
  • その結果として陸上の物流にも影響する

という、おじゃまぷよどころではない連鎖が発生します。

(実際、関東地方整備局も、東京湾で海上災害による航路閉塞が発生した場合、コンテナ物流の停滞などを通じて我が国の経済活動に支障が生じる可能性を明記しているそうです)

だから東京湾では、

「事故を起こさない」だけではなく、「事故が起きても、できるだけ早く航路を復旧させる」

ところまで含めて考えられています。

災害時の航路啓開を目的とする「緊急確保航路」に東京湾が指定されているのも、その一例です。

3. 圧倒的に強い海運

ここまで来て、ようやく最初の疑問に戻ります。

なぜ東京発着の長距離フェリーが、もっとたくさんないのか。

その理由を考える前に、そもそも海運で何を運んでいるのか という哲学的な問いからスタートします。

結論から言えば、海運、強すぎます。一度に運べる量が、とにかく大きいです。

国土交通省の資料によれば、内航フェリー・RORO船は、一度の航行で100台以上のシャーシ等を運ぶことがあります。

しかも2023年度の輸送量当たりCO₂排出量は、

  • 営業用トラック:207g-CO₂/トンキロ
  • 内航海運:42g-CO₂/トンキロ

となっており、内航海運はトラックの約5分の1です。トラックを100台走らせるのではなく、「船に積んで、まとめて運ぶ」という発想だからです。

ここに大首都圏(1都3県)でおよそ 3,700万人の人口を支える海の玄関口という側面が見えてきます。

「東京湾にもっとフェリーを増やせばいい」

という発想そのものが、少し違って見えてきます。東京湾はすでに、ものすごい量の船を使って、ものすごい量の物資を運んでいます。

4. 「だからこそ」海運は厳重に管理されている

ここで、最初の「東京発着のフェリーが少ない」という疑問に戻ります。

東京湾で必要なのは、「船を増やすこと」ではなく、「今いる船を安全に流し続けること」です。

実際、東京湾にはかなり本気の交通管理体制があると、その金属とガラスの板は説明を続けます。

東京湾海上交通センター

東京湾では、海上保安庁の東京湾海上交通センターが船舶の動静を把握し、情報提供や航行管制を行っています。

2018年には東京湾海上交通センターと東京・横浜・川崎・千葉の4つの港内交通管制室を統合。

東京湾への入域から各港への入港までを一体的に把握し、管制計画を策定できる体制になっています。

空港周辺の管制そのものです。そして今日も、その管制室のコントロールルームには大量の船が並んでいます。

水先人

さらに大型船には、水先人が関わります。水先人は、その海域の地形や水路、潮流などに精通した専門家です。

東京湾は「強制水先区」に指定されており、東京湾の横須賀・川崎を除く水域では、原則として1万総トン以上の船舶が水先の対象です。(定期旅客船やフェリーは、強制水先の対象から除外されています)

  • 船の種類
  • 運航形態
  • 船長の経験

などを含めて、「こっから先は案内なしに航行するな」という制度があります。

おわりに:フェリーの窓から見えた『東京湾決戦』

今回、船室を出て接岸を待っている間に上記を調べて思ったこと。『沈黙の艦隊』で海江田艦長が指揮する「やまと」を護衛していた「たつなみ」の深町艦長が

「実はとんでもないモノを背負っていたのでは?」

と痛感です。補給・修理を終えて東京湾(まさに、上記に述べた浦賀水道)を突破しようとする「やまと」とそれを阻止する米国原潜群(尤も、平均水深30mの該当海域では大型潜水艦はその機動力を発揮できませんが)。

この、「浦賀水道が止まれば大首都圏の物流も死ぬ」プレッシャーを背負いながら第七艦隊の原潜を完封した「たつなみ」やべぇな、思いました。

まぁ、こういう胡乱なアイディアが生まれる程度には、「フェリーのゆっくりした旅路、最高!」という形で、ようやく、船もこの旅行記も四国に上陸です

ピボット旅行2026-04『心の中のシャアとゴリラルーム』

はじめに

2026年9月――フェリーで四国へ渡り、高松を拠点に一人旅をしてきました。

今回の旅行については、すでに「ピボット旅行」と名付けています。

そもそもこの言葉を使い始めたきっかけは、WWEでのジョン・シナのストーリーでした。

2025年のシナはヒールターンという大きな方向転換を行いました。しかし、その反応を受けて、今年は再びベビーフェイスへと方向を変えた。

ここで面白かったのは、 それまで起きたことを全部なかったことにするのではなく、起きてしまったことを材料にして、次の展開へ進んだこと です。

今回の旅行も、まさにそんな感じでした。

  • 予定を立てる。
  • 予定が崩れる。
  • そこで別の手を考える。

これを繰り返しているうちに、いつの間にか「ピボット旅行」になっていました。

心の中のアズナブル

そして、もう一つ。今回の旅行には、常に 脳内のシャア・アズナブル がいました。

旅先では、見知らぬ土地を歩き、初めて乗る船に乗り、初めて食べるものを食べます。当然、予定通りにいかないこともあります。

そんな時に、

「見せてもらおうか……○○の性能とやらを!」

と、とりあえず試してみる。うまくいけば、

「ええぃ! ○○は化物か?」

となります。思ったほどではなければ、

「どうということはない」

で済ませられます。予定が外れれば、

「そうそう当たるものではない」

と言えばいいし、そして、自分の判断が盛大に外れていたことに気付いたら、

「これでは道化だよ」

にもなります。極めて重要なマインドセットとして、大ピンチに陥ったときにはあの言葉。

「まだだ…… まだ終わらんよ!」

実に便利です。

しかも、あの人は「戦いは常に二手三手先を読むものだ」と言いながら、普通に判断を間違えます。そのくせ、妙に生存率が高い。

あの白い悪魔と何度も交戦して、アクシズ・ショックまで生き残った人ですから、 「判断は必ずしも正しくないが、とりあえず現場に投入して帰ってくるテスター」 としては非常に優秀です。

今回も、フェリーには、

「見せてもらおうか……フェリー東九の性能とやらを!」

と乗り込みました。尤も、そこに至るまでに2つほどピボットがありましたが

心の中のゴリラルーム

そして、こうした「予定外の展開」を見て、もう一人、私の心中にいたのがゴリラルームのシナリオライターです。

WWEのプロレスラーは、何が起きてもその場で試合を成立させなければなりません。それも、コンマ1秒単位でのタイムコントロールが求められます。

予定していた展開が崩れたら、そこで試合そのものを止めるのではなく、次の展開を作ります。

今回の旅行も、それにかなり近いものでした。

  • 「尾道へ行く」という目的は残す。
  • しかし、そこへ至る手段が変わる。
  • フェリーの帰りがなければ、新幹線にする。
  • 自転車を持っていく予定だったが、雨だったので未練たらたら置いていく。

当初の予定が使えなくなったら、その時点で残っているカードから次の展開を組み立てる。

予定通りに進むことが目的ではない。旅行そのものを成立させることが目的です。

そう考えると、今回の旅行は最初から最後まで、ずいぶんとプロレス的でした。

シナリオライターが用意した展開に対して、

「そうはならんやろ」「なっとるやろがい!」のコンボ

が炸裂し、その横でシャアが、

「見せてもらおうか……」

と言っている。そんな旅行です。

まずは、東京・有明から乗船する前から。

見せてもらおうか……フェリー東九の性能とやらを!

は、このお話の後の後、となります。前回のエントリーで

次からはいよいよ実際の写真を伴いながらの旅行記となります。

と言いましたが……「アレは嘘だ」のメイトリックス語録でこのエントリーは〆ます。

ピボット旅行2026年01-定義説明-

ピボット(pivot)という言葉があります。

もともとは「軸」「旋回軸」といった意味ですが、ビジネスやプロジェクトの文脈では、それまで進めていた方針を、状況に合わせて大きく転換することを指します。

当初の計画を全部捨てるわけではありません。「このままでは上手くいかない」と判断したところで、目的そのものや現在地を見直し、別の方向へ舵を切る。

今回、この言葉を妙に気に入ってしまいました。

なぜなら、今回の旅行そのものが、まさにピボットの連続だったからです。

さっくりとした旅行の概要

2026年9月24日から28日まで、高松を拠点とした瀬戸内旅行に行きました。 ……と書けば、いかにも予定通りの旅行だったように見えます。

実際には、予定通りとは決して行かない旅行でした。

  • 出発前から予定を変更
  • 移動中にも変更
  • 現地でも変更
  • 天候によって変更
  • 腹が減ったので変更
  • 目の前に面白そうなものがあったので変更

など、予定通りだったのは行きと帰りの予約していた交通機関、そして宿のみ。それでも旅行そのものは、最後までちゃんと成立しました。

むしろ振り返ってみると、予定を変更したからこそ、成立した旅行だったというのが一番近い表現かもしれません。

そこで、この旅行を私は「ピボット旅行」と呼ぶことにしました。

なぜ「ピボット」なのか

この言葉を使うきっかけになったのは、WWEの絶対的エースだったジョン・シナのラストイヤーでした。2025年から始まったジョン・シナの引退ロードは、最後の最後まで大きな物語を作りました。

その中でも象徴的だったのが、ヒールターンです。

長年WWEの顔として君臨してきたシナが、ついにヒールへ転じる。演出そのものは見事でした。ところが、実際にファンが示した反応は、作り手が想定していた以上に大きな失望と困惑だった。

そこで物語は、さらに軌道修正されました。ヒールターンそのものを無かったことにするのではない。そこで生まれた感情も、そこで起きた出来事も拾い上げた上で、最終的にはフェイスターンへ向かっていく。

つまり、

「予定していた筋書きを最後まで押し通す」のではなく、実際に起きたことを見て、そこから物語を組み直す。

これが今回、私が「ピボット」という言葉を使いたくなった理由です。そして、今回の旅行もまったく同じでした。

今回の「ピボット」ぶり

最初に立てた旅行計画があります。

そこには「こう移動する」「ここへ行く」「これを持っていく」という予定がありました。

しかし、現実には

  • 天候があります。
  • 時間があります。
  • 交通機関があります。
  • 現地に着いてから初めて分かることがあります。

そして何より、

そのときの自分が何をしたくなるかなんて、出発前には完全には分かりません。

だから、計画通りに進まなくなったところで、「予定が崩れた。どうしよう」ではなく、「では、ここから何に切り替えるか」 と考える。

今回の旅行では、それを何度も繰り返しました。そして面白いことに、そのたびに旅行が悪くなるわけではありませんでした。

むしろ、 「ああ、こっちへ行けばいいのか」 という具合に、次の道が見えてくる。

最終的には、出発前には想像していなかったものが大量に残りました。

  • 写真の撮り方
  • 食べ物への認識
  • 衝動買いした数々
  • 移動手段や町そのものの認識
  • 自分の旅行について

今回の記事では、最初から旅程を全部並べるつもりはありません。

「9月24日はこれをして、25日はこれをして……」という旅行記にすると、今回の旅での印象的な部分が見えなくなってしまうからです。

  • なぜその場で予定を変えたのか。
  • 何を見て、何を諦め、何を拾ったのか。
  • そのピボットによって、当初の予定にはなかった何が生まれたのか。

そこを中心に書いていきます。2026年9月24日から9月28日まで。高松を拠点に、瀬戸内を巡った5日間。

予定通りとは決して行かなかった旅行でした。だからこそ、今回は 「ピボット旅行」 として記録しておこうと思います。

Rosterの編成(IDEA SPHEREとしての統率者メモ 2026/08/09)

作業の空き時間、Netflixのドキュメンタリー『WWE:"壮大なるドラマ"の裏側』を見ていて気になった言葉。

WWEの現場トップであるCCO(チーフ・コンテンツ・オフィサー)“The Game”トリプルHが曰く

“If I was to get decimated on a roster of people and say, 'We gotta start over,' I would look at it and say, 'If you leave me Iyo, I'm good.'”

(もしロースターが全滅してゼロからやり直すことになっても、イヨ[イヨ・スカイ]さえ残してくれれば俺はそれでいい)

世界最大のプロレス団体を率いる男がみせた、あまりにも強い全幅の信頼。
しかし同時に、ここで使われている「ロースター(Roster)」という言葉の重みが気になりました。

そもそも「ロースター」とは何なのか?

調べてみると、単なる「メンバー表」ではなく、アメリカのプロスポーツ(MLB, NFL, NBAなど)やプロレス興行におけるチーム編成・戦略・ビジネスの根幹をなす最重要概念だということがわかります。

なぜそこまで重要視されるのか。理由は大きく2つあります。

サラリーキャップ(年俸総額制限)との兼ね合い

使える予算の上限が決まっている中で、「誰にいくら配分するか」という厳密なマネジメントが求められるため。

厳格な「枠(スポット)」の制限

どれだけ優秀な選手がいても、枠が埋まっていれば登録できません。1人を加えるには、1人を解雇するかトレードに出すしかない。この「たった1枠」を巡るフロント(ゼネラルマネージャー)の駆け引きこそが、スポーツビジネスの醍醐味なのです。

この「限られた枠とリソースの中で、絶対的なコア(軸)を1枚決め、そこから全体を構築していく」という概念。

これに触れたとき、ふと思ったのが「TCG(マジック:ザ・ギャザリングなど)における統率者(EDH)のカード選定」との強烈な共通点でした。

1. そもそもメインイベンター(統率者)の存在

プロレス興行やプロスポーツにおける最重要事項は、「誰を看板(メインイベンター)にするか」です。

先の例で言うと、トリプルHにとってのイヨ・スカイがそうであるように、

「この1人がいれば興行のカラー(方向性)が決まり、全体を再構築できる」という絶対的な存在。

これが統率者戦における「統率者(ジェネラル)」そのものです。

統率者は、デッキにおける「色指標(固有色)」を決定し、そのデッキがどんな戦い方(ビートダウンなのか、コンボなのか、コントロールなのか)をするかのコンセプトそのものになります。

看板(統率者)が決まって初めて、周りを固める演出やストーリー(デッキの99枚)が見えてくるのです。

2. 厳格に決められた「残り99枚(共闘で98枚)」の枠

アメリカのプロスポーツには「アクティブ・ロースター(ベンチ入り枠)」の上限が厳密に定められています。どれほど優秀な選手がいても、枠からあふれれば登録できません。

統率者戦も全く同じです。「統率者1枚+残りハイランダー(同名カード1枚制限)の99枚/共闘等の場合は2枚の統率者と残り98枚」という絶対的な枠の制限が存在します。

  • マナ基盤(土地・マナ加速)に何枠使うか?
  • ドロー源・リソース確保に何枠割くか?
  • 妨害・除去カードに何枠残せるか?

「強いカードだから入れたい」だけでは枠が足りなくなります。「1人を採用するには、1人を解雇(解雇/リストラ)しなければならない」というロースターマネジメントの苦悩が、ここにも生まれます。

3. ブラケット(パワーレベル)に合わせた調整

スポーツには「レギュラーシーズン」と「プレーオフ」で求められる戦術が異なるように、統率者戦にもパワーレベル(ブラケット)の概念が存在します。

  • カジュアルに、マイクパフォーマンス含めて楽しむレベル(ブラケット3まで)
  • 勝ちにこだわる最前線レベル(3のガチレベル以上)

どれほど強力なコンボや高額カード(スーパースター)を詰め込んでも、参加するテーブル(環境)のパワーレベルとズレていれば興行(ゲーム)として成り立ちません。「このデッキはどのブラケットで輝くロースターなのか」を意識してカードを厳選する視点が不可欠です。

4. 単に1枚差し替えるとゲームそのものに影響が変わる難しさ

プロスポーツで「エースピッチャーが1人離脱しただけで、中継ぎの運用や野手の守備シフトまで崩壊する」ことがあるように、100枚のシナジーで動く統率者デッキも非常に繊細です。

たった1枚のカードを差し替えただけで:

  • マナカーブ(展開のスムーズさ)が崩れる
  • チューター(サーチカード)で持って来る最適解が変わってしまう
  • 意図しない無限コンボが成立してしまう(あるいは消える)

といった「生態系全体の変化」が起こります。1枚のカードを入れる・外すという決断は、単なるスペックの引き算ではなく、デッキ全体の挙動やゲーム体験そのものを変えてしまう難しさを秘めています。

5. 仮想対戦相手(身内か、交流会か、大会か)

ロースターを組む際、GM(ゼネラルマネージャー)は常に「同地区のライバルチーム(対戦相手)」を意識します。統率者戦においても、「誰と遊ぶか」によって求められるロースターが変わります。

  • 身内の固定メンバー: 相手の得意な統率者や癖を熟知しているため、局所的な対策カード(ピンポイントなピン挿し)が刺さる。
  • ショップの交流会・フリー対戦: 初対面の相手と当たるため、どんな盤面にもある程度対応できる汎用性・対応力が求められる。
  • トーナメント・大会: 速度と効率、最速の勝ち筋とそれを守る(打ち消す)カード群に尖らせる必要がある。
  • 予算・カード資産:これが一番大きいでしょう。たびたびXで繰り広げられる高額カード問題。それが許される場かどうか。

「誰を相手に想定してこの99枚を組み上げたのか」という仮想敵の設定こそが、デッキの完成度を決定づけます。

おわりに:「GM(ゼネラルマネージャー)」としてのデッキ構築

トリプルHが「イヨさえいればやり直せる」と言い切ったのは、彼女がどんな相手・どんな環境であっても興行を成立させられる「最強のコア」だからです。

統率者デッキを構築するとき、プレイヤーであると同時に、100枚のロースターを管理するゼネラルマネージャー(GM)になっています。

  • 誰を看板(統率者)として全幅の信頼を寄せるか?
  • 限られた99枚の枠に、誰(どのカード)をスカウトしてくるか?

これもまた、統率者の楽しみだとおもいます。

内なる敵こそご用心。「プライベート環境」の慢心。

話はこちら。

QNAPを新調し

ノートPCをNextcloudのフロントエンドとして流用。ここまでは順調でしたが、順調しすぎたために見放していた感があります。

「公開サーバばかり見ていた」

発端はデスクトップに通知された「QNAPのファームアップ」がデスクトップ上に通知されたことにあります。

この作業はWeb管理画面から「ファームウェアの更新」を行うというシンプルな動作ではありますが、

  1. 圧倒的多数のマルウェアは、これらストレージを狙うから定期的なファームアップは必須である。
  2. そもそもファイルサーバという生命線のアップデートである。
  3. 必然的にファイルに触れない期間が発生する。
  4. おまけにQNAPは長期稼働を前提として作られている反面、停止と起動はとても時間がかかる

ため「大好きな人を探す方が難しい」状態です。

なので、空き時間ができたことを利用して

  • 自宅サーバのカーネルアップデート
  • Nextcloudのバージョンアップ

を行いました。

気づいた異変

動作確認のためにログを見ようとしたところ、

/var/log/nextcloud

に移動すると異変がありました。

ls -la

すると

nextcloud.log
nextcloud_access.log
nextcloud_error.log

しかありません。「あれ?」状態です。『黄金の風』でジョルノ言うところの

「いや…… そんなはずはない……」

が発生しました。

「ログローテーションされていない」

(この段階で既にファイルサーバのファームアップは完了していますが)

数秒ほど思考停止した後、状況の確認に取りかかります。

取り急ぎ、

/etc/logrotate.d/nextcloud

を開きました。

犯人判明

以下のような状態だったのです。

/var/log/nextccloud/*.log

よく見ると(よく見なくても)

nextccloud

と描かれていました。

「h」でも「;」でもない。cが一つ多い。 たった一文字のタイポが「今までログがローテーションされず、ログの肥大化を招いた」真犯人でした。

「いや…… そんなはずはない……」

が発生しました。(二度目)

早速修正し、自体は解消。今度はOKとばかりに

sudo logrotate -f /etc/logrotate.d/nextcloud

を実行し、ログローテーションを確認しました。

なぜ気付かなかったか

では、なぜこれに気づかなかったのか?

理由は技術ではありません。

  • 自宅だから
  • 外部公開していないから
  • エラーが出ないから
  • ログは書き込まれ続けるから

つまり

「動いているように見えていた」

という厳然たる事実と

「前はしっかり動かしていたから手なりでOK」という慢心。

それ以上に「物理的に外的や脆弱性を狙われる心配はない」ということでいつもなら入念に行う事前事後のチェックが抜けていました。

本件で助かったこと

「自宅で失敗できたから自分が『やらかした』で思うだけで済んだ」

に過ぎません。これが仕事なら

  • ログが肥大化
  • ディスク枯渇
  • サービス停止
  • インシデント報告
  • 発生時の会議

になります。逆に言えば「こういう状況が発生しようがない」作業であるが故に招いた悲劇です。

チェック者が自分しかいないことの歪み

真っ当なシステム開発(チームワーク)であれば、この事象が起きなかったでしょう。

nextccloud

という間の抜けたミスは単体テスト、システム統合テスト、リリース前チェック、運用などで一発で分かります。

しかし、チェック者は私。運用者も私です。誰にも気付かれず居座り続けます。

大事故になった原因は

技術的に難しい問題

ではなく

「当然動いている」という思い込み

でした。

つまり、「最も危険なのは設定ファイルではなく、『きっと大丈夫だろう』という自分自身の前提だった」という結論。

今回の教訓は

  • 設定ファイルを書いたら configtest
  • サービスを再起動したら status
  • logrotateを書いたら sudo logrotate -f
  • cronを書いたら即時実行
  • バックアップを書いたら実際に復元
  • 「動いている」は証拠にならない。期待した副作用が起きていることまで確認する

という、運用者としての当然の心がけは「プライベートこそ」重要だと思いました。何せプライベートのバックアップミスや吹っ飛ばしは誰かに責任転嫁できません。

誰かのせいにしたいが自分の顔しか思い浮かばない
I'm casting around in my head for someone to blame and it's just me, keeps coming back at me.

です。

『バキ 最凶死刑囚編』

で柳龍光が言う

一つ質問をしよう
この地球上で最も強力な毒ガスとは――何かワカるかね?
答えは酸素

ワカったときにはもう遅い

という、「理解った」時点でのバイアスに陥ったという読者にしてみれば笑い話。私にとっては苦い話となりました。

AIのトークン消費はなぜバラつくのか?――創作・分析・編集で「脳の使い方」が違うように見える話

AIを日常的に使っていると、ふとこんなことに気付きます。

  • 「この依頼は意外と利用量が増えないな」
  • 「逆に、この程度の文章なのに思った以上に消費する」

私自身、普段はGeminiを使って画像生成プロンプトの修正や競馬予想の分析、ブログの推敲、物語の執筆など、さまざまな用途でAIを利用しています。

その中で感じたのは、「依頼する内容によって利用量の増え方がかなり違う」ということでした。

もちろん、AI各社は利用量の計算方法を公開しているわけではありません。表示される消費量が単純なトークン数なのか、推論時間なのか、それらを組み合わせた独自の指標なのかは分かりません。

この記事は、あくまで私が日常的に使う中で見えてきた経験則です。

「文字数」よりも「何をさせるか」の方が重要だった

最初に不思議だと思ったのが、画像生成プロンプトです。5000文字を超える長いプロンプトを修正しても、トークンの利用量は数%程度で済むことがあります。一方で、「1000文字くらいの短い物語を書いてください」と依頼すると、それだけで10%近く増えることもありました。

文字数だけを見れば、前者の方が圧倒的に長いはずです。ところが、AIにとって重要なのは文字数ではなく、「どんな仕事を頼まれているか」なのではないか、と感じるようになりました。

ゼロから創る仕事は、とにかく重そうだ

物語を書く仕事は、AIにとってかなり負荷が高いように見えます。

  1. 登場人物を考え、
  2. 会話を自然につなぎ、
  3. 伏線を張り、
  4. 最後まで一貫性を維持する。

しかも文章は一気に完成するわけではありません。

AIは「次に来る最も自然な単語は何か」を少しずつ判断しながら、文章を積み重ねていきます。つまり、1000文字の小説を書くということは、「1000文字分の判断」を積み重ねる作業でもあります。

もちろん内部では人間のように「悩んでいる」わけではありませんが、利用量という観点では、このような創作タスクほど大きく増える傾向を私は何度も経験しました。(少なくともGeminiで可視化されている利用量を見る限り、その傾向ははっきり現れています。)

分析や編集は「答えを探す仕事」

逆に、競馬予想の分析やブログの校正、画像生成プロンプトの修正などは、それほど利用量が増えないことが多くあります。もちろん分析にも推論は必要です。

競馬であれば過去データや馬場状態、展開などを整理して結論を導かなければなりません。しかし、これは「何もないところから世界を創る」仕事ではありません。

与えられた情報を整理し、関連性を見つけ、答えを導く仕事です。画像生成プロンプトの修正も同様です。

  • 「かわいい雰囲気を少し減らして」
  • 「夕暮れを夜景に変更して」
  • 「背景をモンサンミッシェルからセントマイケルズマウントに変更して」

といった依頼では、新しい世界を創造しているのではなく、既にある設計図を編集しています。人間に例えるなら、小説を書くよりも、設計図を赤ペンで修正する仕事に近い印象があります。

文体変換は「下絵が完成している」

個人的に最も面白かったのが、文体変換です。

例えば、私がよくやっているのが

  • 「歴史的事実をニンジャスレイヤー風に書く」
  • 「ハリー・ポッターを池波正太郎風に書く」

といった依頼です。

これも一見すると創作のようですが、実際の利用量はゼロから物語を書く場合よりかなり少なく感じられました。

この理由を考えてみると、文体変換では「何が起こるか」は既に決まっています。

AIが考える必要があるのは、「どう表現するか」だけです。

これは白紙のキャンバスに絵を描く作業ではなく、完成した下絵に画風を合わせて色を塗るようなものです。物語の骨格が既に存在するため、ゼロから組み立てるよりも効率よく処理できるのではないか、と感じています。

AIにも「得意な仕事」と「重い仕事」がある

今回の観察から、私の中ではAIへの依頼は次のようなイメージになりました。

  • データ整理・分析(かなり軽い)
    • 与えられた情報を整理する仕事
  • 編集・文体変換 (軽い)
    • 内容はそのままに表現を整える仕事
  • ゼロからの創作(重い)
    • 内容そのものを組み立てる仕事

もちろん境界は曖昧ですし、実際の内部処理がこの通りだと断言することはできません。(AIの仕様そのものがブラックボックスであることは、皆様もご存じでしょう)それでも、利用量の増え方を見ていると、この順番で負荷が高くなっているように見えます。

AIを使い分けるヒント

この経験則を踏まえると、AIを効率よく使う方法も見えてきます。

  • 「物語のプロットだけは自分で考え、AIには文章を書き直してもらう」
  • 「まず箇条書きで構成を作り、そのあと文体だけ整えてもらう」

という使い方です。ゼロから創作を任せるよりも、利用量を抑えながら質の高いアウトプットを得られる場面が少なくありません。

なので「揮発性のアイデアは人間が捕まえ、形にするのはAIに任せる」やり方は相当効率的です。

おわりに

この記事は、AIの内部仕様を解説したものではありません。(そもそも筆者はAIを使うことはあっても作る技術はありません)

あくまで、一人のヘビーユーザーとして毎日のようにAIを使い続ける中で見えてきた経験則です。それでも、「文字数」ではなく「AIにどんな仕事を頼むか」で利用量が変わるように見えるという発見は、とても興味深いものでした。

AIは万能な魔法ではなく、それぞれの仕事に向き・不向きがあります。

人間が「何を考え」、AIに「何を考えてもらうか」を意識するだけでも、同じAIでも驚くほど付き合い方は変わってきます。AIの「脳の使い方」を少し意識するだけで、その能力をより引き出せるのではないでしょうか。

Twitter(現X)を侵食する「インプレゾンビ」の正体:ゾンビが直面する経済圏

さて、冒頭で述べますが筆者はTwitter(現X)に現れるインプレゾンビを親の敵のように嫌っています。

  • ニュースやイラストに群がり
  • 有益なコメントを潰し
  • 下手すれば災害情報をも利用する

「ノイズの極み」。全くと言っていいほどナンセンスです。そういう意味では筆者サイトに群がるAIクローラーと何ら代わりはありません。

しかし、このノイズの極みを「単に迷惑だ」とブロックやスパム通報するだけでは片手落ちです。

彼らの理と目指す利、これらを理解しないことには「敬意を払って叩き潰す」ことは不可能です。そこで、なぜ、彼らがスパム行為と何ら変わらないインプレゾンビへと変貌するのか?

その辺をまずは調査することにします。

1. 物価水準の異なる地域における「青バッジ(月約8ドル)」の圧倒的な重み

日本での収益可能なラインである青バッジ。有料プラン(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万円以上のボーナスが手に入る」ような感覚です。

  • 高広告単価な「日本市場」への寄生:
    • 日本は世界的に見てもTwitter(現X)の利用率が異常に高く、広告単価(ユーザーが広告を見たときの価値)が高い。自国向けにポストするより、日本のトレンドに寄生する方が「1インプレッションあたりの実入り」が遥かに高効率です。
  • 人生逆転のギャンブル:
    • もし軌道に乗れば、国の平均月収を遥かに超える利益が手に入る。彼らにとってTwitter(現X)は、SNSではなく「合法的な一攫千金の舞台」なのです。

2. 「米ドル(USD)」という最強のインセンティブ

もう一つの強力な動機が、報酬が自国通貨ではなく最強のハードカレンシー「米ドル(USD)」ベースで支払われる点です。

この旨味は日本人にはなかなかピンとこないでしょう。なぜなら、日本円は弱くなったと言ったところで米ドルに比肩するハードカレンシーだからです。(かなりフランクに言うとストレートに現地通貨に両替できる通貨です)

上記で示したゾンビの主要発生国は猛烈なインフレと自国通貨安に苦しんでいます。手元にある現地通貨は、持っているだけで毎日価値が目減りしていくのは珍しくありません。

  • 資産の防衛:
    • Twitter(現X)の収益をドル建て(またはそれに準ずるデジタルウォレット)で受け取れることは、不安定な自国経済から資産を守る「最強の防衛策」となります。
  • 実質的なレバレッジ:
    • 自国通貨が暴落すればするほど、ドルを現地通貨に両替したときの手取り額は現地基準で跳ね上がります。「超ドル高・自国通貨安」の恩恵をダイレクトに受けられるボーナスステージになるのです。

学歴や特別なコネがない地方の若者が、スマホひとつで「最強のハードカレンシー(米ドル)」を手にすることができます。これがゾンビを突き動かす最大の原動力と言っていいでしょう。

3. 裏で操る「女王蜂(ブローカー)」と現代のデジタル搾取工場

とはいえ、現地の経済的に困窮している層が、個人で

  • X Premiumを支払える国際決済可能なクレジットカードを持つこと
  • 日本語でのリプを返す方法を考えられるAIの有料APIを契約(或いはローカルLLMを構築)し、
  • 日本語のトレンドを正確に把握する

のは極めて高い壁が立ちはだかります。ここで登場するのが、組織的に人々を動かす「ブローカー」の存在です。もっと有り体に言うと女王蜂のような存在。

つまり、高インプの投稿やアカウントが目にするインプレゾンビの多くは、個人が副業でやっているのではなく、ブローカーが設営した「クリックファーム(クリック工場)」で働く低賃金労働者(働き蜂)という実態が浮かび上がります。

クリックファームやブローカーの存在自体は研究途上です。

なので、本記事で述べる「女王蜂」モデルが現在のインプレゾンビ群にどの程度当てはまるかは筆者の推測を含みます。

【インプレゾンビ経済圏の支配構造】

役割業務内容資本・リターン
女王蜂(ブローカー)・大量の青バッジ代を一括決済/VPN(IP偽装)やAIツールの提供/作業場(PC・スマホ・回線)の用意総ドルの7割〜9割を中抜きし、巨万の富を得る
働き蜂(現地の労働者)・マニュアルに従い、日本時間に合せてシフト勤務/AI生成文の微調整、コピペ連投作業雀の涙ほどの歩合、または現地基準の固定給(現地通貨)

ブローカーは「日本の通勤・退勤時間」や「バズりやすい投稿(トレンドに上がった投稿や高品位な写真やイラスト、災害、政治、凄惨な事件)」を徹底的にマニュアル化し、労働者に作業をさせています。

そして、悲しいことに:彼らが一攫千金を夢見た「ドル」はそのほとんどがブローカー(女王蜂)に吸い上げられ、現地の労働者には、地元の肉体労働よりはマシという程度のわずかな現地通貨しか行き渡りません。

4. 運営の対策と、終わりなき泥沼の追いかけっこ

もちろん、Twitter(現X)の運営側も手をこまねいているわけではありません。(極めて後ろ向きですが)

  • アルゴリズムの改修
  • 「アカウントの居住地域」と「インプレッションの発生源(言語圏)」が一致しない海外からの無差別なリプライは、収益が大幅にカットされる重み付けの変更

を行いました。ですが、ブローカー側も以下の手は使うでしょう。

  • VPNによる位置情報の偽装
    • 先述したレジデンシャル・プロキシーなど。
  • 海外(特に)日本の電話番号の闇ルート購入による認証突破
  • LLM(大規模言語モデル)を駆使した「一見、普通の日本人が書いたような自然なリプライ」の自動生成。(これは実際に喰らいました

など、対策をすり抜ける技術を日々アップデートさせています。

まとめ:タイムラインの向こうにある相対的価値

目障りなインプレゾンビ。それは、単なる「迷惑なネットユーザー」の群れ“だけ”ではありません。

その正体は、先進国の高い広告価値と、新興国の圧倒的な通貨格差・物価格差の隙間に目をつけた、サイバーブローカーたちによる「冷徹なハッキングビジネス」の側面があります。

この圧倒的な経済格差とドルの魅力が存在し続ける限り、プラットフォームとブローカーの泥沼の戦いは、形を変えながらこれからも続いていくでしょう。

そこで、こんなブローカー(女王蜂)にちょっとした実験をしてみました。その実験結果はまた機会があったらお話しします。

調理の順番。(浸透圧と調味料の入れ方)

筆者は弁当を作る際、スープジャーを用いて汁物を毎回作っていますが、教わったり実感として体験した

  1. 肉ジャガなどを作るときに味付けを最後にした方が逆に味が染みる。
  2. 調味済みの煮汁で煮てしまうと逆に煮崩れしたり味がしみない。

この一見して矛盾に見える調理法がなぜ理にかなうのか?

これを少し調べてみました。この現象を紐解く鍵は、主に

  1. 「浸透圧」
  2. 「熱による組織の変化」

の2点にあります。

以下、AIと壁打ちしながら得た結論です。

浸透圧と細胞壁のブロック

料理の基本は、食材の中に水分(だし汁)や調味料を送り込むことです。しかし、野菜や肉の細胞は「細胞膜」や「細胞壁」で守られており、いきなり濃い味(塩分や糖分)を加えると、逆効果になることがあります。

  • 脱水作用:
    • 最初から味を濃くしてしまうと、浸透圧の働きにより、食材の中の水分が外に引き出されてしまいます。その結果、組織がギュッと収縮して硬くなり、味が中に入っていく隙間がなくなってしまいます。
  • 味の通り道を作る:
    • まずは「だし汁(真水に近い状態)」で煮ることで、熱によって細胞同士を繋いでいる成分(ペクチンなど)が分解され、組織が柔らかくなります。この「組織が緩んだ状態」を作ってから味を入れるのが、最も効率的なのです。

2. 分子量の違い(さしすせその法則)

調味料の「分子の大きさ」も関係しています。

  • 砂糖(分子が大きい):
    • 組織に浸透するのに時間がかかります。
  • 塩(分子が小さい):
    • すぐに浸透し、組織を引き締めてしまいます。

先に塩分(醤油や塩)を入れてしまうと、組織が引き締まってしまい、後から大きな分子である砂糖が入り込めなくなります。

そのため、まずは組織をふっくらさせ、甘みを先に入れ、最後に塩分で味を固定するという順序が科学的にも推奨されます。

3. 「味が染みる」のは火を止めた後

実は、煮込んでいる最中よりも、「温度が下がっていくとき」に最も味が染み込みます。

  • 熱膨張と収縮:
    • 加熱中は食材の中の水分や空気が膨張し、外へ出ようとする力が働いています。火を止め、温度が下がる過程で、膨張していた組織が収縮し、その隙間に周囲の煮汁がグングン吸い込まれていきます。

「最後に味を調える」という工程は、この冷却による吸収の直前で、最も美味しい状態の煮汁をスタンバイさせる重要なステップなのです。

4. 肉や魚の場合

肉や魚も原理は似ていますが、特に「タンパク質の変性」が加わります。

  • 肉:
    • いきなり塩分濃度の高い液で煮ると、表面のタンパク質が即座に凝固し、中心部まで味が届くのを邪魔してしまいます。まずは水分を含ませながらゆっくり加熱し、組織が緩んだところで味を加える方が、しっとりと味が乗ります。
  • 魚:
    • 魚は身が崩れやすいため、先に表面を「霜降り」などで固めることがありますが、味の浸透についてはやはり「煮汁の濃度が徐々に上がっていく」状態の方が、身が締まりすぎずふっくら仕上がります。

調味料の蒸発・変成

これが一番の問題かもしれません。

醤油や味噌、酒といった調味料の芳香成分は、長く煮すぎると熱で飛んで(揮発して)しまいます。

最後に加えることで、素材の味を引き立てる「香り」や「風味」を最大限に維持できます。

結論

「だし汁で煮てから、最後に味を付ける」のは、食材のゲート(組織)を優しく開けてから、主役の味を招待するという、極めて効率的なアプローチです。

mermaid.jsによるメカニズム

失敗するパターン(先に調味料を入れる)

sequenceDiagram participant F as 食材 participant W as 水・出汁 participant S as 調味料 Note over F, S: 【フェーズ1:早すぎる介入】 S->>W: 調味料(醤油・塩・砂糖)を全投入 Note over W: 出汁の濃度が最初から極めて高い状態 Note over F, W: 【フェーズ2:細胞の防衛反応】 W-->>F: 高濃度の液が細胞壁に接触 F->>W: 浸透圧により<br />細胞内の水分が急激に脱出 Note right of F: 細胞が脱水し、<br/>タンパク質が強固に凝固(締まる) Note over F, W: 【フェーズ3:浸透の遮断】 W-x F: 旨味成分が中に入ろうとするが、<br/>硬くなった表面(鎧)に阻まれる F-x W: 食材自体の旨味も外に出られなくなる Note over F: 外側だけ味が濃く、中はパサパサで硬い<br/>「味の染まない煮物」の完成
sequenceDiagram
    participant F as 食材
    participant W as 水・出汁
    participant S as 調味料

    Note over F, S: 【フェーズ1:早すぎる介入】
    S->>W: 調味料(醤油・塩・砂糖)を全投入
    Note over W: 出汁の濃度が最初から極めて高い状態

    Note over F, W: 【フェーズ2:細胞の防衛反応】
    W-->>F: 高濃度の液が細胞壁に接触
    F->>W: 浸透圧により<br />細胞内の水分が急激に脱出
    Note right of F: 細胞が脱水し、<br/>タンパク質が強固に凝固(締まる)

    Note over F, W: 【フェーズ3:浸透の遮断】
    W-x F: 旨味成分が中に入ろうとするが、<br/>硬くなった表面(鎧)に阻まれる
    F-x W: 食材自体の旨味も外に出られなくなる

    Note over F: 外側だけ味が濃く、中はパサパサで硬い<br/>「味の染まない煮物」の完成

成功するパターン(あとから調味料を入れる)

sequenceDiagram participant F as 食材 participant W as 水・出汁 participant S as 調味料 Note over F, W: 【フェーズ1:基盤構築】 W->>F: 加熱された出汁が細胞壁を軟化 F->>W: 食材自身の旨味を放出 Note right of F: 細胞がふっくらと開き、<br/>受け入れ態勢が整う Note over F, S: 【フェーズ2:味の介入】 S->>W: 調味料(醤油・塩)を投入 Note over W: 出汁の濃度が上昇(浸透圧の差が発生) W->>F: 浸透圧により味が細胞内へ移動 F->>W: 余分な水分を排出 Note over F, W: 【フェーズ3:定着】 Note right of F: 火を止め、冷却される過程で<br/>さらに味が奥まで引き込まれる Note over F: 中心まで味が染みた状態
sequenceDiagram
    participant F as 食材 
    participant W as 水・出汁 
    participant S as 調味料 

    Note over F, W: 【フェーズ1:基盤構築】
    W->>F: 加熱された出汁が細胞壁を軟化
    F->>W: 食材自身の旨味を放出 
    Note right of F: 細胞がふっくらと開き、<br/>受け入れ態勢が整う

    Note over F, S: 【フェーズ2:味の介入】
    S->>W: 調味料(醤油・塩)を投入
    Note over W: 出汁の濃度が上昇(浸透圧の差が発生)

    W->>F: 浸透圧により味が細胞内へ移動 
    F->>W: 余分な水分を排出

    Note over F, W: 【フェーズ3:定着】
    Note right of F: 火を止め、冷却される過程で<br/>さらに味が奥まで引き込まれる

    Note over F: 中心まで味が染みた状態

まとめ

以前、『スーパードクターK』(或いは『ドクターK』)にあった

「理を料(はか)ると書いて料理」

とはよく言ったもの。昔ながらの作法が理にかなっているのは経験則という学びの結果だと思いました。

進む誘惑、留まる勇気。(IDEA SPHERE)

雑多な事柄を無理矢理一つにまとめるエッセイに似た何か『IDEA SPHERE』の一節。

拙稿で取り上げているサーバ運用時の心構え。

この大本のきっかけとなった「なぜ、切り戻しが大切か」という原体験を述べようと思います。

遭難、一歩手前。

話はかなり昔。筆者が訪れたベルナー・オーバーラント地方の4泊滞在。

ものすごくさっくり言うと

  1. 観光ガイド地図では近そうだからと歩くのを試みた。
  2. 人気が無い道だけど下れば平気と思い込んでいた。
  3. 軽食を取っているときにユングフラウの雲に傘がかかっていた
  4. これはヤバいと引き返し
  5. 駅に着くと同時に雨
  6. そして本当に正しい道が分かった

この、「一歩でも間違えば客死寸前」というよりも「生きていたのが不思議」という体験。なぜ、人はこれに陥るのか?

それを紐解いていきます。

STOPの原則とサンクコスト

その背景には、人間の判断を狂わせる強力な心理的トラップと、それを打破するための基本的なプロトコルが欠けていたことにあります。

ここで重要になるのが、「サンクコスト(埋没費用)のバイアス」と、回避策としての「STOP」の概念です。

サンクコストの罠:「ここまで来たから」という呪縛

「せっかくここまで歩いたのだから」「もう少し進めば着くはずだ」という思考こそが、サンクコストのバイアスです。それまでに費やした時間や労力を惜しむあまり、客観的に見て「引き返すのが正解」という状況でも、損を認めたくない心理から無理な続行を選択してしまいます。

ガチャなどでも「10連でお目当てのSSRが引けないから次の10連こそ」で石を使い切り、追い課金をしてドツボにハマるアレです。

STOP:冷静さを取り戻すための技術

このバイアスを断ち切り、致命的な結果を回避するために有効なのが、登山の危機管理などでも用いられる「STOP」の法則です。

  • S (Stop) / 止まる:
    • 異変を感じたら、物理的に足を止める。焦燥感から逃れるための第一歩です。
  • T (Think) / 考える:
    • 現在の状況を冷静に分析する。感情を切り離し、事実のみを見つめます。
  • O (Observe) / 観察する:
    • 周囲の天候、道筋、自分の体力を客観的に見る。「雲に傘がかかっている」という兆候を見逃さないことです。
  • P (Plan) / 計画する:
    • 進むべきか、退くべきか。最善の安全策を再構築する。

「進む誘惑」を振り切り、「留まる(あるいは引き返す)勇気」を持つこと。この判断の遅れが、システム運用における障害の深刻化や、山岳における遭難の引き金となります。私の体験を、もう少し詳しく紐解いていきましょう。

いつものように長い全文(マクラ)と筆者の実例というスタイルです。

当初の「問題」:タグの数珠つなぎ検索

筆者が運営しているRedmineサイト。特定のプロジェクトページ(/projects/hoge)に対し、以下のようなリクエストが大量に発生していました。

GET /projects/hoge/search?tag=A,B,C,D,E,F...

カンマ(,)やURLエンコードされた区切り文字を使い、タグを5個も10個も連結して検索を繰り返す挙動です。これは明らかにサイト構造を網羅しようとするスクレイピング(採取)ボットの動きであり、アプリケーションのDB負荷を無駄に高めていました。

当初の「改善案」:ModSecurityでの防御

この「異常なタグの連結」を検知するため、ModSecurity(WAF)にカスタムルールを投入しました。

# 引数 "tag" の中にカンマが3つ以上あればブロック
SecRule REQUEST_URI "@contains /projects/hoge" \
    "id:10010,phase:1,chain,deny,status:404,nolog,msg:'Excessive tag stacking'"
    SecRule ARGS:tag "(?i)(?:%2c|,).?(?:%2c|,).?(?:%2c|,)"

「404を返し、かつ nolog で静かに処理する」という、完璧な罠を仕掛けたはずでした。

失敗:静寂を破る「Googlebot」のログ浮上

ルールを適用した直後、おかしな現象が起きました。これまでアクセスログへの出力を抑制(dontlog)していた Googlebot などの正規クローラーのログが、突如として出力され始めたのです。

ボットを黙らせるために設定を追加したのに、逆に「普段は隠れているはずのログ」が溢れ出す本末転倒な事態。ここで私は、

「軽微な修正ですぐに直るはずだ」

という思い込みに囚われました。ModSecurityのフラグをいじり、設定の微調整を繰り返します。しかし、ログの奔流は止まりません。

画面を埋め尽くす不毛なログ。高まる焦燥感。私は「なぜ」と自問しながら、STOP原則から最も遠い場所にいました。

踏み止まる勇気:サンクコストを捨てる「STOP」

「せっかくここまでルールを書いたのだから」
「あと一行修正すれば動くはずだ」

この心理こそが、ベルナー・オーバーラントの脇道で感じた「進む誘惑」、すなわちサンクコストのバイアスでした。

混濁する思考を救ったのは、かつての教訓から学んだ「STOP」の原則です。

  • S (Stop):
    • キーボードを叩く手を止め、一旦モニターから目を逸らす。
  • T (Think):
    • 「なぜ、本来無関係なログが出るのか?」という根本に立ち返る。
  • O (Observe):
    • 自分の呼吸が浅くなっていること、そして「何か食べて落ち着こう」と、判断する。
  • P (Plan):
    • 復旧策はそこからでも遅くない、と計画する。

炭酸水で出したお茶を飲み、空腹を満たして一息ついたとき、ようやく冷静な判断が戻ってきました。

「今の自分は、壊れた防衛線を直そうとして、さらに傷を広げている」と。

ここで私は、事前に取っておいたバックアップによる「切り戻し」を決断します。設定を完全に修正前の状態へロールバックしたのです。

失敗の原因:「ModSecurityの干渉」

真っ新な状態に戻って観察して、ようやく原因が見えてきました。ModSecurity の phase:1 で deny を行うと、Apache の処理サイクルがその時点で中断してしまいます。

本来、Apache側で「このUser-Agentならログを出さない」という env=!dontlog の判定を通る前に、WAF側の処理が割り込んだことで、ログ制御のフラグ管理がバイパスされていたのです。

次のアプローチ:Apacheレイヤーでの「入口断絶」

WAFに固執するのをやめ、より手前の Apache レイヤー(mod_rewrite)で、物理的に遮断とログ抑制を同時に行う作戦に切り替えました。

また、ボットが「カンマ」を「読点(、)」に変えてフィルターを回避しようとする動きも見せたため、それらも網羅する正規表現に強化しました。

修正後の設定(.conf)

<IfModule mod_rewrite.c>
    RewriteEngine On

    # 1. パスと異常なクエリ(タグ3つ以上のスタッキング)を特定
    SetEnvIf Request_URI "^/projects/hoge" is_target_path
    SetEnvIf Query_String "tag=.(%2c|,|%e3%80%81).(%2c|,|%e3%80%81).(%2c|,|%e3%80%81)" bad_bot

    # 2. 条件一致ならログを抑制(dontlog)しつつ、404で追い返す
    RewriteCond %{ENV:is_target_path} 1
    RewriteCond %{ENV:bad_bot} 1
    RewriteRule ^ - [E=dontlog:1,R=404,L]
</IfModule>

成功:ログの静寂

この設定を反映した結果、効果は絶大でした。

  • 採取ボット:
    • 404を返されつつ、dontlog によってアクセスログから完全に姿を消しました。
  • 正規ユーザー:
    • 普段通り 200 OK でアクセスでき、ログも正しく記録されます。
  • Googlebot:
    • 以前のように、音もなく巡回を続けています。

一度すべてを白紙に戻す「勇気」が、結果として最短ルートでの解決を導いたのです。

まとめ

きちんとした手順に則ったリリース作業などと違い、個人でやっているサイト運営は「このぐらいなら大丈夫だろう」が甚大な被害を生むことが多々あります。

これこそ、

  • プログラム1つの更新
  • 設定ファイルの修正
  • コマンドミス

などで、サーバは瓦解します。しかも、自分の指先一つで壊れるのですから、何があっても

誰かのせいにしたいが自分の顔しか思い浮かばない
I'm casting around in my head for someone to blame and it's just me, keeps coming back at me.

と筆者が冒頭で述べたことであり、『むこうぶち』で江崎が言った

「船が陸にたどり着く寸前に生憎の嵐……
どうすればいいと思います?
いったん沖に引き返すんですよ
船ってのは水に浮かぶようにできているんです
無闇に上陸を焦って座礁する事が一番怖い」

を自分が引き合いに出しておきながらそれを無視したという超特大のブーメランが自分に向かって飛んできたというお話しでした。

IDEA SPHERE『坂道と、選ばれなかった物差し』

IDEA SPHEREとして、8年ほど前の記憶を。

発端

今でも乗っているブロンプトンで、(当時は1年も発っていない新車でした)奥秩父から祖父宅へと向かう途上です。

見通しはいいが延々と続く、なかなか骨の折れる上り坂の麓にさしかかろうかという中、

前方に二人のロードバイク乗りがいました。

  • 一人はフルカーボンに高級コンポーネント、引き締まった体つきの年配の方。
  • もう一人は、明らかにおろしたてのピカピカのロードに乗った30代くらいの男性

こちらを見るなり、二人がニヤニヤと笑ったのを覚えています。(特に年配の方)

やがて坂道にさしかかり、しばらくして、後ろにいた新しいロードの方が、勢いよく私を抜いていきました。

「おお、飛ばすなあ」

ぐらいの心境です。そもそも速度に差がある小径車とロードバイク。競うつもりは端からありません。

違和感

ところが、しばらくすると前方の自転車(というよりも自転車乗り)に違和感がありました。

  • 明らかに速度が落ちています。
  • ペダリングが不安定。
  • 脇腹をかばっているのが遠目にも分かります。

差は、少しずつ、しかし確実に縮まっていったわけです。

斜度が一番きつい区間を越え、ようやく平坦に近いところへ出た瞬間、私はそのロードを抜きました。

すると、後ろで見ていたであろう年配のローディが、すごい勢いでのぼってきて、新しいロードの前に立ち、何かを強い口調で言い始めました。

「こんなのに負けてちゃ、上達しないぞ」
「こうやってダンシングするんだ」

その瞬間、流石に気づきます。

私は当て馬にされたのかと。

  • 小径車。
  • 折り畳み。
  • ギアも少ない。
  • 前にバッグ。
  • 普段着
  • ビンディングも無し。

彼らから見れば、極上の“かませ犬”だったのだと思います。

物語の終わり

しかし、彼等には3つの誤算がありました。

地の利

祖父宅の近くとあるように、実質地元民です。どこで力を使い、キツいところと楽なところはどこか? 適切な力配分は? と体で知っていたこと。

「小径車が有利になる状況」

  • 慣性モーメントの小ささ
    • ロードの700Cホイールに比べ、16インチのブロンプトンのホイールは圧倒的に軽く、回転させ始める(あるいは加速を維持する)ためのエネルギーが少なくて済みます。
  • 低速域での粘り
    • 急勾配で速度が落ちた際、大きな車輪を回し続けるのは筋力的に大きな負担(高トルク)がかかりますが、小径車は軽い力でクルクルと回し続けることが可能です。

「戦力の過小評価」

これが最も致命的。

年配のローディーが犯した最大のミスは、「乗り手というエンジンの性能」と「経験値」を無視したことです。

こんな、素人に毛が生えた(ように見える)私を、小径車というだけで判断。

なにせカーボンとクロモリフレーム。軽さは歴然です。ギアもウェアの性能も明らかです。初心者に自信をつけさせるには十分な理があったのでしょう。

しかしながら、ロードの方々はブロンプトンのしなやかな剛性と「長距離を淡々と走ることができる『折りたたみ』自転車」という認識が欠けていて、私はその乗り方に合っていた。

ここで思うこと

この出来事を未だに昨日のことのように思い出すのは、私の普段のサーバ運用のスタイルと重なるからです。

「目的を見失ってはいけない」

サーバにしても、自転車にしても、その目的の本質は「安全性」です。特に、自転車はITと異なり「切り戻し」ができません。(できたらそれこそ魔法か何かです)

何かに勝つのは確かに重要ではありますが、「本質を見失っていないか?」「その勝負に適した獲物は?」「相手が有利、自分が不利な状況は?」を自答していく覚悟が問われました。

「相手に敬意を払う」

これは父が生前言っていた

「戦う相手には常に敬意を払え。その上で全力で叩き潰せ」

という言葉。これには続きがあり、父が夢枕に立ち

「これは、敬意を払わないと必ず慢心を生む。その慢心は油断になるという意味だからな」

とわざわざ但し書きをしたほどです。

まとめ:「道具に使われるか、道具が選ぶか」

またこれを引き合いに出しますが、『ハリー・ポッターと賢者の石』のオリバンダー翁の

The wand chooses the wizard, Mr. Potter. It's not always clear why
「杖が魔法使いを選ぶのです、Mr.ポッター。何故そうなるかは、はっきりとは分かりませんが」

に通じるものがあります。

高価な道具を使うことで自分が強くなったと錯覚してしまう。これは「自転車を楽しむ」ことではなく「他者と比較して優越感に浸る」ことが目的化している状態です。

抜かれた後に新人に説教を始めた年配者も、結局は「自分の見立てが外れた恥ずかしさ」を新人に転嫁しているに過ぎません。本来、自転車は自由な乗り物であり、他者を格付けするための道具ではないはずです。

結局の所、「道具と使い方、その覚悟」が問われる出来事だったので、未だに鮮明に覚えているんだろうなと思います。

『フルメタル・パニック ふもっふ』の『仁義なきファンシー』の

「貴様はひとつミスを犯した」
「敵の戦力は過小評価しないことだ。」

という真理を持って、本稿を締めくくりたいと思います。

Page 1 of 3

次

Powered by WordPress & Theme by Anders Norén