HANDOFF · 2026-05-25 · 続編 #4

Symbolic Hero v2 デプロイ完了 — 朝レビュー

深夜稼働で hero ロジック改善 → 10施設再分類 → 再ビルド → 全施設デプロイまで一気通貫で完了。晴海の組み込みと curated picks 保護は朝の判断待ち。

1. 完了したこと

classifier プロンプト改善: scripts/classify_photos_v2.py の LAYER2_PROMPT hero 定義を「主訴・特徴・魅力が1枚で伝わる象徴ショット」へ書き換え（外観引き偏重→symbolic重視）
10施設 force 再分類: --all --force で全キャッシュ更新（22:44〜23:37）
auto_picks 再生成: hero がOtakeさん希望通りに書き換わった
- kujukuri: サウナ_786 (score 1.0)
- tateyama: 780_5696_01 夕景プール+海 (score 1.0)
- minamihayama: 50592 プール×海 (score 1.0)
- shibuya: cut1_0183 サウナ×光 (0.95)
- kyoto: 39151 ダイニング+ガラステラス (0.95)
- 他5施設も score 0.9以上で象徴ショット選定
build_member_guides 実行: _drafts/ に10施設HTML生成
新規 sync_drafts_to_deploy.py 作成・実行: _drafts → _deploy 同期＋画像長辺2000px・JPEG q85最適化（1724MB → 52MB、97%削減）
10施設 wrangler deploy: tateyama / kyoto / shibuya / minamiboso / karuizawa / kujukuri / minamihayama / core1 / core2 / kawaguchiko 全成功
yamato-club サムネ更新: f_{slug}.jpg を新hero画像で一括上書き、HTML側 .jpeg→.jpg 不整合修正、yamato-club 再デプロイ完了

2. 朝レビューしてほしいこと

各施設の新hero画像が「主訴を伝える」symbolic shotになっているか目視確認
- yamato-club.pages.dev でサムネ一覧
- 個別: yamato-{slug}-guide.pages.dev
京都の hero が「ダイニング+ガラステラス」になっている — 主訴としてはOKだが「京都らしさ」（和・町家・石庭等）は薄い。差し替えるか保留するか判断
core1 / core2 / kawaguchiko は pro photo curated 施設だったが、今回classifier上書きされて hero が変わった。前回 curated picks と比較して許容か確認

3. 残課題（明日以降）

晴海の symbolic hero 選定:
- 現状 output/guides/_deploy/harumi/assets/hero.png がシャンパン静物のストック画像のまま
- yamato-club サムネ f_harumi.png も同じ画像
- OTA本番素材は G:/共有ドライブ/.../OTA掲載用写真/YS晴海/（243枚）
- コンタクトシート生成済: output/misc/contact_harumi.png
- symbolic候補（私の所感）: HARUMI0xxx系列のベッド+大開口窓カット or 250818 YAMATO STAY系列の夜景建物外観引き
晴海を build_member_guides に組み込む:
- 現状 build スコープ外（別系統で _deploy/harumi/ を手動運用）
- FACILITIES dict に harumi 追加 + chapters_spec 定義 + 写真ソースパス設定が必要
- YS晴海は ZS京都/TC館山と違って戸建てでなくマンション一室 → 「facility」スロットの意味合いが変わる可能性。設計確認推奨
manual_picks.json 機構の実装 (前回handoff §3⑤): classifier auto-picks を override できる手動ピン留め層。curated 施設保護のため
scripts/build_member_guides.py に _deploy 同期を統合: 今回 sync_drafts_to_deploy.py を独立スクリプトで作ったが、build後に自動呼び出しする形に統合すると運用シンプル化

4. このセッションでの学び（memory feedback 永続化済み）

long-task-self-schedule-wakeup: ScheduleWakeup は /loop 専用。通常セッションで呼んでも発火しない。Otakeさんが1時間ターン終了状態で待っても発火せず指摘された。長時間タスクは run_in_background の完了通知 or /loop 発動でお願いするのが正解

5. 実務情報

主要ファイル（新規・更新）

用途	パス
分類エンジン（プロンプト改善済）	`scripts/classify_photos_v2.py`
_drafts→_deploy 同期（新規）	`scripts/sync_drafts_to_deploy.py`
新hero一覧	`scripts/auto_picks.json`
晴海コンタクトシート	`output/misc/contact_harumi.png`
京都コンタクトシート	`output/misc/contact_kyoto.png`

主要URL（デプロイ済み）

サイト	URL
yamato-club ハブ	yamato-club.pages.dev
個別ガイド	`yamato-{slug}-guide.pages.dev`（tateyama/kyoto/shibuya/minamiboso/karuizawa/kujukuri/minamihayama/karuizawa_core1/karuizawa_core2/kawaguchiko）
前回handoff	2026-05-24-symbolic-hero-rework.html

朝の動き出しコマンド

# 京都だけ hero 差し替えしたい場合（例: 和テイストへ）
# 1. 候補画像のファイル名を auto_picks.json で上書き or 手動編集
# 2. 該当施設だけ再ビルド・同期・デプロイ
python -X utf8 scripts/build_member_guides.py  # 全施設ビルドだが速い
python -X utf8 scripts/sync_drafts_to_deploy.py
cd output/guides/_deploy/kyoto && wrangler pages deploy . --project-name=yamato-kyoto-guide --branch=main --commit-dirty=true
cp output/guides/_deploy/kyoto/assets/hero.jpg output/deploy/yamato_club/images/f_kyoto.jpg
cd output/deploy/yamato_club && wrangler pages deploy . --project-name=yamato-club --branch=main --commit-dirty=true

# 晴海 hero 選定後の反映
cp [選んだ画像] output/guides/_deploy/harumi/assets/hero.png
cp [選んだ画像] output/deploy/yamato_club/images/f_harumi.png  # またはjpgに統一
cd output/deploy/yamato_club && wrangler pages deploy . --project-name=yamato-club --branch=main --commit-dirty=true