Q01〜Q16「必要データの質」分析レポート

調査方針

各候補について以下の観点で分析した:

コンテンツの動作に必要なデータの種類と量
品質要件（正確性必須か、もっともらしければ十分か、ランダムでよいか）
オープンデータの存在確認と、実際にそのまま使えるかの検証
「漢字カナルの教訓」を踏まえた現実的な調達可能性の評価

Q01: 音楽性格診断・相性判定

必要データの質: 質問と結果テキストのみで動作するため、実質的な外部データは不要。「ロック好き→A型思考タイプ」のような性格タイプ（8〜16タイプ程度）の定義と、各タイプ間の相性マトリクス（タイプ数の二乗分のパラメーター）をコンテンツとして作成する必要がある。タイプ定義と相性記述は合計で約100〜200テキスト片程度。正確性は不要で「もっともらしければ十分」だが、読んで楽しいと感じるクオリティの文章が必須。ロジックとテキストさえ揃えばデータベース不要で動作する。

Q02: クリエイティブスキル当てクイズ

必要データの質: クイズ問題文・選択肢・解説のセットが必要。出題範囲は「三幕構成・ヒーローズジャーニー等の物語構造（20〜30種類程度）」「キャラクターアーキタイプ（ユング理論で8〜12種類、拡張版で40種類程度）」「ジャンル定型（ミステリー・ロマンス等、30〜50種類程度）」。これらの創作理論は体系化されており、既存の創作論テキスト・Wikipedia等から収集可能。ただし「クイズとして出題できる形式」に加工する作業が必要で、問題・選択肢・解説のセットとして200〜300問程度用意できれば持続的な出題が可能。データそのものより問題設計の品質が重要。正確性は高くあるべき（創作理論の誤った解説は訴求力を損なう）。

Q03: デイリールール変更ゲーム

必要データの質: 外部データは基本的に不要。「月曜=重力付き三目並べ」「火曜=4×4リバーシ」のようなルール定義をハードコードするため、週7ルール（または月次30ルール程度）のゲームロジック実装が必要。各ゲームはロジックのみで動作し、外部データは参照しない。ただしルールバリエーションの数が多いほど体験が豊かになるため、長期的には52週×複数パターン=100ルール程度のバリエーションが望ましい。データより実装コストが課題。

Q04: サブカル知識マッチングゲーム

必要データの質: アニメ・漫画・ゲームのタイトルごとに「ジャンル・発売年・作者・制作会社・主要キャラクター名・あらすじ1文」等の複数属性が必要。GeoGuessr型として機能させるには、段階的ヒントを提供できる十分な属性量（1タイトルあたり5〜8属性）が必須。AniList/MyAnimeListのAPIは50万件以上のデータを持ち、かつAPIで取得可能だが、ランタイムでの外部API呼び出しは技術制約により禁止されている（coding-rules.md参照）。ビルド時にデータを取得してJSONとして静的に保持する場合、ライセンス上の利用許諾確認が必要。有名タイトルに絞った場合でも500〜2,000件のデータ収集・検証が必要で、各タイトルの属性の正確性が必須（誤った年代・作者情報はゲームとして成立しない）。自力でデータを整備する場合は相当な作業量となる。

Q05: 日本文化デイリーチャレンジ

必要データの質: 「漢字・季語・茶道・書道・和食」等を横断する毎日のチャレンジ問題が必要。Wordle形式（1日1問）として365日分の問題プールが必要だが、実際には最初から365問揃えなくてもよく、まず100問程度でスタートしてもよい。問題形式ごとにデータ要件が異なる: 漢字問題は常用漢字2,136字の読み・部首データ（GitHub上にCSVあり。部首・画数・読みは含まれているが品質チェック・ゲーム適性の選定が必要）。季語問題は季節分類付き季語データが必要（現代俳句協会「現代俳句データベース」には5,000句程度あるが季語リスト・分類の整備が別途必要）。茶道・書道・和食の問題は事典的な正確な情報が必要で、自力で調査・記述するか既存の出版物等から収集する必要がある。複合テーマであるが故に各サブテーマで別々の調達作業が必要となり、合計で最低300〜500の問題データが必要。品質要件は高く、正確な情報が必須。

Q06: 日本語特化クイズ・学習ゲーム（複合テーマ）

必要データの質: 四字熟語・ことわざ・敬語・古文の各テーマで出題データが必要。四字熟語は「四字熟語辞典オンライン」に6,642語が収録されているが、ウェブスクレイピングによる利用は利用規約確認が必要で、ゲーム出題に適したサブセット（難易度別分類、例文の品質）の選定・整備作業が別途必要となる。ことわざは5〜6万語と言われるが厳選して300〜500語程度にする必要があり、それぞれに解説文が必要。敬語問題は「正しい敬語」の判定ロジックとデータが必要で、ゲーム化のための問題設計が難しい。古文は出典明記が必要で著作権フリーの古典作品（青空文庫等）は利用可能だが問題化の作業が必要。各カテゴリ100〜200問程度（合計400〜800問）が現実的な目標だが、品質チェックを含めると調達コストは高い。正確性は必須（誤った日本語知識は信頼性を損なう）。

Q07: 毎日の地理チャレンジゲーム

必要データの質: 世界196カ国分の「国名・首都・人口・面積・地図シルエット（SVGパス）・地理的特徴」のデータが必要。地理データについてはREST Countries API（Mozilla Public License 2.0でオープンソース）が196カ国分の首都・人口・国旗・地域区分データを提供しており、ランタイムAPI呼び出し禁止の制約に対してはビルド時にJSONとして取得・静的保持する方式で対応可能。ライセンス的にはMPL 2.0で商業利用も可能。国のシルエット（SVGパス）についても「world-map-country-shapes」「mapsicon」等のGitHubリポジトリが存在し、ISO 3166-1コードで整理されている。ただしシルエット品質・表示サイズの均一性のチェックが必要で、小島国・飛び地国の扱いも個別判断が必要。「Worldle日本語版」として機能させるには、国シルエットSVGデータと地理データの突合・統合作業が必要。データ自体は調達可能だが統合作業の品質が実現の鍵。正確性は必須（誤った首都・人口は教育コンテンツとして失格）。

Q08: 動物性格診断・占い（日本固有動物特化）

必要データの質: 診断タイプとして使用する「日本固有動物」のリストと、各動物の性格的特徴・エピソードの記述が必要。「日本固有動物」の定義は難しく、厳密な固有種（シマエナガは北海道限定のエナガの亜種、ヤマネは日本固有種の齧歯類）に限ると数種から十数種程度しかなく、診断タイプとしての豊かさが不足する。日本の固有種・準固有種・象徴的な在来種に範囲を広げると数が増えるが、「固有動物特化」という差別化ポイントが薄まる。実用的な診断コンテンツとして機能するためには8〜16タイプが必要で、各タイプに対して「診断名・特徴説明・相性・アドバイス」合計で1タイプあたり300〜500字程度の高品質テキストが必要。合計で3,000〜8,000字程度のテキスト創作が必要。外部データ参照は不要で、動物に関する基礎知識（習性・生態）を元にした創作テキストが主体。正確性よりも「面白さ・共感しやすさ」が重要。日本固有動物の選定において「シマエナガ・ヤマネ等だけでは診断タイプ数が不足する可能性が高い」という制約がある。

Q09: 開発者向けチートシート集

必要データの質: 正規表現・Git・Markdown・HTTPステータスコード・Cron・HTMLタグ・SQLの7種類の構文・コマンドデータが必要。これらはすべて公式仕様書・公式ドキュメントに記載された技術情報であり、著作権フリーの事実情報として扱える。各カテゴリで必要なデータ量の目安: 正規表現（主要パターン60〜100件程度）、Gitコマンド（主要コマンド80〜120件程度）、HTTPステータスコード（63コード、RFCに完全な定義あり）、Markdownタグ（40〜60件程度）、Cron構文（パターン20〜40件程度）、HTMLタグ（主要150件程度、全体は200件以上）、SQL（主要構文・関数100〜200件程度）。すべてMDN Web Docs・公式仕様書・RFC等の信頼性の高い一次ソースから正確に収集可能。「実例付き検索・フィルター機能」を実装するためには、各エントリに「コマンド名・書式・用途説明・実例」の4属性が必要で、合計500〜800件程度のデータセットが必要。正確性は必須（誤った構文情報は開発者に実害を与える）。データ収集自体は公開情報から可能だが、入力・整備・品質チェックの工数が必要。

Q10: キャラクター性格診断（多作品横断型）

必要データの質: 診断結果として提示する「キャラクター」のリストが必要で、各キャラクターに「作品名・性格特徴・診断結果テキスト」の記述が必要。多作品横断型として機能させるには最低50〜100キャラクター程度のリストが必要。キャラクターの性格特徴記述はファンコミュニティの知識に基づくものだが、特定キャラクターの「性格」に対する客観的定義は存在せず、記述は主観的になる。著作権面では「キャラクター名と性格説明の列挙」自体はグレーゾーンで、キャラクター画像の使用は不可。人気キャラクターほど「自分に近い」と思うユーザーが多いため選定が重要で、マイナーキャラクターを選ぶとユーザーの共感が得られない。各キャラクター1,000字程度の説明文として合計50,000〜100,000字程度のテキストが必要。外部データベースは使えず自力で作成する必要があり、作品ごとの著作権確認が必要。正確性よりも「あの人っぽい」という納得感が重要。

Q11: キャリーオーバー型デイリーゲーム（キャラ×デイリーゲーム）

必要データの質: キャラクターの設定（名前・性格・口調・出題スタイル）と、各キャラクターが出題する問題データが必要。キャラクターは3〜5体程度あれば差別化が成立する。問題データはキャラクターのテーマ（例: お嬢様キャラ→マナー問題、博士キャラ→科学問題）に沿ったものが必要で、各キャラクターにつき最低100問程度（合計300〜500問）が必要。問題の正確性は「キャラクターの世界観に沿っていること」が重要で、客観的正確性よりもエンタメ性が重視される。問題データは自力作成が基本で外部オープンデータの流用は難しい。キャラクター設定テキストとして1キャラクター500〜1,000字程度の高品質なキャラクター定義が必要。ロジックとテキストで動作し、外部データベース参照は不要。

Q12: キャラクター・シナリオジェネレーター

必要データの質: テンプレートベースでランダム生成するため、「テンプレート素材のリスト」が必要。具体的には: キャラクター属性（職業100〜200種、性格特徴100種、口癖50種、外見特徴100種）、シナリオ要素（状況50〜100種、葛藤30〜50種、解決パターン30〜50種）。これらは完全に創作コンテンツとして自力で作成する必要があり、外部データは不要。ただしランダム組み合わせが「面白い」と感じられるには、各リストの語彙・表現の質が重要で、平凡な組み合わせの羅列になると使用価値が下がる。合計500〜1,000のテキスト素材があれば膨大な組み合わせが生成可能。正確性ではなく「組み合わせたとき面白くなる素材選定」が品質の鍵。外部データ不要、ロジックと素材リストで動作。

Q13: ストーリー・プロット生成ジェネレーター

必要データの質: Q12と同様にテンプレート素材のリストが主体。具体的には: ジャンル（20〜30種）、舞台設定（100〜200種）、主人公属性（100〜200種）、事件・葛藤タイプ（50〜100種）、解決パターン（30〜50種）、テーマ・メッセージ（30〜50種）。これらを組み合わせてプロットを生成するため、素材リストの豊かさが出力の多様性を決める。外部データは不要。Q12との違いは「プロット（あらすじレベル）」に特化する点で、文章テンプレートの設計品質が重要。「ユーモア・遊び要素を重視」という方針から、各素材リストに意外性・ギャップのある要素を意図的に混ぜる必要があり、それは純粋に創作作業。合計500〜1,000のテキスト素材が必要。正確性不要、ただし文章として読んで面白いか・インスピレーションを感じるかが品質基準。

Q14: 理系思考スタイル多次元診断

必要データの質: 多次元の診断軸の設計（例: 論理性・直感・数値感覚・抽象思考等の5〜8次元）と、各軸を測定する質問（軸あたり4〜8問、合計30〜60問）、そして各次元のスコアの組み合わせに対応した診断結果テキストが必要。「多次元」であるため、結果パターン数が軸数の増加とともに指数的に増加するが、実際にはクラスタリングして20〜40パターン程度に集約するアプローチが一般的。各パターンについて300〜500字の診断テキストが必要で合計6,000〜20,000字。外部データは完全に不要。「科学的思考・論理的推論・数学的センスに特化した多次元診断」として差別化するには、質問設計の妥当性（本当に測りたい能力を測れているか）が重要で、心理測定の専門知識があれば品質が上がるが必須ではない。ロジックとテキストのみで動作。

Q15: デイリー色彩チャレンジ

必要データの質: 日本の伝統色のデータが必要。NIPPON COLORS（nipponcolors.com）が250色を収録しており、GitHub上にJSONデータが複数存在する（lcat/nippon-colors等）。ただしライセンス確認が必要で、元データがPIE BOOKSの書籍「日本の伝統色 The Traditional Colors of Japan」に基づいており、その書籍の著作権が及ぶ可能性がある。nipponcolors.comのサイト自体の利用条件確認が必須。利用可能な場合でも「デイリーチャレンジのゲームとして機能するか」という観点から: 各色について「正式な色名（日本語・読み仮名）・HEXコード・RGBコード」は揃っているが、「ゲームの選択肢として提示する際に紛らわしい類似色の選定」「難易度設計のための色の特徴分類」等の追加作業が必要。250色のうちゲームとして出題に適した色の選定・難易度分類が別途必要。漢字カナルの教訓を踏まえると「データがある」だけでは不十分で、ゲーム品質のための追加作業を過小評価しないこと。

Q16: 日本伝統色クイズゲーム（デイリー）

必要データの質: Q15と同じデータソースが前提。日本の伝統色250色（nipponcolors.com相当）の「色名・読み仮名・HEXコード」が必要で、「カラーサンプルを見て名前を推測する」クイズとして機能させるには各色のHEXコードがあれば表示は可能。ただし「デイリー形式」として機能させるには: (1) 250色を難易度順に並べる分類作業が必要（初心者が「黄色」と「山吹色」の区別が難しい等、難易度評価は主観的）、(2) 類似色をまとめたカテゴリ分類が必要（「赤系・青系・緑系」等）、(3) 正解候補の選択肢4択を自動生成するために「紛らわしい類似色の組み合わせ」のキュレーションまたは自動算出ロジックが必要。これらの追加作業を考慮すると、「データがある→すぐ使える」ではなく、実際に使えるレベルにするためにかなりの追加作業（少なくとも250色全ての難易度評価と類似色グルーピング）が必要。ライセンス確認がQ15と同様に必須で、nipponcolors.comの商業利用条件が未確認。

横断的所見

データ不要系（ロジック・テキストで完結）: Q01・Q03・Q08・Q11・Q12・Q13・Q14 はロジックと手書きテキストのみで動作し、外部データ調達コストは低い。品質の鍵はテキスト・ゲームロジックの設計力にある。
オープンデータ活用系（追加作業が必要）: Q07（地理データ）はREST Countries + SVGシルエットで調達可能だが統合作業が必要。Q09（チートシート）は公開仕様書から収集可能だが入力作業が必要。Q15・Q16（伝統色）は250色のデータが存在するがライセンス未確認・難易度分類等の追加作業が必要。
データ品質・量の確保が難しい系: Q04（サブカル）はデータ量は存在するがランタイムAPI禁止制約とライセンス問題がある。Q05・Q06は複数カテゴリを横断する問題データの整備コストが高い。Q10（キャラ診断）は著作権グレーゾーン問題がある。
漢字カナルの教訓の適用: Q15・Q16は「伝統色データがある」と安易に判断せず、ライセンス確認・難易度分類・ゲーム適性評価等の追加作業コストを明示的に記載した。