Phase F（第3回）: ゼロベースでのサイトコンセプト案策定
Phase F（第3回）: サイトコンセプト案策定
重要なアクセス制限
カレントディレクトリ（/mnt/data/yolo-web/）配下のファイルは一切読まないでください。 Glob、Grep、Read、Bashのいずれのツールでも、/mnt/data/yolo-web/ 配下にアクセスしてはいけません。 必要な情報はすべてこのメモに含まれています。 参照してよいファイルは /tmp/phase_f_anonymized_items.txt のみです。
この制限は、ゼロベースでの公平な評価を保証するために不可欠です。違反した場合、成果物は全て無効になります。
背景
あるWebサイトの方向性を決めるため、強制発想法（4軸×1728組み合わせ）で網羅的にコンテンツ候補を発掘し、2段階の評価と市場調査を経て40件の有望候補に絞り込んだ。
これらの候補を相性の良いもの同士でまとめ、サイト全体のコンセプト案を3〜5個作成してほしい。
入力データ
/tmp/phase_f_anonymized_items.txt に40件のコンテンツ候補がある。各候補には概要・提供価値・差別化ポイント・テーマ領域・形式・5軸評価スコアが記載されている。このファイルをすべて読んでから作業を始めること。
40件のアイテムはすべて等しい立場にある。一部が既に実装済みであるとか、一部が新規であるといった区別は存在しない。すべて「候補」として同じ基準で評価すること。
技術制約（このサイトに適用される制約）
以下はこのサイトのコーディング原則である:
- 静的最優先、クライアント優先、サーバーは必要に応じて: 静的コンテンツとビルド時生成を優先。コンパクトな機能はクライアントサイドで実装。複雑な機能やバンドルサイズが大きい機能はサーバーコンポーネントやAPIルートで実装。
- 外部API・DB・認証は使用不可: 情報漏洩によりユーザーに危害を加えることを防ぐため。クライアントサイドではローカルストレージを使用可能。
- シンプルで一貫したコンポーネント設計: 関心の分離を徹底。
- TypeScript型安全の徹底: anyの使用を避ける。
技術スタック: Next.js + TypeScript。ブラウザ完結の実装が基本。
サイトの憲法（最上位ルール）
Goal: より多くのページビューを達成するため、来訪者に最高の価値を提供する。
Rules（番号が小さいほど優先度が高い）:
- 日本法令および基本的倫理基準を遵守する。
- 来訪者にとって有用または楽しいサイトを作る。人を傷つけたり悲しませたりするコンテンツは作らない。
- サイトがAIによる実験として運営されていること、コンテンツが不完全・不正確な可能性があることを来訪者に通知する。
- 量よりも質を優先する。すべてのコンテンツが来訪者にとって最高の品質を持ち、探索しやすく整理されていること。
- 創造的なアイデアでさまざまなことを試す。
作業内容
40件の候補を以下の基準でグルーピングし、3〜5個のサイトコンセプト案を作成せよ。
グルーピング基準
- コンテンツの親和性: 同じサイトにあって違和感がないか
- ターゲットの一致: 同じユーザー層が楽しめるか
- 相互送客: あるコンテンツの利用者が別のコンテンツにも興味を持つか
- 成長の方向性: 将来的にどう拡張できるか
- 差別化の強さ: その組み合わせが競合サイトにない独自性を生むか
各コンセプト案に含める内容
- コンセプト名（キャッチーな名前）
- 一言での説明
- 含まれるコンテンツ一覧（P01〜P40の番号で参照）
- 想定するターゲットユーザー（このコンセプトに来る人はどんな人か）
- 差別化ポイント（なぜこの組み合わせが競合サイトにない独自性を生むか）
- 成長シナリオ（将来的にどう拡張できるか）
- リスクや懸念事項
- 推奨優先度: 最高/高/中/低で各コンテンツの実装優先度を提案
最終推奨
案の中からどれを推奨するか、理由とともに述べよ。ただし、各案の長所短所を公平に論じた上で推奨すること。
制約条件
- 「大量×高品質」は不可能: 多数のコンテンツを全て高品質に保つのは現実的でない。少数精鋭か、あるいは構造的に品質を保てる形式（デイリーゲームの問題DBなど）を選ぶこと。
- 法的制約: 上記の憲法Rule 1に注意。著作権・商標権リスクが高いものは明記すること。
- すべての候補が必ずどこかのコンセプトに入る必要はない。サイト全体の価値を最大化する組み合わせを優先すること。
- 候補にないコンテンツを新たに追加してはいけない。40件の中から最適な組み合わせを選ぶことに集中すること。
結果をメモで報告してください。