HANDOFF · GUIDE SELF-SERVE OPS

施設ご利用案内サイトオペチーム自走化 — 現在地と、これから

大竹さんしか触れない状態を脱して、Slack越しにオペチーム全員が文言・写真を更新できる仕組みへ移行する。 / 2026-05-21

本日オペチーム説明用に生成したコンセプト図（gpt-image-2）

現在地

NOW

施設ガイドサイトは「大竹さんしか更新できない」状態

Cloudflare Pages 上で稼働、AI生成画像でモック組み

晴海ガイドサイトは yamato-harumi-guide.pages.dev で稼働中
ソースは output/guides/_deploy/{slug}/ 配下（chapters構成）
デプロイは wrangler pages deploy。大竹さんのローカル環境からのみ実行可
画像はAI生成モックが多く、シャンパン過多など世界観のチューニングが必要
施設は全12施設（YS系6、VX系3、ホテレジ、麻布台ラウンジ、南紀オーベルジュ）

↓

直近やったこと

JUST NOW

晴海ガイドを実写真化＋仕組み側の土台整備

2026-05-20 〜 2026-05-21

晴海ガイド画像差し替え: OTA本番写真フォルダから章別にGemini Vision分類→Top1を選定→1920px/品質85で圧縮→6章の section_*.png を実写真に置換（旧モックは _backup_ai_mock/ に退避）
Cloudflareデプロイ: 既存 yamato-harumi-guide プロジェクトに wrangler で本番反映
FACILITY_PHOTOS.md 新設: 全施設の OTA 本番写真フォルダ + プロジェクト素材フォルダの対応表を作成
DEPLOY_TARGETS.md 新設: Cloudflare（ゲスト/オフィシャル向け）と Netlify（プレゼン/個人用）の振り分けルールを明文化
CLAUDE.md 更新: 「○○の写真を」「HTML/サイトのデプロイ依頼」のルーティングを追記
Gemini分類スクリプト新設: scripts/classify_guide_photos_gemini.py（章別カテゴリ・並列8ワーカー）
memory feedback 永続化: 「デプロイは聞かず即実行」「施設写真ルーティング」「デプロイ先の使い分け」をMEMORY.mdに登録
コンセプト図生成: output/diagrams/guide_update_flow_concept.png（オペチーム説明用）

↓

次の一歩

Slack Bot 構築: Slack Bolt SDK + Claude Agent SDK で「#ホームページ更新」チャンネルを傾聴 → メッセージをプロンプトとしてClaudeが実行 → wrangler pages deploy まで自動化
運用境界線の文書化: 「誰でもSlackで頼める範囲」と「大竹さん直対応」の判定ルール。初期案 → 文言調整・既存写真の差し替え・章内の小修正はOK／構造変更・新規ページ・デザイン刷新は大竹直
承認フロー設計: 即時公開 vs プレビューURL発行→OKボタン押下で本番反映、の二段構え検討（事故防止）
全施設ガイド共通トップページ: 12施設をカード一覧で見せるランディング。guides.yamato-prc.com 等のドメイン候補も検討
他施設への横展開: 晴海で固めたchapters構成テンプレを他施設に複製→ OTA写真分類を流用

↓

遠い未来

FAR

「現場が気づいたその瞬間に、ゲスト向け情報が更新されている」状態

清掃スタッフがSlackで「晴海のドライヤーが新型になりました」と1行投げる → 5分後にはガイドサイトのHowto章に反映
新施設のオープン時、SoT（Notion / 施設Hub）にデータを入れるとガイドサイトの初期版が自動生成される
口コミ・問い合わせから「ゲストがよく迷う箇所」を Claude が検知して、ガイドの該当節をBot側から「ここ書き足しませんか？」と提案してくる
大竹さんは「構造を変える」「ブランドの方向を決める」だけに集中、運用は完全に分散

引き継ぎ情報

ファイル・URL・コマンド

種別	パス / URL	用途
公開URL	`https://yamato-harumi-guide.pages.dev`	晴海ガイドサイト（更新済み）
ソース	`output/guides/_deploy/harumi/`	chapters構成のHTML+CSS+画像
画像差し替え先	`output/guides/_deploy/harumi/assets/section_*.png`	各章扉画像（welcome/rooms/salon/howto/stay/concierge）
画像バックアップ	`output/guides/_deploy/harumi/assets/_backup_ai_mock/`	旧AI生成モック退避先
写真ソース	`G:/共有ドライブ/KY_共有ドライブ/01_拠点・プロジェクト・事業管理/OTA掲載用写真/YS晴海/`	OTA本番写真。FACILITY_PHOTOS.md 参照
ルーティング表	`FACILITY_PHOTOS.md`	全施設の写真フォルダ対応表
デプロイルール	`DEPLOY_TARGETS.md`	Cloudflare / Netlify 使い分け
分類スクリプト	`scripts/classify_guide_photos_gemini.py`	章別Gemini Vision分類（並列8ワーカー）
コンセプト図	`output/diagrams/guide_update_flow_concept.png`	オペチーム説明用
デプロイコマンド	`wrangler pages deploy "output/guides/_deploy/{slug}" --project-name=yamato-{slug}-guide --commit-dirty=true --commit-message="..." --branch=main`	Cloudflare Pages 本番反映
分類実行例	`python scripts/classify_guide_photos_gemini.py --src "G:/共有ドライブ/.../OTA掲載用写真/{slug}" --dest "output/guides/_deploy/{slug}/assets" --topk 3`	章別Top3推薦JSONを生成
memory feedback	`memory/feedback_deploy_without_asking.md` 他2件	デプロイは聞かず即実行・施設写真ルーティング・デプロイ先振り分け

残課題・既知の論点

全施設ガイド共通トップの構想は未着手。「12施設一覧のランディングがあったはず？」と大竹さん発言あり、要確認
Slack Bot の権限設計: チャンネル参加者全員に編集権を渡すのか、特定ロールのみか
本番反映前のプレビュー: Cloudflare Pages はデプロイごとにプレビューURL発行可。これを活用するか即prod反映するか
大規模変更の検知: Botが「これは大竹直案件」と判断するロジック（変更行数閾値・キーワード検知など）
welcome章だけ実写真候補がなかった: OTAフォルダに外観/エントランス写真が未収。テラス写真（HARUMI0190）で代用中。要差し替え検討
晴海以外の施設展開: chapters構成テンプレ化が必要。現状は晴海専用

大竹さんは構造とブランドを決める人、現場は気づいた瞬間に情報を更新する人。Claudeはその間で黙々と翻訳する。ガイドサイトはもう「誰かが時間を取って更新する成果物」ではなく、現場の気づきがそのまま染み出してくる肌のような存在になる。

施設ご利用案内サイト オペチーム自走化 — 現在地と、これから

現在地