Exécutez n'importe quel Skill dans Manus
en un clic

Exécutez n'importe quel Skill dans Manus en un clic

plan-schema-change

Étoiles2

Forks1

Mis à jour28 avril 2026 à 01:03

새 섹션 / 새 필드 / Must↔Nice 재분류 / baseline 일괄 갱신 등 schema 변경 계획. 사용자가 "새 섹션 추가하자", "field dictionary에 X 추가", "schema 변경 계획", "Must 필드 추가" 등 요청 시. - 새 섹션 / 새 필드 도입 / 펌웨어 업그레이드로 응답 변경 / Must↔Nice 재분류

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Exécuter dans Manus

Source

hshwang1994

hshwang1994/server-exporter

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Exécuter dans Manus

Métiers associésSOC

Basé sur la classification professionnelle SOC

Architectes de bases de donnéesProfessions informatiques et mathématiques·SOC 15-1243

SKILL.md

readonly

name	plan-schema-change
description	새 섹션 / 새 필드 / Must↔Nice 재분류 / baseline 일괄 갱신 등 schema 변경 계획. 사용자가 "새 섹션 추가하자", "field dictionary에 X 추가", "schema 변경 계획", "Must 필드 추가" 등 요청 시. - 새 섹션 / 새 필드 도입 / 펌웨어 업그레이드로 응답 변경 / Must↔Nice 재분류

plan-schema-change

목적

server-exporter 출력 schema 변경 계획. 정본 = schema/sections.yml + schema/field_dictionary.yml + baseline_v1/. (server-exporter는 DB 없음 — 출력 schema가 동등 역할)

입력

변경 종류:
- 새 섹션 추가 (10 → 11 sections)
- 기존 섹션에 필드 추가 (Must / Nice / Skip 분류)
- Nice → Must 격상 (모든 vendor baseline에 존재 검증 후)
- Must → Nice 강등 (호환성 영향 큼, 사용자 명시 승인)
사유 (호출자 요구 / 펌웨어 변경 / 운영 요구)

출력

## Schema 변경 계획 — Power 섹션에 efficiency 필드 추가

### 변경 범위
- schema/sections.yml: power 섹션에 efficiency 필드 추가
- schema/field_dictionary.yml: Nice 분류로 추가 (vendor 차등 지원)
- schema/baseline_v1/{vendor}.json: HPE / Dell 만 갱신 (지원 vendor)

### 영향 vendor
- Dell: iDRAC9 6.x+ 지원 (PowerSupplies.Efficiency endpoint)
- HPE: iLO5+ 지원
- Lenovo / Supermicro / Cisco: 미지원 (Nice이므로 OK)

### 회귀
- Jenkins Stage 3 (Validate Schema): pass (Nice 필드)
- Jenkins Stage 4 (E2E Regression): Dell + HPE baseline 회귀

### 절차 (rule 13 R1 3종 동반)
1. schema/sections.yml 갱신
2. schema/field_dictionary.yml 갱신
3. probe-redfish-vendor로 Dell + HPE 실장비 검증
4. update-vendor-baseline으로 baseline JSON 갱신
5. update-output-schema-evidence로 정합 검증
6. PR squash 머지

### 사용자 승인 필요 (rule 92 R5)
- schema 버전 결정: v1 → v1.1 또는 v2?

적용 rule / 관련

rule 13 (output-schema-fields) 정본
rule 92 R5 (schema 버전 사용자 확인)
rule 91 (task-impact-preview) — 사전 영향 분석
skill: update-output-schema-evidence, update-vendor-baseline, task-impact-preview
agent: schema-migration-worker, schema-mapping-reviewer
정본: docs/09_output-examples.md, docs/16_os-esxi-mapping.md

Plus depuis ce dépôt

même dépôt

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

add-new-vendor

hshwang1994/server-exporter

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

2026-05-112

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

name	plan-schema-change
description	새 섹션 / 새 필드 / Must↔Nice 재분류 / baseline 일괄 갱신 등 schema 변경 계획. 사용자가 "새 섹션 추가하자", "field dictionary에 X 추가", "schema 변경 계획", "Must 필드 추가" 등 요청 시. - 새 섹션 / 새 필드 도입 / 펌웨어 업그레이드로 응답 변경 / Must↔Nice 재분류

plan-schema-change

목적

server-exporter 출력 schema 변경 계획. 정본 = schema/sections.yml + schema/field_dictionary.yml + baseline_v1/. (server-exporter는 DB 없음 — 출력 schema가 동등 역할)

입력

변경 종류:
- 새 섹션 추가 (10 → 11 sections)
- 기존 섹션에 필드 추가 (Must / Nice / Skip 분류)
- Nice → Must 격상 (모든 vendor baseline에 존재 검증 후)
- Must → Nice 강등 (호환성 영향 큼, 사용자 명시 승인)
사유 (호출자 요구 / 펌웨어 변경 / 운영 요구)

출력

## Schema 변경 계획 — Power 섹션에 efficiency 필드 추가

### 변경 범위
- schema/sections.yml: power 섹션에 efficiency 필드 추가
- schema/field_dictionary.yml: Nice 분류로 추가 (vendor 차등 지원)
- schema/baseline_v1/{vendor}.json: HPE / Dell 만 갱신 (지원 vendor)

### 영향 vendor
- Dell: iDRAC9 6.x+ 지원 (PowerSupplies.Efficiency endpoint)
- HPE: iLO5+ 지원
- Lenovo / Supermicro / Cisco: 미지원 (Nice이므로 OK)

### 회귀
- Jenkins Stage 3 (Validate Schema): pass (Nice 필드)
- Jenkins Stage 4 (E2E Regression): Dell + HPE baseline 회귀

### 절차 (rule 13 R1 3종 동반)
1. schema/sections.yml 갱신
2. schema/field_dictionary.yml 갱신
3. probe-redfish-vendor로 Dell + HPE 실장비 검증
4. update-vendor-baseline으로 baseline JSON 갱신
5. update-output-schema-evidence로 정합 검증
6. PR squash 머지

### 사용자 승인 필요 (rule 92 R5)
- schema 버전 결정: v1 → v1.1 또는 v2?

적용 rule / 관련

rule 13 (output-schema-fields) 정본
rule 92 R5 (schema 버전 사용자 확인)
rule 91 (task-impact-preview) — 사전 영향 분석
skill: update-output-schema-evidence, update-vendor-baseline, task-impact-preview
agent: schema-migration-worker, schema-mapping-reviewer
정본: docs/09_output-examples.md, docs/16_os-esxi-mapping.md