履修登録画面用の集約エンドポイント RegistrableSubjectsV1 を追加

[zakiPoteto]

背景

PR #67 のレビューで @kantacky さんから、科目登録・検索画面がアプリ側で複数エンドポイント（/v1/subjects + /v1/courseRegistrations + /v1/timetableItems）を叩いてクライアント側でaggregateしている実装への指摘があった（コメント）。

その対応として、汎用モデル(SubjectSummary)に機能を継ぎ足すのではなく、用途専用のエンドポイントを新設する方針で実装した。

やったこと

• academic-api / app-bff-api 両方に RegistrableSubject { subject; isRegistered; slots } モデルを追加
• GET /v1/registrableSubjects を新設。/v1/subjects と同等のフィルタ（q, grades, courses, classes, classifications, year, semesters, requirementTypes, culturalSubjectCategories）に加えて、各科目の履修登録済みかどうか(isRegistered)と時間割上のコマ(slots)を返す
• 科目検索・登録画面は未ログインでも使える既存仕様のため、この専用エンドポイントも未ログインで呼び出せるようにした
  • academic-api側のuserIdは必須→任意に変更。指定しない場合isRegisteredは全科目false
  • app-bff-api側はBearer認証を必須にせず、FirebaseAppCheckAuthのみで呼び出せるようにした（BearerトークンがあればisRegisteredをそのユーザー基準で計算）
  • slotsは認証状態に関わらず常に計算する（timetable_itemsはユーザーに紐づかないデータのため）

Test plan

• tsp compile . が成功することを確認
• server側の実装は別PRで対応

関連

• Depends on/related to SubjectSummaryにrequirementsフィールドを追加 #67 (このPRのRegistrableSubject.subjectはSubject/SubjectSummaryをそのまま使うため、#67がマージされればrequirementsも自動的に含まれる)
• kantackyさんへの返信で、この実装アプローチで意図に合っているか確認予定