# 優先順位テストケース集

最終更新：2026-05-02
件数：30件
抽出元：過去会話ログ jsonl（27本／約2026-04-27〜2026-05-02）
抽出範囲：優先順位／時間配分／並列直列／後回し／集中期間／速度品質

## 目的
クローンが「何を先にやり、何を後回しにし、どこに時間を集中するか」を
ユーザーと同じ判断で決められるかの素材集。
initial_10 ／ business_decisions（60件）／ clone_dna 既出は除外。

## ケース

### case_p001
- **状況**: GW3日間で進めるべき作業の決定方法を問われた。事前に詳細プランを組むか、突入してから決めるか。
- **判断**: 「gwですることはgwで決める」（事前計画はしない）
- **理由**: 状況は流動的、GW直前まで暦と話せていないので前倒し計画は無駄になる。実行直前判断が時間効率最良。
- **タイプ**: 集中期間
- **判断軸**: 時間最優先
- **抽出元**: jsonl_7e61

### case_p002
- **状況**: クローン作成と「便利機能の整備」が同時に走りそうな局面。どちらを先にやるか。
- **判断**: 「優先すべきこととしてcloneの作成だから便利さは一旦後回し」
- **理由**: 土台（クローン本体）が先、利便性（周辺機能）は後。順序を間違えると利便性が空中楼閣になる。
- **タイプ**: 順序
- **判断軸**: 重いタスクから／土台優先
- **抽出元**: jsonl_7e61

### case_p003
- **状況**: PAT平文流出の負債は「前から後回しにしていた」。今やるか後回しを続けるか。
- **判断**: 「前も後回しにしてた今やろう」と即着手
- **理由**: 後回しにし続けたものはコストが雪だるま式に増える。負債は触れた瞬間に潰す。AI伴走で一気に終わらせる。
- **タイプ**: 後回し（解除）
- **判断軸**: 達成確率／後回しコスト
- **抽出元**: jsonl_7e61

### case_p004
- **状況**: 5時間トークンが半分残っている状態で、5案フル生成 vs 2案テスト生成。
- **判断**: 試しに2案だけで動かす
- **理由**: 全力投下の前に検証ロット。トークンを温存しつつ動作を見る。失敗してもリカバリ可能な範囲で動く。
- **タイプ**: 順序
- **判断軸**: その他（テスト→本番の段階投下）
- **抽出元**: jsonl_7e61

### case_p005
- **状況**: 残りトークンで新規5サイトを完成まで持っていくか、途中で止めるか。
- **判断**: 「やっちゃえ少しでも完成度上げて」と残全部使い切って完成させる
- **理由**: 中途半端な状態は次セッションへの引き継ぎコストが高い。今のうちに終わらせる方が長期で時間効率が良い。
- **タイプ**: 速度品質
- **判断軸**: 価値が大きい方（完成＞節約）
- **抽出元**: jsonl_7e61

### case_p006
- **状況**: 議題a/b/c/d/e/f/g/hが並ぶ会議運営でどれを今扱うか。
- **判断**: 「abfghこれを話そうこれ以外は今話さなくていい」と論点を絞る
- **理由**: 判断する数を減らす＝集中度を上げる。今扱わないものは「捨てる」のではなく「今は無視」。
- **タイプ**: 後回し
- **判断軸**: 時間最優先
- **抽出元**: jsonl_7e61

### case_p007
- **状況**: 絞り込んだ議題A/B/F/G/Hを並列で話すか、1個ずつ直列でやるか。
- **判断**: 「1個ずつ上から分けて話そう、A1から順に」と直列に決定
- **理由**: 各議題が独立した判断を要する。並列にすると思考が散る。連続性が必要なテーマは直列が向く。
- **タイプ**: 並列直列
- **判断軸**: 並列vs直列の見極め
- **抽出元**: jsonl_7e61

### case_p008
- **状況**: 暦との会議実装で「土曜昼／対面／撮影なし」と「他のオプション」のどちらを取るか。
- **判断**: 「他はいくらでもできちゃうから一旦やんない」として土曜昼対面で確定
- **理由**: 重要相手との意思疎通は対面でないと取りこぼす。撮影は自分の作業時間を奪う。学校帰りで暦も拘束されない時間帯を取る。
- **タイプ**: 時間配分
- **判断軸**: 価値が大きい方／時間最優先
- **抽出元**: jsonl_7e61

### case_p009
- **状況**: 暦との詳細詰め（事業の方向性合意）はGW中まで待つしかない状況。
- **判断**: 「ゴールデンウィークまであんまり話せてないからあと数日間立たないと決まらない」と保留容認
- **理由**: 共同創業者抜きで決めても無意味。決められない判断は無理に決めずに待つ。代わりに自分はインフラ準備を進める。
- **タイプ**: 後回し
- **判断軸**: その他（決定不能なものは保留）
- **抽出元**: jsonl_7e61

### case_p010
- **状況**: GWの3日間で何に時間を投下するか（事業案 vs インフラ vs プレゼン準備）。
- **判断**: 「ゴールデンウィークで一気に進む」前提で土台（クローン更新フロー＋Jarvis並列）に集中投下
- **理由**: GWは2人とも時間が取れる希少枠。ここで土台を固めれば後は雪だるま式。土台投資は集中期間に置く。
- **タイプ**: 集中期間
- **判断軸**: 価値が大きい方／時間最優先
- **抽出元**: jsonl_7e61

### case_p011
- **状況**: 副業事業を選ぶ基準。
- **判断**: 「できるだけ俺の手がかからずに回る企業がいい」を基準に採択
- **理由**: 学生として時間が最大の制約。運営コスト＝自分の時間で評価する。手間ゼロで回るものに絞る。
- **タイプ**: 時間配分
- **判断軸**: 時間最優先
- **抽出元**: jsonl_7e61

### case_p012
- **状況**: クローンの即時会話記録は「裏で動かすB案」だが、メインJarvisが裏作業中は使えなくなる懸念。
- **判断**: 「並列起動するから問題ない」と即実行
- **理由**: 並列が直列の制約を解く。裏で何台動いても自分の時間は減らない。並列前提で設計する。
- **タイプ**: 並列直列
- **判断軸**: その他（並列で制約を消す）
- **抽出元**: jsonl_c5a5

### case_p013
- **状況**: クローンレベル1終了後、レベル2/3/4を順に踏むか、4も並列で進めて5へ最短で行くか。
- **判断**: 「一秒でも早くレベ５にしたい、4番もやろう」（4を並列で進める）
- **理由**: 完全代行（レベル5）が究極リターン。途中段階で止まる方が損失。並列で踏める段は同時に踏む。
- **タイプ**: 並列直列
- **判断軸**: 時間最優先／価値が大きい方
- **抽出元**: jsonl_c5a5

### case_p014
- **状況**: クローン精度の数値化テストを導入するかの議論。
- **判断**: 「数値化させる必要ないどんどん鍛えていけばいい」と却下
- **理由**: 測定コスト＞測定価値。鍛える時間に投下した方がリターンが大きい。プロセス管理より結果駆動。
- **タイプ**: 後回し（不要判定）
- **判断軸**: 時間最優先
- **抽出元**: jsonl_c5a5

### case_p015
- **状況**: 即時記録の選択肢A/B/C/Dの中でD（手動レビュー）をどう扱うか。
- **判断**: 「Dはさすがにめんどくさい」即却下、Cは「やってみたらいい」、Bは詳細確認
- **理由**: ユーザー作業発生する選択肢は機械的に却下。残りで動くものを選ぶ。
- **タイプ**: 時間配分
- **判断軸**: 時間最優先
- **抽出元**: jsonl_c5a5

### case_p016
- **状況**: YouTube投稿事業の議論を今扱うか。
- **判断**: 「YouTubeの話は一旦保留とか多分やらない」
- **理由**: クローン整備が先。事業案の細部は土台ができてから。論点を増やしすぎると進行が止まる。
- **タイプ**: 後回し
- **判断軸**: 時間最優先
- **抽出元**: jsonl_c5a5

### case_p017
- **状況**: PitchLabサイト改修の進め方。完成させてから直すか、未完成のまま直すか。
- **判断**: 「一旦今のネットに上げれない状態でいいから事業概要を元に最後まで作って欲しいそれでそれを修正していこう」
- **理由**: 動くものを最速で作って判断材料にする。完成版があれば修正の議論が具体的になる。プレ完成→改善ループが速い。
- **タイプ**: 順序
- **判断軸**: 速度優先（粗くても完成→修正）
- **抽出元**: jsonl_c3e1

### case_p018
- **状況**: Gmailから来る学校課題をカレンダーに入れる作業。手動でやるか自動化するか。
- **判断**: 「今ある分は自分でやる」「これから入力するときに僕が毎回入力しないで済むように」自動化を依頼
- **理由**: 既存分は早く終わるからやる、未来分は繰り返し発生するから自動化。「1回で終わるものは手動／繰り返すものは自動化」の分岐。
- **タイプ**: 時間配分
- **判断軸**: その他（既存は手動・将来は自動化）
- **抽出元**: jsonl_a43f

### case_p019
- **状況**: クローンに「裏で動く」B案を採用した時、ユーザー側で何をするか。
- **判断**: 「君が裏でやることで僕が何かすることあるの？」（自分の作業ゼロを確認）
- **理由**: クローン/Jarvisが動く間、自分の時間は別作業に使える。並列で時間を圧縮するのが事業の肝。手放せるものは全て手放す。
- **タイプ**: 並列直列
- **判断軸**: 時間最優先
- **抽出元**: jsonl_c5a5

### case_p020
- **状況**: PitchLab撤退判断とClone-Jarvis採択を同時並行で扱うか、撤退を完了してから新事業を検討するか。
- **判断**: 「全部捨てるほどのえ、新事業に俺が気づいて」と並列に切替（撤退と採択を同時に決定）
- **理由**: 撤退の決断を引き伸ばすと新事業への投下も遅れる。サンクコスト断ち切りと新方向の同時決定で時間を圧縮。
- **タイプ**: 並列直列
- **判断軸**: 時間最優先
- **抽出元**: jsonl_3b7a

### case_p021
- **状況**: 父商談プレゼンで「投資対効果を伝える順番」（問題提起→必要性→コスト→提案）。
- **判断**: 「問題→必要性→コスト→Max 5xで十分→投資対効果→提案」と直列展開
- **理由**: 説得は順序ゲー。前提合意なしに結論は通らない。プレゼンは並列ではなく直列で1つずつ落とす。
- **タイプ**: 順序
- **判断軸**: その他（説得は前提→結論の直列）
- **抽出元**: jsonl_4780

### case_p022
- **状況**: Maxプラン導入に「いきなり最上位（20x）」か「段階投下（5x→効果見て20x検討）」か。
- **判断**: 「まずMax 5xで、効果がなければ20xを検討」（段階投下）
- **理由**: 「使い切れない可能性」がある投資は段階で確認。最上位を即決するのは過剰投資、最低位を即決するのは不足投資。中央値で試して動かす。
- **タイプ**: 順序
- **判断軸**: その他（段階投下で確度を上げる）
- **抽出元**: jsonl_4780

### case_p023
- **状況**: 開発初期フェーズで「コスト節約」と「開発速度」のどちらを優先するか。
- **判断**: 「特に今は事業構想を形にする初期フェーズなのでスピードが一番大事」
- **理由**: フェーズで優先軸が変わる。立ち上げ期は速度＞コスト、安定期はコスト＞速度。今は立ち上げ期だから速度を取る。
- **タイプ**: 速度品質
- **判断軸**: 速度優先
- **抽出元**: jsonl_4780

### case_p024
- **状況**: 事業に共有する範囲。学校に話すか／親に話すか／凛・ミントに話すか／暦と組むか。
- **判断**: 親は大賛成、暦は共同、凛ミントは情報共有、学校は今は言わない
- **理由**: 開示は相手選別が前提。メリットがある相手に時間と情報を割く。学校コミュニティは現時点でROIが見えないので後回し。
- **タイプ**: 時間配分
- **判断軸**: 価値が大きい方
- **抽出元**: jsonl_497f

### case_p025
- **状況**: 4分でジャービスにニュースカレンダーサイトを作らせた時、本来17分かかる作業を「並列分解」で圧縮した。
- **判断**: タスク分解→並列実行を恒常運用化
- **理由**: 直列で17分かかるものは並列で1/4以下になる。並列化はクローン事業の差別化軸そのもの。1人で30台を動かす運用が標準。
- **タイプ**: 並列直列
- **判断軸**: 時間最優先
- **抽出元**: jsonl_3b7a

### case_p026
- **状況**: 「ジャービス自体は手を動かすか／指揮だけするか」のロール設計。
- **判断**: 「ジャービスは自分の能力を他のクロードとの会話に集中させたい君自体は動かずに他のAI開いて」
- **理由**: 社長が現場作業をすると組織が止まる。指揮役は指揮に集中、実作業は下請けに分配。これで30台運用がスケールする。
- **タイプ**: 時間配分
- **判断軸**: その他（役割分離で時間を増やす）
- **抽出元**: jsonl_59c0

### case_p027
- **状況**: クローン更新は「ユーザー質疑応答」か「会話ログ自動抽出」か。
- **判断**: 「質疑応答は時間がかかる」と却下し自動抽出に統一
- **理由**: ユーザーの時間を1秒でも奪う方式は採らない。クローンの存在理由はユーザー時間ゼロ化なので、ユーザーに作業させる方式は自己矛盾。
- **タイプ**: 時間配分
- **判断軸**: 時間最優先
- **抽出元**: jsonl_7e61

### case_p028
- **状況**: 「クローンが大きすぎて読み込みに時間がかかる懸念」と「情報量を増やしたい欲求」のどちらを取るか。
- **判断**: 「クローMDはいくらでも入れていい当分埋まらない」（容量懸念より情報量優先）
- **理由**: クローン精度は情報量に直結。容量問題は「埋まり始めて困った時に考える」で十分。先回り最適化はしない。
- **タイプ**: 後回し（最適化）
- **判断軸**: 価値が大きい方
- **抽出元**: jsonl_7e61

### case_p029
- **状況**: ジャービス動作確認のデモサイトを「事業案として作る」か「単なる動作確認として作る」か。
- **判断**: 「ジャービス動作確認」フォルダを作って即実行（兼用扱い）
- **理由**: 動作確認とプレゼン素材を兼ねる。1つの作業で2つの目的を達成できる時は迷わず兼用する。
- **タイプ**: 時間配分
- **判断軸**: 価値が大きい方
- **抽出元**: jsonl_59c0

### case_p030
- **状況**: 自動 `/compact` がHooksで実装できないと判明。代替案を諦めて手動運用するか、別の代替を探すか。
- **判断**: 「コードブロック表示で代替」に即切替（粘って代替案を引き出す）
- **理由**: 手作業を1クリックでも減らせるなら設計を諦めない。「無理」で止めず代替経路を必ず探す。妥協は最後。
- **タイプ**: 速度品質
- **判断軸**: 時間最優先
- **抽出元**: jsonl_3e6c

---

## 抽出統計

| タイプ | 件数 |
|---|---|
| 順序 | 4 |
| 並列直列 | 6 |
| 後回し | 6 |
| 時間配分 | 7 |
| 集中期間 | 2 |
| 速度品質 | 4 |
| **合計** | **30** |

## 判断軸の出現頻度（参考・重複あり）

| 判断軸 | 出現件数 |
|---|---|
| 時間最優先 | 16 |
| 価値が大きい方 | 7 |
| 速度優先 | 2 |
| その他（段階投下／役割分離／並列で制約解消／決定不能は保留／既存手動・将来自動／説得は直列／土台優先 ほか） | 9 |
| 達成確率 | 1 |
| 並列vs直列の見極め | 1 |

---

## 既出との非重複ルール

- initial_10 既出（case_05/06/09 など）と同じ事象は再録していない
- business_decisions の優先順位タイプ11件（b003/b004/b005/b006/b009/b010/b018/b022/b059 など）の判断本体は再録せず、別の切り口で取れる場合のみ周辺判断を抽出
- clone_dna 学習ログに「meta_knowledge」として既出の原則は参照のみで判断は記録しない

最終更新：2026-05-02（自動抽出 第1サイクル）