Phase 1: 最小限の製品（MVP）の設計・開発 # task1 ### 確定版：コア価値ステートメント Xの広告をぼんやり眺めて偶然出会うしかなかったAIツールを、目的別にすぐ探せるようにする。 ターゲットの1行定義 日々の業務（資料作成・リサーチ・営業・コンテンツ制作など）をAIで効率化したいが、良いツールは広告で偶然見かける程度で、能動的に探すのは面倒だと感じている個人 キャッチコピー（Before/Afterのトーンに合わせて調整） Before：「AIツールとの出会いは、広告のタイムラインまかせ」 After：「ここに来れば、目的から探せる」 サイトのヒーローセクション案： 「良いAIツールは、広告で偶然見つけるものじゃない。」 業務効率化に使えるAIツールを目的別にまとめました。 ### 初期カテゴリ 資料作成・スライド　⇒　コア価値の代表例、ニーズが明確 文章・ライティング　⇒　AIツールの中で最も母数が多いジャンルの一つ リサーチ・情報収集　⇒　汎用性が高く、多くの職種に刺さる 画像・デザイン生成　⇒　Show HN・個人開発でも投稿数が多いジャンル 動画・音声編集　⇒　需要は高いが供給（ツール数）はやや少なめ、様子見枠 開発・コーディング　⇒　支援Show HN経由だと実際にはこれが一番数が集まる可能性が高い ■ データモデル設計 【1. tools（メインテーブル：掲載ツール）】 id UUID 一意識別子（必須） name string ツール名（必須） url string 公式サイトURL、重複判定にも使用（必須） tagline string 一言説明、カード表示用 30〜50字（必須） description text 詳細説明、Claudeが自動生成 or 手動編集（必須） category_id UUID(FK) メインカテゴリ、1つのみ（必須） price_type enum free / freemium / paid / unknown（必須） screenshot_url string スクリーンショット画像URL（任意） source enum show_hn / product_hunt / rss / manual（必須） source_url string 収集元の投稿URL、例：Show HNの投稿ページ（任意） status enum draft / published / rejected（必須） submitted_by string 手動申請の場合の申請者情報、Phase2以降で使用（任意） created_at datetime 収集日時（必須） published_at datetime 公開日時（任意） click_count integer 外部リンククリック数、人気度の指標（初期値0） 【2. categories（カテゴリマスタ）】 id UUID 一意識別子 name string カテゴリ名　例：資料作成・スライド slug string URL用　例：document-creation description text カテゴリページのSEO用説明文 sort_order integer 表示順 【3. tags（タグマスタ）】 id UUID 一意識別子 name string タグ名　例：時短／無料あり／日本語対応 slug string URL用 【3-1. tool_tags（中間テーブル：tools と tags の多対多）】 tool_id UUID(FK) tools.id tag_id UUID(FK) tags.id 【4. collection_logs（自動収集ログ）】 id UUID 一意識別子 source enum 収集元　例：show_hn source_item_id string 収集元側のitem id、重複チェック用 processed_at datetime 処理日時 result enum success / duplicate / filtered_out / error raw_data JSON 取得した生データ、デバッグ用 ■ 設計上のポイント ・重複防止：tools.url にユニーク制約 ＋ collection_logs.source_item_id で処理済み判定 ・category は1つ、tag は複数：メイン導線はシンプルに、横断検索性はタグで担保 ・status（draft/published/rejected）：自動収集→人の承認フローに対応。rejectedを残すことで同じツールを再提案しない ・click_count：Phase4の収益化判断（Featured枠選定など）に使うため先に用意