{
  "test_id": "T36",
  "verdict": "pass",
  "observed": "네임스페이스 전체에 적용된 ns-wide Sidecar(egress: ./*, istio-system/*) 상태에서 client 프록시의 cluster 목록 중 istio-system 관련 항목은 11개였다. 이후 app=client를 선택하는 workload-specific Sidecar(egress: ./*만, istio-system 미포함)를 추가 적용하자 istio-system 관련 항목 수는 즉시 0으로 완전히 사라졌다. 이때 전체 cluster 목록 라인 수는 9개로 여전히 non-zero였고, 실제 목록을 보면 echo.istio-vt-t36 outbound cluster 2개와 Envoy 내부 정적 cluster(BlackHoleCluster, PassthroughCluster, agent, prometheus_stats, sds-grpc, xds-grpc)만 남아 있었다. 즉 workload-specific Sidecar는 ns-wide 설정을 상속·병합하지 않고 통째로 대체(override)했으며, 같은 네임스페이스 내 echo 접근성은 그대로 유지됐다.",
  "claims": [
    {
      "doc": "gw__note-sidecar-scope",
      "cid": "C3",
      "empirical": "supports-claim",
      "note": "istio-system cluster 카운트가 11->0으로 완전히 사라짐을 실측, merge가 아닌 override라는 주장을 확인함"
    },
    {
      "doc": "gw__src-sidecar-scope",
      "cid": "C3",
      "empirical": "supports-claim",
      "note": "workloadSelector Sidecar 적용 시 NS-wide 항목이 통째로 사라지고 정확히 하나만 유효함을 실측으로 확인함"
    },
    {
      "doc": "gw__src-sidecar-scope",
      "cid": "C11",
      "empirical": "supports-claim",
      "note": "workload Sidecar가 selector 일치 Pod에서 NS/mesh 기본값을 상속하지 않고 완전 대체함을 동일 관찰로 확인함"
    }
  ]
}