fix(core,engine): 확장 번들 503 판정을 선언 축에서 소실 축으로 교체

빈 번들 503 을 "에셋을 선언한 활성 확장이 있는데 결과가 비었다" 로 판정해,
스타일 규칙이 아직 없는 0바이트 CSS 만 선언된 기본 구성이 통째로 503 이 됐다.
file_get_contents 는 0바이트에서 false 가 아니라 '' 를 돌려주므로 읽기 실패
분기도 타지 않는다. 선언 축 게터는 전부 file_exists 게이트라 부재를 셀 수 없어,
존재 게이트가 없는 getDeclaredAssetAbsolutePaths 를 통로로 두고 503 의 근거를
소실 축(findMissingDeclaredAssets)으로 옮긴다. 존재하되 비었으면 빈 200 이다.

곁들여: 실패 배너 항목명을 내부 구분 키에서 사용자 어휘로(engine-v1.64.7),
봇 화면이 없는 템플릿 CSS 를 링크하지 않도록 실재 게이트, 매니페스트 자산
선언 드리프트 4건 정정.

app/Http/Controllers/Api/Public/PublicModuleController.php

@@ -34,7 +34,7 @@ class PublicModuleController extends PublicBaseController
      *
      * 병합 파일을 fileResponse 로 서빙한다(ETag/304/환경별 Cache-Control 재사용).
      * 디스크 캐시가 실패하면 메모리 병합 결과로 200 을 낸다(캐시는 최적화일 뿐이다).
-     * 에셋을 선언한 활성 확장이 0개면 빈 200, 선언은 있는데 결과가 비면 503 —
+     * 선언한 산출물이 소실·판독 불가면 503, 존재하되 비었으면(또는 선언 0) 빈 200 —
      * 판정은 ServesExtensionBundles::bundleResponse() 단일 지점.
      *
      * @return BinaryFileResponse|Response 병합 JS 파일 응답 또는 빈 응답

app/Http/Controllers/Api/Public/PublicPluginController.php

@@ -34,7 +34,7 @@ class PublicPluginController extends PublicBaseController
      *
      * 병합 파일을 fileResponse 로 서빙한다(ETag/304/환경별 Cache-Control 재사용).
      * 디스크 캐시가 실패하면 메모리 병합 결과로 200 을 낸다(캐시는 최적화일 뿐이다).
-     * 에셋을 선언한 활성 확장이 0개면 빈 200, 선언은 있는데 결과가 비면 503 —
+     * 선언한 산출물이 소실·판독 불가면 503, 존재하되 비었으면(또는 선언 0) 빈 200 —
      * 판정은 ServesExtensionBundles::bundleResponse() 단일 지점.
      *
      * @return BinaryFileResponse|Response 병합 JS 파일 응답 또는 빈 응답

app/Http/Controllers/Concerns/ServesExtensionBundles.php

@@ -20,10 +20,13 @@ use Symfony\Component\HttpFoundation\BinaryFileResponse;
  *  2. 병합 결과는 있는데 디스크 캐시가 실패 → **메모리 결과를 그대로 200** 으로 서빙.
  *     디스크 캐시는 최적화이므로 쓰기 실패가 공개 엔드포인트의 500 이 되면 안 된다.
  *  3. 병합 결과가 비었음 →
- *     - 에셋을 선언한 활성 확장이 **0개**면 정상 → 빈 200
- *     - 선언은 있는데 결과가 0 이면 장애(배포 중 `dist` 가 잠깐 빔, 경로 어긋남) →
- *       **503**. 빈 200 으로 내보내면 프론트는 404 도 오류도 받지 못한 채 한참 뒤
- *       "Unknown action handler" 로 죽어, 원인이 번들이라는 사실이 드러나지 않는다.
+ *     - 선언한 산출물이 **소실·판독 불가**면 장애(배포 중 `dist` 가 잠깐 빔, 경로
+ *       어긋남) → **503**. 빈 200 으로 내보내면 프론트는 404 도 오류도 받지 못한 채
+ *       한참 뒤 "Unknown action handler" 로 죽어, 원인이 번들이라는 사실이 드러나지 않는다.
+ *     - 산출물이 **존재하되 비어 있으면** 정상 → 빈 200. 스타일 소스가 자리표시 주석뿐이라
+ *       0바이트 CSS 를 내보내는 확장은 정당한 상태다. 선언 축만으로 판정하면 그런 확장만
+ *       설치된 기본 구성이 통째로 503 이 되어 사용자 화면마다 실패 안내가 뜬다.
+ *     - 선언이 **0개**여도 정상 → 빈 200
  */
 trait ServesExtensionBundles
 {
@@ -61,15 +64,17 @@ trait ServesExtensionBundles
                 ->header('Cache-Control', 'no-cache, private');
         }
 
-        $declared = $bundleService->countAssetDeclaringExtensions($type, $kind);
+        $missing = $bundleService->findMissingDeclaredAssets($type, $kind);
 
-        if ($declared > 0) {
-            // (3) 장애 — 선언은 있는데 결과가 0
-            Log::error('확장 번들 병합 결과가 비었습니다 — 에셋을 선언한 활성 확장이 있습니다', [
+        if ($missing !== []) {
+            // (3) 장애 — 선언한 산출물이 소실·판독 불가 (배포 중 dist 가 잠깐 빔, 경로 어긋남).
+            // 어느 파일이 없는지를 함께 남긴다 — 선언 수만으로는 운영자가 조치 대상을 짚을 수 없다.
+            Log::error('확장 번들 병합 결과가 비었습니다 — 선언된 산출물이 없거나 읽을 수 없습니다', [
                 'type' => $type,
                 'kind' => $kind,
                 'version' => $version,
-                'declared_extensions' => $declared,
+                'declared_extensions' => $bundleService->countAssetDeclaringExtensions($type, $kind),
+                'missing' => $missing,
             ]);
 
             return response('', 503)
@@ -77,7 +82,8 @@ trait ServesExtensionBundles
                 ->header('Cache-Control', 'no-cache, private');
         }
 
-        // (3) 정상 — 선언이 0개면 빈 번들이 맞다
+        // (3) 정상 — 선언이 0 이거나, 선언된 산출물이 전부 존재하되 비어 있다
+        // (스타일이 비어 있는 확장). 빈 번들이 맞다.
         return response('', 200)->header('Content-Type', $mimeType);
     }
 }