♻️ [Refactor] ChallengerStudyViewModel 이식

[jwon0523]

resolves #891

✨ PR 유형

♻️ [Refactor] — 레거시 ChallengerStudyViewModel 을 ActivityPresentation(Tuist) 모듈로 이식

📷 스크린샷 or 영상(UI 변경 시)

🛠️ 작업내용

• 레거시 ChallengerStudyViewModel(커리큘럼 조회 단일 책임)을 ActivityPresentation 모듈로 이식
• 상태를 Loadable<CurriculumProgressModel> 로 보유 — 신규 FetchCurriculumUseCaseProtocol.execute() 가 진행률만 반환(레거시 CurriculumData·미션은 ♻️ Refactor: FetchCurriculumUseCase (Protocol + Impl) 이식 #749 에서 정의 위치 미확정으로 동결)
• @Observable + FetchCurriculumUseCaseProtocol 단일 의존, 5단 에러 매핑(AppError 패스스루 → Domain → Network → Repository → unknown)
• 미션 카드 상세·스터디 제출 현황(🔧[Chore] 스터디 관리 - 제출 현황 페이지 비활성화 #586)·커리큘럼 과제 제출(🔧[Chore] 커리큘럼 과제 제출란 UI 비활성화 #587)은 백엔드 후행으로 형식 준수 TODO 비활성화
• Swift Testing 단위 테스트 추가 — 정상 로드 1건 + 에러 매핑 5케이스 arguments: 파라미터화

📋 추후 진행 상황

• ChallengerStudyView 이식 (본 ViewModel 이 선행 기반)
• CurriculumData/주차별 미션 정의 위치 확정 후 미션 카드 로딩 결선
• 백엔드 API 결선 후 스터디 제출 현황(🔧[Chore] 스터디 관리 - 제출 현황 페이지 비활성화 #586)·과제 제출(🔧[Chore] 커리큘럼 과제 제출란 UI 비활성화 #587) 활성화

📌 리뷰 포인트

• 상태 타입 결정: Loadable<CurriculumProgressModel>(레거시 CurriculumData 진행률+미션 대신) — 미션이 ♻️ Refactor: FetchCurriculumUseCase (Protocol + Impl) 이식 #749 에서 동결된 점을 반영한 선택이 적절한지
• 에러 매핑 사다리: 이미 래핑된 AppError 패스스루 → Domain/Network/Repository → unknown 폴백 순서·누락 여부
• 테스트: 에러 매핑 5케이스 파라미터화, appErrorPassthrough 케이스가 unknown 폴백과 결과로 구분되는지(조기 catch as AppError 동작 검증)
• 의존성: ViewModel 이 FetchCurriculumUseCaseProtocol 에만 의존(Repository 직접 의존·미사용 주입 없음)

✅ Checklist

PR이 다음 요구 사항을 충족하는지 확인해주세요!!!

• 커밋 메시지 컨벤션에 맞게 작성했습니다
  • 해당 링크 : 깃 모지 컨벤션
• 유지-보수를 위해 주석처리를 잘 작성하였는가?
  • 해당 링크 : Xcode 주석 정리