3D 컴포넌트 Advanced 변형 후보를 발굴하여 ADVANCED_QUEUE.md에 등록합니다. 장비 특성·BMS/SCADA 패턴 기반으로 기능을 추론하고, Standard와의 분리 정당성을 검증한 후 사용자 승인을 거쳐 큐에 추가합니다. 생산은 담당하지 않습니다.
Components/3D_Components/ 아래의 Standard가 완료된 컴포넌트를 읽고, 장비 특성 및 업계 BMS/SCADA 패턴에서 Advanced 변형 후보를 발굴하여 ADVANCED_QUEUE.md에 "대기" 항목으로 등록한다.
이 스킬은 큐 등록까지만 담당한다. 생산은 produce-3d-advanced-loop이 처리한다.
{컴포넌트경로}= 개별이면{장비명}(예:BATT), 컨테이너면meshesArea/{컨테이너명}(예:meshesArea/area_01). 3D Standard Phase 0 규칙(_shared/phase0-3d.md)과 동일 표기.
| 측면 | 2D (plan-advanced-queue) | 3D (이 문서) |
|---|---|---|
| 후보 소스 | MD3 명세 + 업계 UI 패턴 |
| 장비 특성 + BMS/SCADA/설비관리 패턴 |
| 탐색 질문 | "이 UI 컴포넌트에 어떤 확장 변형이 의미있는가?" | "이 장비에 어떤 인터랙션이 현실적으로 필요한가?" |
| 분리 기준 | register.js 차이 (Mixin/토픽/메서드/이벤트) | 동일 — Mixin 조합 차이 또는 커스텀 메서드 추가 |
| 큐 파일 | Components/ADVANCED_QUEUE.md | Components/3D_Components/ADVANCED_QUEUE.md |
| 프리셋 | 없음 (컴포넌트별 고유) | 있음 (camera, highlight 등 공통 프리셋 + 자유 조합) |
| 인수 | 의미 |
|---|---|
| (없음) | 모든 3D 컴포넌트(개별 + 컨테이너)를 일괄 탐색 |
컴포넌트경로 (예: Panel, meshesArea/area_01) | 해당 컴포넌트만 탐색 |
사용자가 컴포넌트경로를 지정하지 않으면 일괄 모드로 진행한다.
ADVANCED_QUEUE.md 전체 읽기 — 기존 등록 항목(대기/진행 중/완료) 목록화
경로: RNBT_architecture/DesignComponentSystem/Components/3D_Components/ADVANCED_QUEUE.md
대상 컴포넌트별로 다음 확인:
Components/3D_Components/{컴포넌트경로}/Standard/ (존재 여부 — 필터 기준)
Components/3D_Components/{컴포넌트경로}/Standard/CLAUDE.md (있으면)
Components/3D_Components/{컴포넌트경로}/Advanced/ (있으면 하위 변형 이름 수집)
대상 컴포넌트 목록은 3D Phase 0 규칙(_shared/phase0-3d.md)의 순회 스크립트로 수집한다. 개별(예: BATT) / 컨테이너(예: meshesArea/area_01) 모두 동일 변수로 처리.
Standard 선행 필터 (중요):
produce-3d-standard-loop로 Standard 생산 후 재실행 권장" 안내와 함께 별도 보고한다.제외 대상:
Advanced/{변형}/ 폴더가 존재하는 변형Explore 에이전트에 위임하여 Advanced 후보를 발굴한다.
위임 프롬프트 구성 요소:
에이전트 반환 형식: 각 후보에 대해
MeshState + CameraFocus + MeshHighlight)프리셋 우선: 기존 프리셋(camera, popup, highlight, camera_highlight, visibility, animation, clipping)으로 표현 가능하면 프리셋명을 사용한다. 프리셋에 없는 조합만 자유 조합으로 기재한다.
WebFetch 실패 시: 학습 데이터 + WebSearch로 대체하고, 결과를 Step 4에서 사용자에게 검증받는다.
각 후보를 다음 기준으로 평가한다:
| 질문 | 결과 |
|---|---|
| register.js가 Standard와 동일한가? (Mixin 조합이 같고 커스텀 메서드도 없음) | → 제외 |
| Mixin 조합이 다른가? | → 후보 유지 |
| Mixin으로 표현 불가 → 커스텀 메서드 필요한가? | → 후보 유지 (자유 조합으로 기재) |
근거가 모호한 후보는 제외한다. "확실히 다른 register.js가 필요한 경우"만 통과시킨다.
승인 후보를 표로 제시한다:
| # | 컴포넌트경로 | 유형 | 변형 이름 | Mixin 조합 | 설명 | 분리 근거 |
|---|-------------|------|----------|-----------|------|----------|
| 1 | Panel | 개별 | highlight | MeshState + MeshHighlight | 경고 시 메시 색상 강조 | Mixin 추가 |
| 2 | meshesArea/area_01 | 컨테이너 | clipping | MeshState + ClippingPlaneMixin | 단면 분석 뷰 | Mixin 추가 |
사용자에게 다음 중 선택받는다:
승인 축약 모드: "ㅇ", "응", "확인", "ㄱ" = 전체 승인. 번호 나열(예: "1,3")은 해당 번호만 승인.
승인된 항목만 ADVANCED_QUEUE.md 생산 대기열 표에 추가한다:
대기{N}개 항목을 ADVANCED_QUEUE.md에 등록했습니다.
다음 단계: `/produce-3d-advanced-loop`으로 순차 생산 시작.
Standard 미구현 컴포넌트가 있었던 경우 별도 섹션으로 함께 보고:
Standard 선행 필요 (Advanced 후보 발굴 제외):
- AHU, Transformer, meshesArea/area_02, ...
해당 컴포넌트는 `produce-3d-standard-loop`로 Standard를 먼저 생산한 뒤
`plan-3d-advanced-queue`를 재실행하면 Advanced 후보가 발굴됩니다.
/RNBT_architecture/DesignComponentSystem/Components/3D_Components/ADVANCED_QUEUE.md/.claude/skills/0-produce/produce-3d-advanced-loop/SKILL.md/.claude/skills/0-produce/plan-advanced-queue/SKILL.md/.claude/skills/SHARED_INSTRUCTIONS.md/RNBT_architecture/DesignComponentSystem/Mixins/README.md