fix: 회귀 점검에서 드러난 계약 테스트 실패와 compose 경고 수정

FILE_001/FILE_002 를 추가하면서 클라이언트 계약 테스트의 기대 목록을 갱신하지 않아
frontend·flutter 테스트가 깨져 있었다. 테스트가 제 역할을 한 셈이지만,
전수 목록 비교라는 설계 자체가 문제였다.

세 플랫폼의 사전은 backend 레지스트리에서 생성되므로 목록 일치는 구조적으로 보장되고
CI 가 드리프트를 검사한다. 전수 비교는 도메인 코드를 추가할 때마다 무의미하게 깨질 뿐이다.
검증 대상을 "클라이언트 로직이 실제로 참조하는 코드의 존재"와 네이밍 규약으로 바꾼다.
(flutter 에는 누락돼 있던 네이밍 규약 검사도 추가)

또한 기존 .env 에 없는 키들(DB_SYNCHRONIZE, THROTTLE_*)로 compose 가 매번 경고를
출력하고 있었다. 코드 기본값과 동일한 값을 compose 레벨 기본값으로 명시해 해소한다.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

frontend/src/composables/useApi.spec.ts

@@ -19,9 +19,14 @@ describe('에러 코드 사전', () => {
     )
   })
 
-  it('세 플랫폼 공유 에러 코드가 모두 등록되어 있다', () => {
-    // backend error-codes.ts 레지스트리와 동일한 목록이어야 한다.
-    const expected = [
+  it('클라이언트 로직이 참조하는 코드가 사전에 존재한다', () => {
+    // useApi 의 상태코드 역매핑과 세션 만료 승격이 이 코드들을 직접 사용한다.
+    // 사전에서 빠지면 폴백 메시지가 나가므로 반드시 존재해야 한다.
+    //
+    // ⚠️ 전체 목록을 비교하지 않는 이유: 세 플랫폼의 사전은 backend 레지스트리에서
+    //    생성되므로 목록 일치는 구조적으로 보장되고, CI 가 드리프트를 검사한다.
+    //    여기서 전수 비교를 하면 도메인 코드를 추가할 때마다 무의미하게 깨진다.
+    const usedByClient = [
       'SYS_001',
       'REQ_001',
       'AUTH_001',
@@ -32,7 +37,9 @@ describe('에러 코드 사전', () => {
       'BIZ_001',
     ]
 
-    expect(Object.keys(ERROR_CODE_MESSAGES).sort()).toEqual(expected.sort())
+    for (const code of usedByClient) {
+      expect(ERROR_CODE_MESSAGES).toHaveProperty(code)
+    }
   })
 
   it('모든 코드는 DOMAIN_NNN 네이밍 규약을 따른다', () => {