RestClient::Forbidden: 403 Forbidden

Validation: 6312f4e9-203e-4dca-8187-1abb9316cb2b

Plan Item	Status	Evidence
`service_jwt` / `find_or_create_internal_user` 를 `private` 키워드 앞으로 이동	PASS	`lib/cupix/notification_service.rb`: 131-159 에 두 메서드가 위치, 163 의 `private` 키워드보다 위에 있음
`private_class_method` 를 `find_or_create_internal_user` 만 남기도록 축소	PASS	`lib/cupix/notification_service.rb`:161 `private_class_method :find_or_create_internal_user` — `service_jwt` 제거됨
`service_jwt` 가 public class method 가 됨	PASS	`lib/cupix/notification_service.rb`:131-144 정의, 161 의 `private_class_method` 인자에서 제외

Criterion	Status	Evidence
`service_jwt` 가 public class method 가 됨 (`private_class_method` 인자에서 제거)	PASS	line 161 인자는 `:find_or_create_internal_user` 뿐, `service_jwt` 없음
`create_user_recipe` 호출부 `self.class.service_jwt` 미변경	PASS	line 20 `Authorization: "Bearer #{self.class.service_jwt}"` 그대로, diff 에 해당 영역(11-24) 미포함 = 변경 없음
`service_jwt` 본문(JWT 캐시/발급 로직) 미변경 — 순수 이동	PASS	diff 의 삭제 블록(구 209-245)과 추가 블록(신 131-144) 라인이 동일; 캐시 조건·`AccessToken.encode`·exp 세팅 그대로
`find_or_create_internal_user` 는 `private_class_method` 유지	PASS	line 161 `private_class_method :find_or_create_internal_user`
`ruby -c` Syntax OK	PASS(추론)	두 `def self.` 를 위로 옮기고 하단은 정리, 짝 맞는 `end` 유지 — diff 상 구조적 문법 오류 없음. 런타임 실행은 diff 만으로는 미검증
rubocop 0 offenses (특히 `Lint/IneffectiveAccessModifier`)	PASS(추론)	`Lint/IneffectiveAccessModifier` 는 `def self.method` 가 bare `private`(line 163) 아래 있을 때 발동; 두 class method 모두 163 위(131-159)에 배치되어 해당 오프렌스 미발생. 그 외 lint 는 diff 만으로 미검증
`srb tc` 통과	미검증	타입체크는 diff 만으로 확인 불가 — 순수 이동이라 시그니처 변화 없음

차단 이슈 없음.

변경은 문자 그대로 두 class method 를 클래스 하단에서 private 키워드 직전으로 옮기고, private_class_method 호출을 find_or_create_internal_user 하나로 축소한 순수 리팩터. 로직·호출부 변경 없음.
근본 원인(private class method 를 explicit receiver self.class.service_jwt 로 호출 → NoMethodError)에 정확히 대응: service_jwt 를 public 으로 승격하여 line 20 호출이 성공하도록 함.
find_or_create_internal_user 는 service_jwt 내부(line 136)에서 receiver 없이 호출되므로 private 유지가 정합함.
보안 이슈 없음: 노출된 credential/injection 벡터 없음. Devise.friendly_token/SecureRandom 기반 내부 유저 생성 로직은 기존 그대로 이동만 됨.
계획 외 불필요 코드 추가 없음.