前回カルテの判定8点は SoT へ反映＋push 済みです（下の「済」レーン）。残っているのは「私では確定できない実態」だけ。推奨をあらかじめ選んであるので、違うところだけ触ってください。
Otakeさんにしか答えが無いものだけ。ここをお願いします。
川久の運営体制「松本＝責任者(仮)／那須＝サポート／福谷＝全体統括」は、カフェ限定の話ですか、オーベルジュ全体の役割変更ですか要判断
①なら追記1行。②なら座組の作り直し現行SoT（project_roster.md §C）は 福谷＝現地リード／松本・那須＝バトラー。install_plan.md §2 も予約・レストラン・バー・朝食の締めが全て福谷。MTG発言をそのまま書くと現行SoTと正面衝突します。
推奨 ① カフェ（11月ソフトオープン期）限定の体制 — 全体の役割マップは現行どおり — ②なら project_roster.md §C・install_plan.md §2・vip_service_model.md の3本を同時に書き換える必要があり、それは「MTG反映」ではなく座組の再設計＝別セッション相当。11月カフェ限定の文脈（11-14時・300名）で出た発言なので①と読みました
無回答なら ①として decision_board §1 に補足1行を追記し、全体の役割マップは触りません
🔴 KHR-YHR 建物売買の「2026-07-27 引渡し」は、何の引渡しですか要判断RISK
契約SoT・不動産取得税スキームに直結contract_risks.md §1 の現行記述は「実質竣工＝8月中旬（外構含む）に合わせ再セット」。7/27 と時期が食い違うため、種別が決まらないと書けません。
無回答なら 回答が来るまで contract_risks.md は現状のまま据え置きます（誤った契約日を書くより空白のままの方が安全なため、ここだけは推奨で走らせません）
自由記述要判断
私が決めました。違うものだけ触ってください（無操作＝この通り進めます）。
YHRロゴ制作の切替先ベンダーは「パルス社」で確定 — 台帳は SoT/brand/vendors.md を新設追認
前回コメントの「あぁ、パルスのことかな？」を採用。現状ブランド制作ベンダーを記録するSoTが無いため、DD社・パルス社・Kayac もまとめて置ける台帳を作ります。
推奨 ① パルス社で確定・vendors.md 新設でよい — ③（entities.md に相乗せ）は entities.md が法人台帳＝自社の登記情報の家なので、外部ベンダーを混ぜると性格が濁ります。ブランドムービーの DD社・パルス社の分担も既に decision_board に散在しており、集約先が要る
無回答なら パルス社として vendors.md を新設します
「現在11拠点 → 1年で50拠点」を collections.md に記録（現在数＝11で確定）追認
name_resolution.md の稼働中カウントでは Core II の数え方次第で 10〜13 に揺れます。
推奨 ① 11で記録してよい — ③は安全側ですが、4.5倍という拡大ペースの実感が消えて記録の意味が薄れます。数字は後から差し替えれば済む
無回答なら 11拠点で記録します（後で差し替え可）
入社手続きの担当分担を project_roster.md に追記 — 表記は「川上」「深見料理長」追認
那須・福谷＝大美さん主導／出川シェフ・内山パティシエ＝川上さん＋深見料理長。roadmap.md には「深海料理長」表記があり、どちらが正かの確認だけです。
推奨 ① 「川上」「深見」で正しい — ③は入社手続きの担当が誰か分からなくなり記録の用をなしません。表記ゆれは既存 roadmap.md 側も揃えて直します
無回答なら 「川上」「深見料理長」で記録し、roadmap.md の「深海」も同時に揃えます
🔴 南房総 清掃費 15,000→20,000円は「業者→YHRへの請求単価改定」として記録追認RISK
シューズラック破損の補償相当を単価に織り込んで都度精算をなくす、という文脈から前者と読みました。もし「YHR→ゲストへのオプション清掃費」なら意味が真逆になります。
推奨 ① 業者→YHR の請求単価改定でよい — ②なら記載場所が ## Fees ではなくハウスルール／料金表側になり、ゲスト向け表示にも波及します。「シューズラック破損込み」という言い回しが業者との精算簡素化の話に読めたため①
無回答なら ①として記録し、SoT本文に🔴要確認の印を残します（後から向きだけ直せる形にします）
「Webflow スタジオ権限をOtakeさん(YHRメール)へ付与」の対象は Webflow(SaaS)追認
自前の yamato-studio（Cloudflare Pages 上のコンシェルジュ向けツール）が最近稼働しているため、聞き間違いの可能性があります。
推奨 ① Webflow(SaaS)の権限で正しい — ②なら DEPLOY_TARGETS.md に1行足すだけで済み台帳は不要。ただしオーナーLP周りの制作が Webflow で動いている文脈で出た話なので①と読みました
無回答なら Webflow(SaaS)として entities.md に外部SaaS権限台帳を新設します
オフィス移転（現オフィス 2026年11月末退去・移転先は近所／住所未確定）を entities.md に記録追認
新住所が決まった時点で本欄を上書きする運用にします。
推奨 ① この内容で記録してよい — ③だと11月末という期限が誰の視界にも入らず、登記・法定表示の書き換え準備が直前まで走りません。未確定は「未確定」と書けば足りる
無回答なら この内容で entities.md に記録します
Airbnb物件オーナーへのアプローチ順序（DM不採用→OTA/公式ページ/管理人/登記簿）は collections.md の物件選定方針の下に置く追認
「マイナス排除重視」への転換（反映済み）と同じ拡大戦略の話なので、隣に並べるのが自然と判断しました。
推奨 ① collections.md に相乗せでよい — ②（開拓プレイブック新設）は将来の受け皿として綺麗ですが、今ある中身が「アプローチ順序4行」だけで、中身の薄い新規SoTは死蔵します。育ってから切り出す方が安全
無回答なら collections.md に相乗せで書きます
実装・反映済みの事後報告。読むだけで大丈夫です。
川久の開業スケジュールを3段階に詳細化（カフェ11月ソフト／宿泊12月ソフト／グランド2027年3月頃）済
既存記述の「2月 グランドオープン」は削除ではなく後ろ倒しとして書き換えました（従前「2月」から変更、と履歴を残してあります）。
推奨 ① これでいい
カフェメニューは蒼井氏監修を外す方針を decision_board §6 に記載（⚪未着手→🟡議論中に格上げ）済
推奨 ① これでいい
館山：湯沸かしを直火式ケトルへ（facility.md 設備欄）＋ OTA掲載の設備欄修正を ToDo 起票済
OTA側（Booking.com／Vrbo／一休）の書き換えは私の手が届かないので、store に todo として残しました。
推奨 ① これでいい
館山：湯沸かし器具の破損は請求しない裁定を facility.md に、ロボット芝刈り機の修理待ちを施設管理節に記録済
裁定は当初 store（やることリスト）に入れる計画でしたが、館山1施設の運用事実なのでホーム決定ルールに従い facility.md に置きました。芝刈り機は本SoT初登場のため、設置場所・型番・保証書所在を🔴未取得として残しています。
推奨 ① これでいい
京都：会員LINE告知の流入4件を facility.md に「販促・集客ログ」節を新設して記録済
これも当初は store 行き計画でしたが、施設の販促実績なので facility.md 側に。今後の配信結果もこの表に積めます。
推奨 ① これでいい
物件選定方針を「プラス重視」→「マイナス排除重視」に転換、collections.md に記載済
背景として「50拠点拡大局面では良い物件を掘る精度より地雷を踏まない精度が全体スピードを決める」を添えています。
推奨 ① これでいい
川久 install_plan.md に §6 送迎車両を新設（アルファード2／グランエース1・リース締結・秋納車）＋ store に2件起票済
store の2件＝「流入拡大ベンダーは成果報酬型を軸に」「拠点管理ツールは otake_docs 拡張のカンバン形式」。リース契約先・期間・月額はMTGで出ていないため🔴未取得として空けてあります。
推奨 ① これでいい
回答テキスト（自動生成・差分だけ出ます）
下の枠内で Ctrl+A → Ctrl+C でコピー