INSTALL RESTRUCTURE

install.html リストラクチャリング すり合わせカルテ（2026-07-16）

現行 install.html（7セクション縦積み）を『タブ構成のハブ＋トップ俯瞰マップ』へ再構造化するにあたり、骨格に関わる5点を1枚で判定してください。回答を貼り戻すと Claude が build_install_plan.py を書き換えて再ビルド→デプロイまで走ります。

各カードで A/B/C から1つ選び、必要ならコメントを添えてください。推奨案には (推奨) を付けています。最下部「回答をまとめてコピー」→ チャットへ貼り戻し。DECIDEバッジ=骨格に関わる決めのカードです。
第1部：骨格の決め — install.html をどう組み直すか
Q1

タブ分類の粒度（現行7セクション → 何タブに束ねるか）DECIDE

今の表現行=①座組 ②4つの据え付け ③研修 ④VIPモデル ⑤モノ・記録 ⑥社長ブリーフィング ＋ 上部月チャート（縦積み7セクション）
実態Otake指示=『ハブというよりタブ』。3〜4タブ想定。決めごとが分散していて社長が「どこに降りたらいいか」迷う状態を解消したい。
提案A案：4タブ (推奨)『① 座組 ／ ② 決めごと（4据え付け＋研修＋VIP統合）／ ③ モノ・記録 ／ ④ 討議場・決定事項』——決めごとを1タブに束ねると意思決定の文脈が集約され、社長のドリルダウン距離が最短。 B案：5タブ『① 座組 ／ ② 4つの据え付け ／ ③ 研修 ／ ④ VIPモデル ／ ⑤ 討議場・決定事項』——現状に近い粒度で移行コスト最小。ただし決めごとが分散したまま。 C案：3タブ『① 全体（座組＋4据え付け） ／ ② 記録・未決 ／ ③ 討議場・決定事項』——最もシンプル。ただし『決めごと詳細』にたどり着くまでのクリック増。
Q2

トップ俯瞰マップの見た目（『降りてくる』社長が最初に見る1画面）DECIDE

今の表現行=上部月チャート（7月〜12月の月タブ）のみで俯瞰要素は他に無い
実態Otake指示=『ダッシュボード＋タイムライン複合』。4象限マップ（人・動作・モノ・負荷＝T1〜T4）とタイムライン軸（8→12月）を1画面で。要素クリックで対応タブへドリルダウン。
提案A案：4象限×タイムライン複合ダッシュボード (推奨)——縦=T1〜T4の4トラック／横=8〜12月の月軸／セルにアイコン＋節目キーワード。社長が『いつ・どこが山か』一目で掴め、要素クリックで該当タブへ飛ぶ。 B案：タイムライン単体（月×トラック 6列4行マトリクス）——時間軸中心。俯瞰は薄いが実装コスト最小。 C案：4象限単体（現在地スナップショット・T1〜T4の今の状態バッジ）——今この瞬間の状態把握に特化。時間軸なし。
Q3

上部月チャート（topstrip の月タブ）をどうするかDECIDE

今の表現行=ページ最上部に横並びの月タブ（7月〜12月・各月クリックで下部の月別詳細パネルが開く）
実態Otake指示=『撤廃 or タイムラインに統合』。二重表示になっているのが違和感。
提案A案：トップ俯瞰マップの横軸に統合し撤廃 (推奨)——月別詳細は俯瞰マップのセルクリックで開くドロワーへ集約。情報損失なく重複解消。 B案：完全撤廃（月別詳細も削る）——情報損失あり。月別テーマは各タブ内に散らす。 C案：別タブ『タイムライン』として独立——タブが1つ増える。俯瞰マップとの棲み分けが要検討。
Q4

討議場タブ『議題プール』と既存カルテ資産の接続方法DECIDE

今の表現行カルテ資産=facilities/kawakyu_auberge/outputs/ 配下に karte_karagami_review_20260713.html／karte_target_state_20260708.html／roadmap_update_karte_20260706.html 等が独立HTML資産として存在
実態Otake指示=『カルテHTMLは独立資産として維持、討議場タブから参照する形』。統合ではなく参照。
提案A案：討議場タブ内にカルテ資産の一覧カードを埋め込み、各カードから別窓で開く (推奨)——資産を殺さずSoT化は後で緩やかに。実装はメタデータJSON1本追加でシンプル。 B案：既存カルテHTMLはリンク集として集約、討議場タブは『生きた議題』のみ扱う——アーカイブと現行の分離が明快。ただし新規議題の起票フローが未定義。 C案：既存カルテ内容を議題プール（SoT）へ手動転記、HTML資産は残置——SoT一元化が進むが転記コスト大。
Q5

リストラクチャリングを段階的にやるか一括でやるかDECIDE

今の表現行=1本の縦長HTML（62KB）。ビルダー build_install_plan.py（1049行）。
実態明日以降の運用に影響しない前提で組みたい。Otakeさんは月1定例の共有リズムに乗せたい意向。
提案A案：骨格は一括・中身は段階 (推奨)——初週(1週間)にタブ骨格＋トップ俯瞰マップ＋討議場タブ最小動作を一括投入し、他タブは既存中身を引き継いで動く状態にする。翌週以降、各タブの中身を段階リファイン。リスク最小＋討議場を最速で動かせる。 B案：完全一括（1〜2週で全面切り替え）——切替日を決めて社長に共有。移行コスト高だが認知の断絶が1回で済む。 C案：完全段階（週次で1タブずつ・4週で完成）——並行して本番HTMLは動く。認知の断絶を分散できるが工事期間長期化。
第2部：自由記述（任意）
F1

その他コメント（気になる点・触ってほしくない箇所・実装の優先順など）

コピーしました