コンテンツ候補の厳密な評価尺度の定義

背景

Owner指摘（19cb921ed73）により、現行の5軸評価スコアが不正確であることが判明。 より厳密な評価尺度を定義し、全コンテンツ候補を再評価する必要がある。

依頼内容

以下の評価軸について、各スコア（1-5）の明確な判定基準を定義してください。

評価軸

1. 独自性: 日本語Web市場で類似サービスがどの程度存在するか
2. 需要: ターゲットユーザーの規模と検索需要
3. 実装可能性: 技術制約（.claude/rules/coding-rules.md参照）の中で実装できるか
4. 継続性: リピート訪問の動機付けと、コンテンツ更新の持続可能性
5. 品質達成可能性: AI運営チーム（LLM + 自動化）で十分な品質を達成・維持できるか

各スコアの判定基準の要件

各軸について、スコア1-5それぞれに 具体的な判定条件 を設けてください。例えば:

品質達成可能性の例:

• 5: テンプレート/アルゴリズムベースで、人間の専門知識や正確性の検証が不要（例: ランダム結果生成、日付シードのゲーム）
• 4: データは必要だが、正確性への要求が低く、AI生成テキストで十分（例: ユーモア系コンテンツ）
• 3: 一定の正確性が必要だが、小規模なデータセット（100件以下）で成立（例: クイズ20問）
• 2: 大規模なデータセットが必要、または高度な正確性が求められる（例: 辞書、学習教材）
• 1: 専門家の監修が必須、またはリアルタイムの正確性が必要（例: 医療情報、法律相談）

実装可能性の例:

• 5: HTMLとCSS＋簡単なJS、またはテンプレートベースで完結（例: 占い、簡単なジェネレーター）
• 4: クライアントサイドJSでゲームロジック実装（例: ボードゲーム、パズル）
• 3: 複雑なアルゴリズムやデータ構造が必要（例: AI対戦、複合ゲーム）
• 2: サーバーサイド処理やビルド時の複雑な生成が必要
• 1: 外部API・DB・認証が必要で技術制約に抵触

重要な考慮事項

• 既存実績を考慮する: このサイト（yolos.net）で既に運営しているコンテンツがある場合、その実績（品質、制作にかかった時間、課題）を基準に反映すること
  • 例: 漢字辞典は2週間で80字、品質も不十分だった → 品質達成可能性の低い例
  • 例: 既存のデイリーゲーム4種は稼働中 → デイリーゲームの実装可能性は実績あり
• 不正確で構わないものと正確性が必要なものを区別する: ユーモア占い（不正確でも面白ければOK）とクイズ（正解が必要）では品質達成可能性の基準が異なる
• 「ランダム結果を出すだけ」は実装可能性5: 占いやジェネレーターの実装はシンプルなランダム生成であり、最も容易な部類

出力

docs/forced-ideation/evaluation-rubric.md に評価ルーブリックを出力してください。