Otake × Claude Code · Overnight Catalog

寝る前に投げる、
朝に意思決定が待っている。

母艦BLADEで常時稼働するClaude Codeに、一晩〜半日の自律ループとして頼める価値の高い10案。
Grok(最新動向)+ChatGPT(運用設計)+Gemini(盲点抽出)の三者統合 + 大竹さんの90超スキル環境への適合化。

10 PROPOSALS · 2026-06-18
↓ SCROLL
01SELF-EVOLUTION TOURNAMENT
自己改善ループ

YAMATOスキル進化トーナメント

90超のスキルから「使用頻度 × 失敗ログ × 出力品質」で改善候補を3つ自動選抜し、quality-loopパターンで自己批評→再実装→ベンチ→収束まで寝かせる。

ループの中身
  • session-resume / health-check の使用ログから改善候補スキルを抽出
  • 各候補に対し reflect → critique(運用・ブランド・robustness)→ regenerate → ベンチ
  • lessons_learned.md を強制更新し worktree で PR化
ゴール条件
3スキル × ベンチスコア +15% 以上、または3連続で改善幅 5%未満で収束。max 10 iter / 12h timeout。
想定時間
一晩(8〜12時間)/週末ならRalph Loop 24h
朝の成果物
改善PR 3本 ・ before/after出力比較 ・ 廃止候補リスト ・ MEMORY.md feedback追記案
Why — 寝かせる価値

スキルは作った瞬間がピークになりがち。日中は新規生成に時間を使うので「既存の手入れ」が永遠に後回しになる。AI自身に道具の手入れをさせると、翌日以降の全ループが鋭利になる複利効果がある。Opus 4.7の長時間持続性能が一番効くタスク。

投げ込みプロンプト例quality-loop拡張モードで起動。skill-creator のメンテ機能を使い、過去30日の health-check ログから「失敗率 > 5% かつ実行頻度 上位30」のスキルを3つ選抜。各スキルに対して reflect → critique(運用負荷・ブランド整合・robustness の3軸)→ regenerate → 旧版とのA/B出力比較 を繰り返す。改善は worktree で行い PR化。lessons_learned.md と MEMORY.md feedback追記案を必ず生成。停止条件: 3連続で改善幅<5% or 10 iter or 12h。朝はサマリHTMLをoutput/claude-code-loops/に。
一晩 quality-loopskill-creatorhealth-checkworktree
02SoT DRIFT REPAIR
整理・棚卸し型

SoTドリフト夜間修復

CLAUDE.md / ROUTING.md / SKILL_MAP.md / DESIGN_DNA.md / NOTION_MAP.md / 各SKILL.md を横断走査し、定義の食い違い・参照切れ・陳腐化記述を全部洗い出して修正パッチを作る。

ループの中身
  • 全ガバナンス文書とスキル定義をベクトル化+シンボル抽出
  • 同名概念(例: 出力先・トーン・トリガー語)が2箇所以上で矛盾していないか検査
  • 死んだリンク・廃止されたファイル参照・古いモデル名を検出
  • 各矛盾に「正本候補 + 修正案 + 影響範囲」を付けて出力
ゴール条件
矛盾 0 件 or 全件「人間判断が必要」のラベル付きで停止。破壊的変更はせず diff のみ。
想定時間
4〜8時間/月1回が適正リズム
朝の成果物
矛盾一覧Excel ・ 修正パッチPR ・ 「人間判断必要」リスト ・ 廃止候補ファイル一覧
Why — 寝かせる価値

スキルが90超に達した今、人間が手動で「全SoTの同期」を担保するのは物理的に不可能。気付かないまま「古い前提で動くスキル」が事故を起こす(先月の scheduled-task-stale-local-main 事故と同型のリスク)。AIに静かに全資産を巡回させて差分だけ朝に上げてもらう運用は、メタ整合性を保つ唯一の現実解。

投げ込みプロンプト例SoTドリフト監査ループを起動。対象: CLAUDE.md / ROUTING.md / SKILL_MAP.md / DESIGN_DNA.md / NOTION_MAP.md / SCHEDULED_TASKS.md / 全 ~/.claude/skills/*/SKILL.md / projects/*/PROJECT.md。検査軸: (1)同名概念のトーン/定義齟齬 (2)参照切れリンク (3)古いモデル名・廃止スキル名 (4)出力先矛盾 (5)トリガー語重複。破壊的変更は禁止。差分は worktree で PR 化、影響範囲は「該当スキル名+発火率」付き。最終出力は output/claude-code-loops/sot_drift_YYYYMMDD.xlsx と修正PR。
一晩 orchestratortidy-folders月次推奨
03CONCEPT GESTALT UNIFY
整理・棚卸し型

概念ゲシュタルト統一

「オーナー / お客様」「アーリーチェックイン」「VIP対応」「ブランド規程」など、複数スキルに散らばる共通概念のトーン・定義・許容例外を全スキル横断で再点検し、ブレを揃える。

ループの中身
  • 全スキルプロンプト内の固有名詞・専門語を抽出してクラスタリング
  • 各クラスタについて「定義」「トーン」「禁止/推奨表現」をスキル間で比較
  • 正本(VOICE_TONE_GUIDE / BRAND_PHILOSOPHY)との照合
  • 差異を3階層(致命/要修正/許容)で分類し修正案を生成
ゴール条件
致命差異 0 件、要修正は修正パッチ完成、許容差異は意図的偏差として明文化。
想定時間
5〜8時間
朝の成果物
概念辞書(用語集の正本化)・ 各スキルへの修正パッチ ・ VOICE_TONE_GUIDE 補強案
Why — 寝かせる価値

ツールを量産するほど「スキルAとBで指示のニュアンスが違う」サイロ化が必ず起きる(Geminiが盲点として一番強く指摘した観点)。読み手のオーナー様にはこのブレが「人格の揺らぎ」として伝わる。AIにしかできないメタ認知作業で、システム全体の人格を整える。

投げ込みプロンプト例概念ゲシュタルト統一ループを起動。全 ~/.claude/skills/*/SKILL.md とプロジェクト固有プロンプトを走査し、固有名詞・専門語・呼称(オーナー/お客様/会員/ゲスト等)を抽出してクラスタリング。VOICE_TONE_GUIDE.md と BRAND_PHILOSOPHY.md を正本として、各クラスタごとに齟齬を 致命/要修正/許容 に分類。修正パッチを worktree で生成、致命差異がゼロになるまで反復(max 5 iter)。最終的に用語集 output/claude-code-loops/concept_dictionary.md を生成し VOICE_TONE_GUIDE の補強案を末尾に付ける。
数時間 VOICE_TONE_GUIDEBRAND_PHILOSOPHY非自明
04QUIET COMPETITOR DRIFT
探索・調査型

競合OTAの静かな変化深掘り

同エリア競合10〜20施設のOTA価格・写真・口コミ・返信品質・設備訴求を Chrome MCP + Grok live で一晩巡回し、「先月との静かな差分」だけを朝に出力する。

ループの中身
  • 競合リストに対し OTA(Airbnb / Booking / 楽天 / じゃらん / 一休)と公式サイトを巡回
  • 前回スナップショット(diff用baseline)と比較して変化点を検出
  • 価格 ±10%以上 / 新写真追加 / 設備キーワード変化 / レビュー返信トーン変化 を抽出
  • Grokで業界文脈と突き合わせて「戦略意図」を推論
ゴール条件
脅威度 高/中/低 でラベル付きの変化一覧 + 真似すべき施策3つ + 価格調整示唆。
想定時間
6〜12時間/月1〜隔週推奨
朝の成果物
競合別変化サマリHTML ・ pricingスキル向け価格調整示唆 ・ 注視リスト
Why — 寝かせる価値

競合の変化は一気には起きない。日々の微差を人間が追うのは不可能だが、AIなら一晩で20施設×5OTAを巡回できる。「写真を1枚差し替えた」「掃除料金を下げた」など人間が見落とす静かな変化が、3ヶ月後の差を決める。lodging-market-research の上位互換として走らせる。

投げ込みプロンプト例競合静的変化監査ループを起動。対象は YAMATO_BookingDB と pricing SoT から「自社施設の半径30km内 × 価格帯±20%」の競合20施設。各施設について Airbnb / Booking / 楽天 / じゃらん / 一休 / 公式 を Chrome MCP(家BLADEのVivaldi TMK browser)で巡回。前回スナップショット(data/competitor_snapshots/)と比較し、価格±10%以上 / 写真差替 / 設備キーワード変化 / 返信トーン変化 を抽出。Grok live で「戦略意図」を推論し、脅威度 高/中/低 でラベリング。アンチパターン: 一時的セール価格を戦略変化と誤認しない・同名施設の混同を避ける(住所で照合)。出力は output/claude-code-loops/competitor_drift_YYYYMMDD.html。
一晩 Chrome MCPGrok livepricing連携月1推奨
051000-CUT BRAND IMAGE
創造・量産型

ブランド画像1000本ノック

multi-image-series × visual-gen × brand-poster を寝てる間に総動員し、季節・時間帯・構図を微変させた数百枚を生成→マルチモーダルvisionでブランド一致度と訴求力を採点→上位1%だけ朝に提示。

ループの中身
  • テーマ(例: 7月の館山施設・夕方・家族向け)を起点に moodboard.json を生成
  • parallel-enrich で gpt-image-2 / Gemini imagen を並列起動、季節×時間×構図を網羅
  • Vision評価器(DESIGN_DNA §2 Recognition Set の7要素+ブランド適合)で全枚数を採点
  • パレートフロントの上位10枚を抽出→さらに焼き直し
ゴール条件
スコア上位1%の「奇跡の一枚」を10枚抽出 + OTA / SNS / LP用にトリミング済み。
想定時間
一晩(生成のピークが4〜9時間目)
朝の成果物
採用候補10枚(高解像度)・ 全候補のサムネ contact sheet ・ プロンプト履歴JSON
Why — 寝かせる価値

画像生成は「あと1回試したら良くなるかも」が無限に続く沼。人間が付き合っていられない。AIにバリエーション空間を一晩で網羅させて、視覚評価でパレート選別。人手では到達不可能な「微差を網羅した先の良作」が朝に手に入る。Geminiが特に強く推した観点。

投げ込みプロンプト例multi-image-series の拡張モードで1000本ノックを起動。テーマは「{施設名}・{季節}・{時間帯}・{ターゲット}」。BRAND_PHILOSOPHY §6 マスタープロンプトを動的注入し moodboard.json を世界観ロックとして固定。gpt-image-2 と Gemini imagen を parallel-enrich で並列、構図×光×小物×季節要素を直交実験で200〜500枚生成。生成後に Claude vision で DESIGN_DNA §2 Recognition Set 7要素 + ブランド適合 + 訴求力(クリックしたくなる度)で採点。上位10枚を high quality で焼き直して output/series/{slug}/{ts}/finalists/ に保存。コンタクトシートとプロンプト履歴も併出。
一晩 multi-image-seriesvisual-genparallel-enrich
06VISUAL STALENESS AUDIT
監査・品質ゲート型

OTA掲載ビジュアル陳腐化監査

現在 OTA・SNS・公式・LINE等で使われている全施設の自社画像を vision で読み込み、最新ブランドガイド/競合の最新表現/季節適合度と照らして「古臭さ・違和感」をスコア化、差し替え候補を出す。

ループの中身
  • 各施設のOTA掲載画像URLを巡回取得
  • vision で DESIGN_DNA §3 視覚コア(光・色・構図・余白)の遵守度を採点
  • 競合の最新写真トーンと並列比較
  • 差し替え必要度 高/中/低 でランキング、代替画像の生成プロンプトまで作成
ゴール条件
全施設×全チャネル走査完了 + 差し替え推奨上位20枚 + brand-poster 投入用プロンプト。
想定時間
6〜10時間/四半期1回
朝の成果物
陳腐化スコア表 ・ 差し替え推奨リスト ・ 代替画像生成キュー(次の05案へ連結可能)
Why — 寝かせる価値

一度設定した画像は「風景化」し人間は見落とす(Geminiの鋭い指摘)。1年経つと知らぬ間にブランドが毀損している。寝てる間に全既存画像を再検査する仕組みを持つことが、視覚的ブランドの劣化を止める唯一の現実解。

投げ込みプロンプト例ビジュアル陳腐化監査を起動。対象は全YAMATO施設 × (Airbnb / Booking / 楽天 / じゃらん / 一休 / 公式 / LINE / Instagram) の掲載画像。Chrome MCPで巡回取得し vision で DESIGN_DNA §3 視覚コアと §2 Recognition Set 遵守度を採点。同時に上位競合5施設の最新写真トーンと並列比較。出力は陳腐化スコア表(施設×チャネルマトリクス)+ 差し替え推奨上位20枚 + 各枚に対する brand-poster 投入用プロンプト(次に案05で焼き直せる形)。施設SoT `facilities/{slug}/_sot/facility.md` の情報を反映。
一晩 visual-genDESIGN_DNA四半期1回
07DORMANT ASSET RESURRECTION
創造・自己改善ループ

埋没資産の多AI蘇生壁打ち

_inbox / _tmp_ / 不採用メモ / 思考セッションDB / トピックストック 🌱 階層 / 過去ボツ企画 から「埋もれた未完成種」を抽出し、Grok×ChatGPT×Geminiに別ペルソナで多角批評させて新プラン3案に発酵させる。

ループの中身
  • Notion 思考セッションDB と Obsidian トピックストックから「最終更新>60日 かつ Status=未完」を抽出
  • 各種を orchestrator で 3AI 別ペルソナ(辛口OTAコンサル / Z世代客 / 財務担当)に並列投入
  • 3視点の議論をClaudeが統合し「実行可能性×収益性×ブランド適合」でスコアリング
  • 上位を topic-stock の 🌿 階層に昇格 + 詳細プラン化
ゴール条件
スコア上位3つを「即実行可能な宿泊プラン草案」レベルまで詳細化。
想定時間
6〜10時間
朝の成果物
新規プラン3案HTML ・ 各案の3AI議論ログ ・ topic-stock 自動昇格レコード
Why — 寝かせる価値

日中の自分は「次の新規」に意識が向く。1ヶ月前のメモを再評価する余裕がない。AIに過去資産を巡回させると、当時の自分が見えていなかった角度の評価が返ってくる。ゼロイチの手間ゼロで、AI同士の議論で勝手に企画が発酵している状態は気持ち良い。orchestrator の真骨頂。

投げ込みプロンプト例埋没資産蘇生ループを起動。データ源: Notion思考セッションDB(最終更新>60日 AND Status=未完)+ Obsidian `22_トピックストック/*` の🌱種 + `_inbox/` + 過去ログの「あとで考える」マーカー。各種について orchestrator で Grok(辛口OTAコンサル) / ChatGPT(Z世代ファミリー客) / Gemini(財務責任者) の3ペルソナを並列投入し批評取得。Claudeが議論を統合し 実行可能性×収益性×ブランド適合(BRAND_PHILOSOPHY 準拠) で採点。上位3つを topic-stock の🌿階層に昇格 + 詳細プランHTML化。CC処理待ち として Notion インサイトストックにも積む(cc-inbox 連携)。
一晩 orchestratortopic-stockcc-inbox非自明
08MORNING BRIEF · LODGING
監視・トレンド観測型

朝刊型・宿泊運営インテリジェンス

観光庁 / 旅館業法・民泊新法改正 / OTA各社規約変更 / 自治体補助金 / 為替 / 周辺イベント を夜間に収集し、自社の各施設KPIへの影響に翻訳した「1枚朝刊」を毎朝デスクに置く。

ループの中身
  • Cronで毎晩 22:00 / 03:00 にニュース・規約・補助金サイトを巡回
  • 差分検出して「自社影響あり」のものだけフィルタ
  • 各イベントを 影響施設 × 緊急度 × 推奨アクション に翻訳
  • morning-briefing スキルと連携して 06:30 までに1枚HTML生成
ゴール条件
重要ニュース最大5件 + 影響施設リスト + 当日打ち手 を1枚HTMLで毎朝生成。
想定時間
毎晩2〜3時間(ScheduleCron常駐)
朝の成果物
日次「YAMATO Morning Brief」HTML ・ Notion 共有ページ更新 ・ 緊急時LINE Push
Why — 寝かせる価値

「一般ニュース要約」では弱い。「自社KPIへの影響に翻訳」までやらせるのが肝。観光庁の通達一本が3施設の運営に直撃することがあるが、人間が毎朝チェックするのは続かない。Cron化することで、毎朝の意思決定スピードが恒常的に上がる。Otakeさんの ai-stack-watch スキルの「業界版」。

投げ込みプロンプト例ScheduleCronで毎日 22:00 と 03:00 に起動するルーチンとして「朝刊型・宿泊運営インテリジェンス」を登録。Grok live で 観光庁 / 国交省 / 厚労省(旅館業法)/ 主要OTA規約ページ / 都道府県・市町村補助金 / 為替(JPY/USD,CNY,KRW)/ 各施設エリアのイベントカレンダー を巡回。前回スナップショットとの差分のみ抽出。各差分を 影響施設 × 緊急度(S/A/B) × 推奨アクション に翻訳(YAMATO_BookingDBと facilities/{slug}/_sot/ 参照)。出力は output/morning_brief/YYYY-MM-DD.html(DESIGN_DARK_PRESENTATION スタイル)。S級は LINE Push。
毎晩Cron ScheduleCronmorning-briefingGrok live
09MULTI-LENS CONTRACT AUDIT
監査・品質ゲート型

契約・規約の多軸夜間監査

全運営委託契約 / オーナー契約 / 業務委託 / 利用規約 / 誓約書 を legal-contract と多視点(法務・運営・財務・ゲスト体験)で再点検し、リスク重大度と修正文案まで朝に揃える。

ループの中身
  • 全契約docx/PDFを抽出し条項単位に分解
  • orchestrator で 法務 / 運営 / 財務 / オーナー視点 / ゲスト視点 の5レンズで並列レビュー
  • 各条項に リスク重大度(A/B/C) と 修正文案 を付与
  • 「弁護士確認必要」マーカー付きで出力(法的判断は断定しない)
ゴール条件
全契約の条項別リスクマトリクス完成 + 修正案ドラフト + 交渉論点リスト。
想定時間
6〜12時間/契約更新前夜・期末に推奨
朝の成果物
契約別Excel ・ 全契約横断のリスクヒートマップ ・ 弁護士確認ポイント一覧
Why — 寝かせる価値

日中の自分は1契約しか同時に頭に置けない。AIに一晩で全契約を多軸で並列レビューさせ、「横串の不整合」も拾える形にしておくと、契約改定タイミングで効く。法的判断は断定させず弁護士確認マーカーを必ず付けるのが安全策。

投げ込みプロンプト例契約多軸監査ループを起動。対象: SoT/契約/ 配下の全 docx/PDF(運営委託・オーナー契約・業務委託・利用規約・誓約書)。各契約を条項単位に分解し、orchestrator で Grok(法務リスク) / ChatGPT(運営現場) / Gemini(財務) / Claude本体(オーナー視点+ゲスト体験) の5レンズで並列レビュー。各条項にリスクA/B/Cと修正文案を付与。法的判断は断定せず「弁護士確認必要」マーカーを必ず立てる。全契約を横串で見て不整合(料率・解約条項・責任範囲)を抽出。出力は output/claude-code-loops/contract_audit_YYYYMMDD/ にExcel+ヒートマップHTML+条項別修正案。
一晩 legal-contractorchestrator契約更新前
10UNMET DEMAND MINING
探索・調査型

口コミ→未充足需要マイニング

review-monitor DB に蓄積された自社・競合・異業種ホテルの口コミを夜間にクラスタリングし、「誰もまだ強く訴求していない需要」を未充足需要として抽出、訴求コピーと施策まで朝に揃える。

ループの中身
  • review-monitor DB から 過去12ヶ月分の自社+競合+類似異業種の口コミを取得
  • 埋め込み生成→クラスタリング→各クラスタを「言及量×充足度(自社/競合)」マッピング
  • 「言及量 高 × 充足度 低」の象限を未充足需要として抽出
  • 各需要にペルソナ・施策案・訴求コピー案・想定CVRを付与
ゴール条件
未充足需要クラスタ最大10個 + 各クラスタに具体施策3案 + 訴求コピー(OTAタイトル/LP H1/SNS)。
想定時間
6〜9時間/四半期1回
朝の成果物
未充足需要マップHTML ・ 訴求コピーバンク ・ プラン化候補3件
Why — 寝かせる価値

口コミは溜めるだけでは資産化しない。「言及はあるが誰も訴求していない」という空白領域は人間の直感では見つけにくく、データ全体を俯瞰しないと出てこない。ChatGPTが「失敗パターン: 声の大きい少数意見に引っ張られる」と警告した通り、量×象限で機械的に処理させるのがコツ。booking-analytics と review-monitor の上位レイヤー。

投げ込みプロンプト例未充足需要マイニングループを起動。データ源: review-monitor DB(全施設・過去12ヶ月)+ 競合10施設の同期間口コミ + 類似カテゴリ異業種5件(旅館/別荘/ヴィラ)。各口コミに埋め込み生成しクラスタリング→ 言及量 × 充足度(自社平均評価 + 競合平均評価) のマトリクスにプロット。「言及量 上位30% × 充足度 下位30%」を未充足需要として抽出。各クラスタに ペルソナ / 施策案3つ / 訴求コピー(OTAタイトル30字 / LP H1 / SNS 140字)/ 想定CVR を付与。アンチパターン: 一件の極端口コミに引っ張られないようクラスタは最小サンプル数 n>=15。出力は output/claude-code-loops/unmet_demand_YYYYMMDD.html。
一晩 review-monitorbooking-analytics四半期1回

使い方の3原則

① 投げる前に「Success Criteria(停止条件)」を必ず明文化する。曖昧だと暴走する。
② 破壊的変更は worktree / PR / dry-run / 差分レポート止め。本番反映は朝の自分が判断する。
③ ループ末尾に「lessons_learned.md と MEMORY.md feedback案 を必ず書き出す」を入れる。複利の正体。

最も強い組み合わせは 04(夜の探索)→ 05(別の夜の創造)→ 06(朝の検証)→ 01(週末の自己改善) のチェーン。
毎晩の常駐は 08(朝刊) 一択。それ以外は週次〜四半期で順番に回せばよい。

Synthesis: Grok 4.20 reasoning · GPT-5.5 · Gemini 3.1 pro
For Otake / YAMATO Collection · 2026-06-18