[Refactor ]認証機能のコンポーネントやヘルパー関数などを features/authに集約しましょう

[KATO-Hiro]

対象範囲

AuthForm.svelte などのコンポーネント

• 現在：src/lib/components/AuthForm.svelte（共有コンポーネント）
• 理由：
  • UI コンポーネントは全プロジェクトで共有資産
  • feature-scoped にするとインポートパスが深くなる（$features/auth/components/AuthForm.svelte）
  • Props/API 変更に伴うリスク > メリット
  • ルート層（login, signup ページ）でのみ使用だが、独立した UI 部品として価値あり

Component 関連の E2E テストの大規模変更

• テストセレクタの変更リスク
• スクリーンショット差分が大量に生成される可能性

Lucia auth ライブラリの統合層

• locals.auth.validate() など、ライブラリ提供 API は src/hooks.server.ts に留める
• フロントエンドロジックのみを feature-scoped にする

検討事項

• AuthForm.svelte が十分に「auth 機能特化」か確認
• login form と signup form のニーズが同じかどうか
• その時点で移行するなら、十分なテストカバレッジがある状態で実施
• 段階的マイグレーション：リスク評価 → テスト準備 → 移行実行