refactor(core): 새 비밀번호 규칙을 core:domain 으로 올린다 (#2191)

[1hyok]

먼저 볼 파일: core/domain/.../auth/NewPasswordRule.kt, core/ui/.../auth/PasswordRuleItem.kt, feature/setting/.../password/PasswordChangeContent.kt입니다.

Closes #2191

무엇을

• core:domain 에 새 비밀번호 규칙 NewPasswordRule 을 둔다. 정규식은 BE PasswordValidation.REGEX 그대로이고, 온보딩 OnboardingPasswordRule·설정 SettingPasswordRule 과 한 글자도 다르지 않다.
• 설정의 비밀번호 변경이 core 규칙을 쓰고 SettingPasswordRule 을 지운다.
• 경계값 테스트는 온보딩과 설정 두 벌의 사례를 합쳐 NewPasswordRuleTest 로 옮겼다. 설정 ViewModel 테스트에 있던 규칙 단언 두 건은 규칙 단위 테스트라 core 로 갔다.
• 규칙을 설명하는 쪽도 올렸다. 온보딩 internal PasswordRuleItem(불릿 + 문구, 충족 여부로 b1/gray5)을 core:ui 공개 컴포저블로, 안내 문구를 core_ui_password_rule_combination 으로 두고 설정이 쓴다. 설정 화면의 규칙 줄에 온보딩 시안(2383:16789)과 같은 불릿이 생기는 것이 유일한 화면 변화다. 실패 문구(1206, 네트워크)는 모듈마다 자기 실패 문구를 갖는 관례라 옮기지 않았다.

왜

#2094 가 설정에 사본을 만들었다. 온보딩 객체가 모듈 internal 이고 담당이 달라서였는데, core 로 올려 설정부터 쓰는 데는 온보딩을 건드릴 필요가 없었다. 서버가 상수 하나를 가입·변경·찾기 세 요청에 거는 것처럼 클라도 정본을 하나로 둔다.

범위 밖

온보딩이 core 규칙으로 갈아타고 사본을 지우는 일은 #2192(onboarding 담당)로 뗐다. 그 이슈는 이 이슈에 blocked_by 로 걸려 있다.

검증

• :core:domain:test, :feature:setting:presentation:testDebugUnitTest, 두 모듈 ktlintCheck 통과
• :app:compileDebugUnitTestKotlin, :konsist:test --rerun-tasks(54건) 통과
• 변이 확인: 정규식 {8,15} 를 {8,16} 으로 바꾸면 NewPasswordRuleTest 가 실패한다

CI Test Plan

{"androidTest": {"mode": "none", "reason": "도메인 규칙 객체 이동과 설정 UiState 의 참조 교체뿐이다. 화면·네비게이션·계측 테스트 파일을 바꾸지 않고, 판정은 JVM 유닛 테스트 NewPasswordRuleTest 가 지킨다."}}

[Sadturtleman]

정규식이 기존 설정 사본과 동일하고 경계값 테스트도 core 로 옮겨진 것을 확인했습니다. 승인합니다.