| name | dot-line-design |
| description | 「点と点を線にする」快感を軸にゲームデザインを設計・レビューするスキル。
人間の脳は「無関係に見えたAとBに関係性を見出した瞬間」に強い快感を得る。
伏線回収・知識アンロック・シナジー発見・隠れた関係性は全てこの派生。
「線（=AとBを結ぶ説明）はプレイヤー自身に引いてもらう設計」が核心で、
デザイナーは点を配置し、余白（=線にあたる部分）をあえて残す。
以下のような場面で使う:
- 新しいゲームメカニクスを設計するとき
- ストーリー・世界観・伏線を設計するとき
- チュートリアル・知識提示・情報UIを設計するとき
- ゲームの「面白さが弱い」「淡々としている」「アハ体験がない」と感じたとき
- 既存のゲーム（cookie, factory, rpg, abyss, godfield, metropolis など）の面白さを強化する提案をするとき
- 「点と線で考えて」「伏線として」「アンロックの設計」「アハ体験」といったキーワード
|
| user_invocable | true |
| arguments | [{"name":"target","description":"適用対象（src/games/ 配下のゲーム名、all、または設計中のメカニクス名）","required":false}] |
点と線のデザイン（Dot-Line Design）
ゲームの面白さの根底には、「点と点が線になる瞬間の快感」がある。
人間の脳は、無関係だと思っていたAとBに関係性を見出した時、強い快感を得る。
これはゲームデザインの基本テクであり、伏線回収・知識アンロック・シナジー発見・世界観の深掘り、
すべてこの派生形だ。
このスキルは、その原理に基づいてゲームをデザイン／レビューするためのワークフロー。
核となる原則
1. 線は、プレイヤー自身に引いてもらう
デザイナーが「AとBは繋がっています」と説明してしまうと、それはただの情報伝達になる。
プレイヤーが自分で繋いだ瞬間の快感こそが面白さの源泉。
線にあたる部分は、人から伝えられるよりも、自分で結んだ方が 遥かに強固で快楽も伴う 。
2. 余白を残す勇気
慣れていないデザイナーほど「線」まで描いてしまう。
熟練すると、線にあたる部分を 余白として残す ことができるようになる。
プレゼンに慣れてないと、線の部分まで説明しちゃう。
慣れてくると「線にあたる部分」は余白としてあえて残し、聞いてる人に繋いでもらう。
ゲームデザインも同じ。説明し過ぎないことが面白さを生む。
3. 「ほぼ分かるが確信が持てない」が最も面白い
- 情報が足りない → 推測ゲーム（つまらない）
- 情報が完全に揃っている → 計算ゲーム（作業）
- ほぼ繋がりそうだが最後の一手はプレイヤーに委ねる → アハ体験
4. 点と線の設計はあらゆる層で使える
- メカニクス: 生産者Aと生産者Bの隠れたシナジー
- ストーリー: 序盤のNPCの一言が終盤の真相と繋がる
- 世界観: 散らばった文書から世界の秘密が浮かび上がる
- UI: 数値の変化と画面の表現がリンクして「あ、そういうことか」
- チュートリアル: 説明せず体験させて、後で「だからこれが効くのか」と気付かせる
ワークフロー
Phase 1: 点を洗い出す（Inventory the Dots）
設計対象（ゲーム / メカニクス / シーン）に登場する 点 をすべてリストアップする。
点とは:
- メカニクス（生産者、スキル、職業、アイテムなど）
- 情報・数値（CPS、コスト、属性値）
- イベント・タイミング（解放、転職、初購入）
- 演出・テキスト・キャラクター
- UI要素（数字の表示、色、配置）
【点リスト】
- 点A: [何か / プレイヤーがいつ出会うか]
- 点B: [何か / プレイヤーがいつ出会うか]
- 点C: ...
Phase 2: 線の候補を探す（Map Potential Lines）
点と点の間にある 可能な関係性 を全て書き出す。
今はまだ「実装されていない関係性」も含めて自由に列挙する。
【線の候補】
- 点A × 点B: [どんな関係が成立しうるか / プレイヤーが気付いた時にどんなアハがあるか]
- 点B × 点C: ...
- 点A × 点D: ...
候補の評価軸:
- 意外性: AとBが繋がるとは思わなかったか？（高いほど快感が強い）
- 必然性: 繋がってみると「言われてみれば確かに」と腑に落ちるか？
- 発見しやすさ: 平均的なプレイヤーが自然に気付ける距離にあるか？
意外性 × 必然性 × 発見しやすさ が高いほど、強い線になる。
Phase 3: 余白を設計する（Design the Gap）
選んだ線について、 どこまで見せて、どこを余白にするか を決める。
余白設計のチェックリスト:
Tips: 「気付かなかった人」のための後追い導線
線を引けなかったプレイヤーが完全に置いていかれないよう、後で別ルートからヒントを補強する仕組みを用意する。
（例: 一定時間プレイで控えめなヒントが出る、別の場面で同じパターンが再登場する）
Phase 4: 配置順を設計する（Design Placement Order）
点と線の 時系列 を設計する。
基本パターン:
- 先置き → 後回収（伏線型）
序盤に意味不明な点Aを置く → 中終盤で点Bと出会った時に「あ、あれは…！」
- 同時提示 → 試行で発見（シナジー型）
AとBを並べて提示するが、組み合わせの効果は伝えない → プレイヤーが試して発見
- 段階的開示（パンくず型）
小さな点を連続して配置し、徐々に大きな線が浮かび上がる
- 既知の点に新しい意味（再解釈型）
既に知っている点Aに、新情報を与えて意味を上書きする（「実はAはBだった」）
【配置設計】
T0: [何を見せる] - 点の提示
T1: [何を見せる] - 別の点 / ヒント
T2: [何が起きる] - プレイヤーが線を引きうる瞬間
T3: [何が起きる] - 線を引いた人への報酬 / 引けなかった人への後追い導線
Phase 5: 強度を検証する（Verify Connection Strength）
設計した線が「快感を生む線」になっているかチェック:
| 検証項目 | NG例 |
|---|
| プレイヤーが線を引けるか？ | 点が遠すぎて誰も繋げない |
| 引いた時に「アハ」があるか？ | 当たり前すぎて発見にならない |
| 線を引いたことが報われるか？ | 気付いても得しない（=気付く動機がない） |
| 線が一意に決まるか？ | 複数の解釈が成立して混乱を生む |
| デザイナー側が「線」を喋っていないか？ | チュートリアルやテキストで結論を語っている |
パターン集（Game-specific Applications）
A. 知識アンロック型
プレイヤーが新しいルール／数式／関係を 理解した瞬間 、それまで意味不明だった数値や挙動が突然意味を持つ。
例:
- Cookie Factory: 「コスト×1.15 のカーブ」を理解した瞬間、「今買うか貯めるか」の判断ができるようになる
設計のコツ: ルールを 説明せず数値で見せる 。プレイヤーが帰納的に気付く。
B. シナジー発見型
メカニクスAとBを別々に提示し、組み合わせた時の効果は伏せる。プレイヤーの試行が報われる。
例:
- Tiny Factory: 精錬機の隣に組立機を置くと、ベルトを介さず直接受け渡せる（数値的な効率は変わらないが、視覚的な「流れ」が生まれる）
- Cookie Factory: 特定の生産者の組み合わせで他の生産者がブーストされる
設計のコツ: 「試したくなる距離」に配置する。隣接、同色、同タブなど 物理的・視覚的な近さ がヒントになる。
C. 伏線回収型
序盤に意味のなさそうな点を置き、終盤で再登場させて意味を確定させる。
例:
- 全ゲーム共通: 解放されないタブやアイコンが「いつか触れる」期待を生む
設計のコツ: 序盤の点は 過度に説明しない 。「？」のまま残しておく勇気が必要。
D. メタファー型
ビジュアル／テキスト表現が、ゲームメカニクスを暗喩する。
例:
- Tiny Factory: ベルトの方向記号が「→」と表示されることで、プレイヤーは無意識に「流れ」を脳内補完する
- Cookie Factory: 生産者の名前と数値の関係性（例: Mine が深く、Bank が大きい）
設計のコツ: テキストやアイコンの選び方一つで、プレイヤーは勝手に世界観の線を引いてくれる。
E. 隠れた構造型
複数の点が、実は同じ構造に従っていることをプレイヤーが見抜く。
例:
- Cookie Factory: 「全ての生産者は同じROI関数で評価でき、最適解は時間に依存する」
設計のコツ: 構造を 明示しない 。表示する数値の選び方で構造を暗示する。
アンチパターン
❌ 線まで全部引いてしまう
「Farm を 3 台買うと Mine が 10% 安くなります。これはシナジー効果と呼ばれます！」
→ プレイヤーは「言われた通りやる作業」になる。アハ体験はゼロ。
直し方: 数値だけ見せる。「Farm が 3 台ある時、Mine の表示価格が普段と違う」とプレイヤーが気付ける程度に。
❌ 点が遠すぎて誰も線を引けない
「序盤に登場した青い花」と「ラスボスの正体」を結ぶヒントが、ゲーム中に一切ない。
→ 結論を聞いた時に「分かるか！」となる。快感ではなく不満が残る。
直し方: 中間にヒントとなる小さな点を配置する。完全に独立した点を結ぼうとしない。
❌ 点が多すぎる
数十個の生産者・スキル・職業を一度に提示する。
→ どの点とどの点を結べばいいか分からない。認知過負荷。
直し方: 同時に画面上にある点を絞る 。段階的に解放する。
❌ 線が一意でない（曖昧な余白）
ヒントが複数の解釈を許してしまい、プレイヤーが間違った線を引く。
→ 「アハ」ではなく「あれ？」になる。
直し方: ヒントは複数置く。一本だけだと誤読される。複数のヒントが同じ結論を指し示すと確信が生まれる。
❌ 線を引けても報われない
プレイヤーが気付いた関係性を活用してもゲーム的な恩恵がない。
→ 気付くインセンティブがない。気付く前に飽きる。
直し方: 線を引いた人には 明確な報酬 を。数値ブースト、新解放、隠し演出、何でもいい。
❌ 線を引かないと進めない（必須化）
「点と点を繋ぐパズルを解かないと次に進めない」設計にすると、詰む人が出る。
→ 余白の押し付けは苦痛になる。
直し方: 線を引けなくても進めるが、引けたら 有利／深い楽しみ という設計。
このプロジェクト（cli-sim-game-escape）への適用ヒント
Cookie Factory
- 既存の課題「生産者5種が単純な上位互換」→ 点と線の機会
- 各生産者に「隠れた強み」を持たせ、状況によって最適が変わる
- プレイヤーが「あ、序盤は実は Mine の方が伸びるんだ」と気付く構造
- ROI可視化は「線を引きやすくする」一方で「全部見せてしまう」リスク
Tiny Factory
- 「流れの気持ちよさ」= 配置という点が繋がって生産という線になる体験
- 配置の自由度を残し、プレイヤーが「自分の線」を発見できるようにする
- 完成形を例示し過ぎない。チュートリアルで最適解を見せない
全ゲーム共通
- メニュー画面に「解放されていない何か」を匂わせる（点）
- ゲーム内テキストに 意味不明な単語や数値 を少量混ぜる（後で回収する点）
- 同じ色／同じ記号を別の場所でも使うことで暗黙の関係性を作る
出力フォーマット
設計レビュー／提案として使う場合、以下の形式で出力する:
## 点と線の診断: [対象]
### 既に存在している点と線
- [既存の点A] × [既存の点B] → [既存の線/シナジー]
- 強度: 高/中/低（プレイヤーが気付ける確率 × 気付いた時の報酬）
### 余白なく説明されすぎている箇所
- [ここでは線まで描いてしまっている]
- 直し方: [どう余白にするか]
### 点はあるが線が引かれていない（機会損失）
- [点A] と [点B] は実は繋げられる
- 設計案: [どう配置して、どこを余白にするか]
- 期待されるアハ: [プレイヤーが何を感じるか]
### 点が孤立している（活用されていない要素）
- [この要素] は他のどの点とも繋がっていない
- 提案: [どの点と繋ぐ可能性があるか、または削るか]
### 優先度付き改善ロードマップ
1. [最小コストで最大の「アハ」を生む変更]
2. [次の打ち手]
...
最後に: ゲームの面白さは脳のハック
ゲームの面白さは、人間の脳をどうハックするかに近い。
「点と点を線にする快感」は、脳の報酬系を直接刺激する基本テクニック。
このスキルを通すたびに、自分が今 線を描き過ぎていないか 、 点を孤立させていないか を問い直す。
余白を残せるデザイナーになる。
