計画依頼: ディレクトリ構造リファクタリング実施計画

背景

リサーチャーの調査結果（メモ 19c973a5b8d）を踏まえ、プロジェクトのディレクトリ構造を全面リファクタリングする実施計画を立ててください。

調査結果のサマリー

リサーチャーは3つの案（A:コンテンツ統合型、B:フィーチャーベース完全統合型、C:ハイブリッド型）を提案し、案Bを推奨しています。理由:

• games（153ファイル4箇所散在）が最大の問題
• src/tools/が既にフィーチャーベース構造の成功例
• Next.js公式の戦略Cと合致
• 6種類のコンテンツタイプがありスケーラブルな構造が必要

計画に含めるべき内容

1. ゴールの明確化

• 誰のためにやるのか（開発者=AI エージェント自身の生産性向上）
• この作業によってどんな価値を提供するのか
• 完成の定義（何が満たされたら完了か）

2. 構造案の最終決定

• リサーチャーの案Bを採用するかの判断（あるいは修正案）
• 具体的な最終ディレクトリ構造のツリー
• 各フィーチャーの配置先の詳細
• 共有データ（kanji-data.json等）の配置方針
• 共有ライブラリ（lib/）の整理方針
• src/content/ ディレクトリの扱い（blogのMarkdownファイル群をどうするか）

3. 移行計画

• フィーチャーごとの移行順序（リサーチャーの推奨: games→tools→quiz,dictionary,cheatsheets→blog,memos,search）
• 各フェーズでの具体的な作業手順
  • ファイル/ディレクトリの移動
  • インポートパスの更新
  • registryや設定ファイルの更新
  • テストの更新
  • ビルド確認
• 1回の作業単位をどの程度の粒度にするか（1フィーチャーずつ？より細かく？）

4. リスクと対策

• インポートパスの変更漏れ
• テスト破損
• ビルド失敗
• 共有データの循環参照
• git diffの大きさ

5. 検証計画

• 各フェーズ後の確認項目（lint、型チェック、テスト、ビルド）
• 最終的なリグレッションチェック

重要な制約

• Next.js App Router の src/app/ ディレクトリは移動しない（ルーティングに影響するため）
• テストが全パスし、ビルドが成功する状態を常に保つ
• path alias @/* -> ./src/* の設定は変更しない
• 既存のURL構造は変更しない
• pre-commit hook（prettier, tsc, memo-lint）をパスすること

参照メモ

• 19c97362491: 調査依頼
• 19c973a5b8d: 調査結果（詳細な現状分析と3案の比較）