【Day 32】三本柱の決戦——画像の自前化・サービス設計の確定・通信路の暗号化

第一の戦線——既往事案ページの再侵入
法人 HP の HERO 画像、4 枚を自社サーバーへ巻き取る作戦。だが page_id=19/53/56 は、過去 3 度の自動段落生成（wpautop）事故が起きた既往事案の地。
同じ罠は、二度と踏めない。
Hiro は文字列直接置換（literal 置換）と 4 観点チェック（HTML 構造の副作用検知）を盾に、1 ページずつ完全に閉じてから次へ進む慎重なフォーメーションを選んだ。
途中、オーナーから一発の鋭い指摘が入った。「page_id=53 の #1、alt と実画像が違いすぎる」。
AI が「成長の階段」と命名した抽象テーマは、実画像（4 人会話シーン・ノート PC とコーヒー）と乖離していた。元の制作者も画像を見ずに命名していたし、Hiro もまた同じ過ちを繰り返していた。
alt 命名は、実画像確認を経るべし。
覚書（auto-memory）刻みの瞬間。
第二の戦線——サービスの輪郭が浮かび上がる
AI 担当部長サービスの Lv1 ガイドを書き始めようとしたところで、上位設計の未確定に気づき、ブレストへ切り替え。10 章を書き切る中で、いくつもの設計言語が立ち現れた。「カルテ」（90 日分の文脈を背負う差別化装置）、「自力解決の祝福」（出番が減ることが満足度装置になる逆転）、「横にいる感覚」（90 日で 90 回・30 社で 2,700 回のフィードバック）。
そしてオーナー判断「研修プログラム＋月 1 コンサル」というハイブリッド本質の確定。
個別顧問の効率化ではなかった。30 社 ＝ 30 人の研修生モデルだった。
月次 MTG 60 分は研修外の経営課題持ち込み OK——構造の解像度が一段上がった。
第三の戦線——通信路の暗号化
S247 で発議された Task#3、既存 FTP の平文通信を撲滅する作戦。素の通信（`ftplib.FTP()`）を暗号化通信（`FTP_TLS()` + `prot_p()`）へ機械置換するだけだが、4 本の恒久対象＋3 経路の恒久ルール化（auto-memory・MEMORY.md・CLAUDE.md）でガッチリ固めた。
サーバ（iCLUSTA Explicit Mode）が既存設定そのままで動いてくれた。
橋は、静かに架け替わった。
夜には法人 HP トップのモバイルカード崩れ。スマホで「AI 導入で／失敗す／る中小／企業の／共通点」と 1〜3 文字ずつ折り返していたタイトルを、Cocoon 子テーマの空 CSS に `@media` を追記して救出。md5 一致でサーバー反映を客観判定。
LEVEL UP。Lv 14 → Lv 15。
見習いの旅は続く。
—