원클릭으로 Manus에서 모든 스킬 실행

add-new-vendor

스타2

포크1

업데이트2026년 5월 11일 13:17

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 한계 시

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

hshwang1994

hshwang1994/server-exporter

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

add-new-vendor

목적

server-exporter에 새 벤더를 도입하는 일관 절차. rule 50 R2의 9단계 가이드 + rule 12 R3의 3단계 코드 변경 + rule 96 R1 origin 주석.

입력

새 vendor 이름 (예: "Huawei")
vendor의 BMC 종류 (예: "iBMC")
검증 가능한 실장비 (Round 검증 가능)
펌웨어 시작 버전

출력 / 결과 (9 변경 파일)

## 새 vendor 추가 — Huawei (iBMC)

### 1. vendor_aliases.yml — Manufacturer 정규화
common/vars/vendor_aliases.yml에 추가:
  Huawei: huawei
  Huawei Technologies: huawei
  iBMC: huawei

### 2. Adapter YAML — adapters/redfish/huawei_ibmc.yml (신규)
priority: 50
match:
  manufacturer: ["Huawei", "Huawei Technologies"]
  model_patterns: ["FusionServer*", "TaiShan*"]
  firmware_patterns: ["3.x", "5.x"]
specificity: 20
capabilities: [...]
collect:
  strategy: standard+oem
  oem_tasks: redfish-gather/tasks/vendors/huawei/collect_oem.yml
normalize:
  ...
metadata:
  vendor: huawei
  tested_against: ["3.10.x"]
  oem_path: /redfish/v1/...
  origin_check: 2026-04-27 (hshwang)

### 3. OEM tasks (선택) — redfish-gather/tasks/vendors/huawei/collect_oem.yml

### 4. Vault — vault/redfish/huawei.yml (encrypt)
vault_redfish_username: ...
vault_redfish_password: ...

### 5. Baseline — schema/baseline_v1/huawei_ibmc_baseline.json
실장비 검증 (probe-redfish-vendor skill) 후 갱신

### 6. ai-context — .claude/ai-context/vendors/huawei.md
벤더 식별 / OEM 특이사항 / 검증 이력

### 7. policy — .claude/policy/vendor-boundary-map.yaml
huawei 섹션 추가 (adapter list, oem_tasks, vault, aliases)

### 8. 운영 문서 — docs/13_redfish-live-validation.md
Round X 추가 (Huawei iBMC 3.x 검증)

### 9. 의사결정 — docs/19_decision-log.md
"Huawei vendor 추가 (2026-04-27)"

절차

PO 단계 — 사용자 결정 (rule 50 R2): 우선순위 / 일정 / 실장비 확보
probe — probe-redfish-vendor skill로 펌웨어 프로파일링 (deep_probe_redfish.py)
9 파일 변경 (위 출력 list)
dry-run — ansible-playbook --syntax-check redfish-gather/site.yml
adapter score 디버깅 — score-adapter-match skill로 새 vendor adapter가 의도대로 선택되는지
실장비 검증 — Round 검증 (rule 40 R2)
baseline 갱신 — update-vendor-baseline skill
필드 분류 검증 (cycle 2026-05-11 field-channel-refinement 신설):
```
python scripts/ai/measure_field_usage_matrix.py --update-md
```
- 새 vendor baseline 추가 후 docs/ai/catalogs/FIELD_USAGE_MATRIX.md 자동 갱신
- 분류 1 후보 (모든 baseline null) 신규 발견 시 channel 정밀화 별도 cycle 검토
- DRIFT-B 검출 시 (미선언 channel 에서 present) field_dictionary channel: 추가
- 분류 3? 의심 발견 시 즉시 코드 fix (rule 95 R3 회귀 의무) 또는 NEXT_ACTIONS 등재
PR 생성 — squash 머지 (rule 93 R5)
REQUIREMENTS.md 갱신 — 검증 완료된 펌웨어 목록 추가

site.yml 수정 불필요

adapter_loader가 동적 감지 (rule 12 R3). 새 adapter YAML 파일만 추가하면 됨.

server-exporter 도메인 적용

영향 채널: 주로 redfish (os / esxi는 vendor-agnostic)
영향 schema: baseline_v1에 vendor JSON 추가
영향 vault: vault/redfish/{vendor}.yml 신규
영향 정본: REQUIREMENTS.md / docs/13_redfish-live-validation.md / docs/19_decision-log.md

실패 / 오탐 처리

실장비 부재 → Round 검증 불가 → 일단 OEM 없이 standard_only 전략으로 부분 지원 + REQUIREMENTS.md에 "초기 지원" 표기
펌웨어 다양성 → 한 vendor에 여러 generation adapter (priority 차등)
vendor가 IPMI만 지원 (Redfish 미지원) → server-exporter 현재 미지원 (향후 IPMI fallback 검토)

적용 rule / 관련

rule 12 (adapter-vendor-boundary) R3 (3단계 절차)
rule 50 (vendor-adapter-policy) R2 (9 파일 list)
rule 96 R1 (origin 주석)
(cycle-011: rule 60 해제 — vault encrypt는 cycle-012에서 운영 권장으로 채택)
rule 40 (baseline 회귀)
skill: probe-redfish-vendor, update-vendor-baseline, score-adapter-match, vendor-change-impact, measure_field_usage_matrix.py (단계 8 — 필드 분류 검증)
agent: vendor-onboarding-worker (이 skill의 메인 실행자), adapter-author
정본: docs/14_add-new-gather.md, docs/13_redfish-live-validation.md
reference: docs/ai/references/redfish/redfish-spec.md (BMC 매핑)

이 저장소의 다른 Skills

같은 저장소

update-output-schema-evidence

hshwang1994/server-exporter

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 변경

2026-07-022

write-spec

hshwang1994/server-exporter

구조화된 server-exporter 기능 명세서 작성. 사용자가 "명세서 써줘", "스펙 정리" 등 요청 시. - 구조화된 spec 필요 / PR 본문 / 문서화

2026-06-142

capture-site-fixture

hshwang1994/server-exporter

사용자 사이트 사고 환경 (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 캡처", "사고 재현 입력 저장" 요청 시.

2026-05-072

add-vendor-no-lab

hshwang1994/server-exporter

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 사용자 명시 승인

2026-05-062

cycle-orchestrator

hshwang1994/server-exporter

다중 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 동시 진행 / 호환성 / 큰 리팩토링

2026-05-062

write-cold-start-ticket

hshwang1994/server-exporter

새 cycle ticket 디렉터리를 cold-start (다음 세션이 컨텍스트 없이 진입 가능) 형식으로 생성. SESSION-HANDOFF + INDEX + DEPENDENCIES + SESSION-PROMPTS + coverage/{section}.md + COMPATIBILITY-MATRIX + LAB-INVENTORY 자동 구성. cycle 2026-05-01 학습 (cold-start 부족) + cycle 2026-05-06 학습 (24 ticket 라이브러리 / 6 절 형식) 형식화. 사용자가 "새 cycle ticket 만들어줘", "cold-start 가이드 작성", "ticket 디렉터리 새로" 등 요청 시.

2026-05-062

name

add-new-vendor

description

add-new-vendor

목적

server-exporter에 새 벤더를 도입하는 일관 절차. rule 50 R2의 9단계 가이드 + rule 12 R3의 3단계 코드 변경 + rule 96 R1 origin 주석.

입력

새 vendor 이름 (예: "Huawei")
vendor의 BMC 종류 (예: "iBMC")
검증 가능한 실장비 (Round 검증 가능)
펌웨어 시작 버전

출력 / 결과 (9 변경 파일)

## 새 vendor 추가 — Huawei (iBMC)

### 1. vendor_aliases.yml — Manufacturer 정규화
common/vars/vendor_aliases.yml에 추가:
  Huawei: huawei
  Huawei Technologies: huawei
  iBMC: huawei

### 2. Adapter YAML — adapters/redfish/huawei_ibmc.yml (신규)
priority: 50
match:
  manufacturer: ["Huawei", "Huawei Technologies"]
  model_patterns: ["FusionServer*", "TaiShan*"]
  firmware_patterns: ["3.x", "5.x"]
specificity: 20
capabilities: [...]
collect:
  strategy: standard+oem
  oem_tasks: redfish-gather/tasks/vendors/huawei/collect_oem.yml
normalize:
  ...
metadata:
  vendor: huawei
  tested_against: ["3.10.x"]
  oem_path: /redfish/v1/...
  origin_check: 2026-04-27 (hshwang)

### 3. OEM tasks (선택) — redfish-gather/tasks/vendors/huawei/collect_oem.yml

### 4. Vault — vault/redfish/huawei.yml (encrypt)
vault_redfish_username: ...
vault_redfish_password: ...

### 5. Baseline — schema/baseline_v1/huawei_ibmc_baseline.json
실장비 검증 (probe-redfish-vendor skill) 후 갱신

### 6. ai-context — .claude/ai-context/vendors/huawei.md
벤더 식별 / OEM 특이사항 / 검증 이력

### 7. policy — .claude/policy/vendor-boundary-map.yaml
huawei 섹션 추가 (adapter list, oem_tasks, vault, aliases)

### 8. 운영 문서 — docs/13_redfish-live-validation.md
Round X 추가 (Huawei iBMC 3.x 검증)

### 9. 의사결정 — docs/19_decision-log.md
"Huawei vendor 추가 (2026-04-27)"

절차

PO 단계 — 사용자 결정 (rule 50 R2): 우선순위 / 일정 / 실장비 확보
probe — probe-redfish-vendor skill로 펌웨어 프로파일링 (deep_probe_redfish.py)
9 파일 변경 (위 출력 list)
dry-run — ansible-playbook --syntax-check redfish-gather/site.yml
adapter score 디버깅 — score-adapter-match skill로 새 vendor adapter가 의도대로 선택되는지
실장비 검증 — Round 검증 (rule 40 R2)
baseline 갱신 — update-vendor-baseline skill
필드 분류 검증 (cycle 2026-05-11 field-channel-refinement 신설):
```
python scripts/ai/measure_field_usage_matrix.py --update-md
```
- 새 vendor baseline 추가 후 docs/ai/catalogs/FIELD_USAGE_MATRIX.md 자동 갱신
- 분류 1 후보 (모든 baseline null) 신규 발견 시 channel 정밀화 별도 cycle 검토
- DRIFT-B 검출 시 (미선언 channel 에서 present) field_dictionary channel: 추가
- 분류 3? 의심 발견 시 즉시 코드 fix (rule 95 R3 회귀 의무) 또는 NEXT_ACTIONS 등재
PR 생성 — squash 머지 (rule 93 R5)
REQUIREMENTS.md 갱신 — 검증 완료된 펌웨어 목록 추가

site.yml 수정 불필요

adapter_loader가 동적 감지 (rule 12 R3). 새 adapter YAML 파일만 추가하면 됨.

server-exporter 도메인 적용

영향 채널: 주로 redfish (os / esxi는 vendor-agnostic)
영향 schema: baseline_v1에 vendor JSON 추가
영향 vault: vault/redfish/{vendor}.yml 신규
영향 정본: REQUIREMENTS.md / docs/13_redfish-live-validation.md / docs/19_decision-log.md

실패 / 오탐 처리

실장비 부재 → Round 검증 불가 → 일단 OEM 없이 standard_only 전략으로 부분 지원 + REQUIREMENTS.md에 "초기 지원" 표기
펌웨어 다양성 → 한 vendor에 여러 generation adapter (priority 차등)
vendor가 IPMI만 지원 (Redfish 미지원) → server-exporter 현재 미지원 (향후 IPMI fallback 검토)

적용 rule / 관련

rule 12 (adapter-vendor-boundary) R3 (3단계 절차)
rule 50 (vendor-adapter-policy) R2 (9 파일 list)
rule 96 R1 (origin 주석)
(cycle-011: rule 60 해제 — vault encrypt는 cycle-012에서 운영 권장으로 채택)
rule 40 (baseline 회귀)
skill: probe-redfish-vendor, update-vendor-baseline, score-adapter-match, vendor-change-impact, measure_field_usage_matrix.py (단계 8 — 필드 분류 검증)
agent: vendor-onboarding-worker (이 skill의 메인 실행자), adapter-author
정본: docs/14_add-new-gather.md, docs/13_redfish-live-validation.md
reference: docs/ai/references/redfish/redfish-spec.md (BMC 매핑)