メニュー
코드 변경이 server-exporter의 5 vendor (Dell / HPE / Lenovo / Supermicro / Cisco)에 미치는 영향 분석. 사용자가 "Lenovo에 영향?", "이 변경 다른 vendor도 영향 있어?", "벤더별 영향" 등 요청 시. - common 또는 3-channel 코드 변경 / adapter 변경 / schema 변경 후 영향 vendor 식별 필요
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
schema/sections.yml + schema/field_dictionary.yml + schema/baseline_v1/ 3종 정합 갱신 (rule 13 R1). schema 변경 후 호출. 사용자가 "schema 정합 갱신", "field dictionary 동기화", "ERD 갱신" (server-exporter 어휘로는 schema doc) 등 요청 시 또는 schema 5개 이상 누적 변경 시 자동. - schema/sections.yml or field_dictionary.yml 수정 후 / 새 섹션 / 새 필드 / Round 검증 후 baseline 변경
구조화된 server-exporter 기능 명세서 작성. 사용자가 "명세서 써줘", "스펙 정리" 등 요청 시. - 구조화된 spec 필요 / PR 본문 / 문서화
server-exporter에 새 벤더(예: Huawei iBMC, Inspur, Ampere)를 3단계로 추가하는 절차 안내. vendor_aliases.yml + adapters/{channel}/{vendor}_*.yml + (선택) OEM tasks + vault + baseline + ai-context + docs 동시 갱신. 사용자가 "Huawei vendor 추가", "새 벤더 추가", "Huawei 지원하자" 등 요청 시 자동 호출. - 새 vendor가 호출자 시스템에서 요청됨 / 펌웨어 프로파일링 후 정식 지원 / 기존 generic fallback 한계 시
사용자 사이트 사고 환경 (HPE Gen12 / Lenovo XCC3 / Dell iDRAC8 / Cisco CIMC 등) 의 fixture를 캡처해 회귀 회피. cycle 2026-05-01 학습 — 사이트 사고 fixture 부재로 다음 reverse regression 위험. 사이트 envelope / probe 결과 / 펌웨어 응답을 tests/fixtures/redfish/{vendor}_{firmware}/ 에 저장 + tests/evidence/<날짜>-<vendor>.md 작성. 사용자가 "사이트 fixture 캡처", "사고 재현 입력 저장" 요청 시.
lab 부재 vendor 추가 (web sources 의무). cycle 2026-05-06 학습 — 4 신규 vendor (Huawei/Inspur/Fujitsu/Quanta) + Superdome Flex 의 lab 부재 web sources 패턴 라이브러리화. 사용자가 "Huawei iBMC 추가", "lab 없는 vendor 어떻게?", "vendor 추가" 등 요청 시 + lab 부재 명시 시. - rule 50 R2 9단계 + rule 96 R1-A web sources 의무 + vault SKIP 사용자 명시 승인
다중 worker cycle 자동화 (Phase 0 ticket 작성 → Phase 1 분석 → Phase 2 결정 → Phase 3 구현 → Phase 4 회귀 → Phase 5 종료). cycle 2026-05-06 학습 — 24 ticket × 5 worker 패턴 라이브러리화. 사용자가 "cycle 시작", "사용자 N 작업 묶음 ticket 으로 분해해줘", "cycle 자동화" 등 요청 시. - 3 항목 이상 작업 묶음 / 다중 worker 동시 진행 / 호환성 / 큰 리팩토링
| name | vendor-change-impact |
| description | 코드 변경이 server-exporter의 5 vendor (Dell / HPE / Lenovo / Supermicro / Cisco)에 미치는 영향 분석. 사용자가 "Lenovo에 영향?", "이 변경 다른 vendor도 영향 있어?", "벤더별 영향" 등 요청 시. - common 또는 3-channel 코드 변경 / adapter 변경 / schema 변경 후 영향 vendor 식별 필요 |
common / 3-channel 코드 변경이 어느 vendor adapter / vendor baseline에 영향을 주는지 분석. PR 머지 전 회귀 검사 대상 결정.
## Vendor 영향 — <변경 요약>
### 영향 매트릭스
| Vendor | 영향 | 회귀 필요 | 근거 |
|---|---|---|---|
| Dell | YES | baseline 회귀 | adapter dell_idrac9.yml 경유 변경 |
| HPE | YES (간접) | baseline 회귀 | common/library/precheck_bundle.py 변경 |
| Lenovo | YES (간접) | baseline 회귀 | 동일 |
| Supermicro | YES (간접) | baseline 회귀 | 동일 |
| Cisco | NO | (skip) | 변경 영역 미경유 |
### 회귀 우선순위
1. Dell (직접 변경)
2. HPE / Lenovo / Supermicro (간접)
3. Cisco는 skip 가능
### 권고
- pytest tests/redfish-probe/test_baseline.py --vendor dell 우선 실행
- 다른 vendor는 fixture 기반 회귀 (실장비 필요 없음)
adapters/{channel}/{vendor}_*.yml, redfish-gather/tasks/vendors/{vendor}/) → 해당 vendor만common/library/, common/tasks/normalize/) → 모든 vendor 간접schema/sections.yml, schema/field_dictionary.yml) → Must 필드면 모든 vendor, Nice면 일부task-impact-preview, prepare-regression-check, verify-adapter-boundaryvendor-boundary-guardian, adapter-boundary-reviewer, change-impact-analyst.claude/policy/vendor-boundary-map.yaml