Session Start Check

Step 2: cross-instance-prs の状態

ls docs/cross-instance-prs/ | grep -v done/

• root と done/ の重複ファイルを検出: 内容一致なら root 削除 (stale)
• pending の PR がある → 本セッションで対応可能か判定

Step 3: 並行衝突検出

git log origin/main --oneline -10

• 直近10コミットの末尾 (XXX版#N) を数える
• 同インスタンスが連続している → 他インスタンスは待機中 or クラッシュ
• 複数インスタンスが交互 → 並行作業中 → ROADMAP 末尾追記時の conflict 警戒

Step 4: 基本理念 9 原則 確認 (Rule 22)

# PHILOSOPHY.md の 9 原則の見出しだけ確認 (本文は必要時のみ)
grep -E "^### 原則 [0-9]" docs/PHILOSOPHY.md | head -10

本セッション中の全機能設計・改修判断は以下の 9 原則に照らして方向性を検証する:

1. CEO 感 — ユーザーが最終決定権を握る (自動化のみは NG)
2. ミッション・コアバリュー駆動 — 機能はユーザーの価値観に紐付く
3. 取締役会 = 優しい mentor — 監視・命令ではなく支援
4. 6 部署バランス — R&D / 財務 / マーケ / 人事 / 本社 (人事最優先)
5. 商品 = ユーザーの価値 — 価値消費ではなく価値増大
6. 資本 = 時間 — 操作時間最小化・配分可視化
7. 資産 vs 負債 — 資産増・負債減を意識
8. KPI = 昨日の自分 — 他人比較より自己進捗
9. ゴール = IPO/ウェルビーイング — 短期 KPI より長期幸福感

新機能設計時は docs/PHILOSOPHY.md 末尾のチェックリスト 9 項目を実施 (7+ ✅ で実装可)。

Step 5: レポート生成

以下の形式でユーザーに報告:

## セッション開始チェック (YYYY-MM-DD HH:MM)

### Rule 14 ツールバージョン
- ✅ すべて最新 (または ⚠️ X件変更)

### cross-instance-prs
- pending: N件 ([title])
- stale (root+done重複): M件 → 削除推奨

### 並行インスタンス
- 直近アクティブ: VSCode#N, PS#N, Win#N
- 衝突リスク: {低|中|高}

### 次の推奨タスク
1. ...
2. ...

運用上の注意

• Auto Mode 必須: セッション冒頭で許可確認スキップのため settings.local.json 確認
• 現在のインスタンス確認: ユーザーの最新発話 (例: "現在のインスタンスはWindowsアプリ版です") を基準にする
• 高衝突リスク時: ROADMAP 書き込みは最後にまとめて rebase+push
• stale PR は即削除: 並行インスタンスが archive commit しても root 残すケースが頻発