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

update-output-schema-evidence

스타2

포크1

업데이트2026년 7월 2일 01:29

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

설치

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

Manus에서 실행

출처

hshwang1994

hshwang1994/server-exporter

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

다운로드

Manus에서 실행

update-output-schema-evidence

목적

server-exporter 출력 schema 3종 (sections.yml + field_dictionary.yml + baseline_v1/{vendor}.json)의 정합성을 갱신. server-exporter는 DB 없으므로 출력 schema가 정본.

입력

변경된 schema 파일 list
영향 vendor (전수 / 일부)
변경 사유 (새 섹션 / 새 필드 / 펌웨어 응답 변경)

출력

## Schema 정합 갱신 — <변경 요약>

### sections.yml
- 추가: power.efficiency 필드
- 변경: storage.volumes (배열 형식)

### field_dictionary.yml
- Must 추가: `bmc.firmware_version`
- Nice 추가: `power.efficiency`

### baseline_v1 영향 vendor
| Vendor | 변경 | 회귀 |
|---|---|---|
| dell | volumes 추가 | PASS |
| hpe | volumes 추가 | PASS |
| lenovo | (영향 없음) | SKIP |

### docs/ai/catalogs/SCHEMA_FIELDS.md
- validate_field_dictionary.py 기준 분포 갱신 (예: Must 47 / Nice 115 / Skip 6 = 168 entries — 실측은 매 cycle마다 갱신)

절차

변경 file 수집: schema/ 디렉터리 staged 파일
3종 정합 검증 (output_schema_drift_check.py):
- sections.yml에 정의된 섹션이 field_dictionary에 누락 없는지
- field_dictionary Must 필드가 모든 vendor baseline에 존재하는지
- baseline의 새 필드가 field_dictionary에 등록됐는지
영향 vendor 식별: 어느 baseline이 회귀 필요한지
catalogs 갱신:
- docs/ai/catalogs/SCHEMA_FIELDS.md (Must / Nice / Skip 카운트)
- docs/ai/catalogs/VENDOR_ADAPTERS.md (벤더 capabilities 갱신)
Jenkins Stage 3 (Validate Schema) 통과 확인
rule 96 origin 주석 갱신: 외부 시스템 응답 형식 변경이 원인이면 adapter metadata에 tested_against 추가

적용 rule / 관련

rule 13 (output-schema-fields) R1 (3종 동반 갱신)
rule 92 R5 (schema 버전 사용자 확인)
rule 28 #1 (출력 schema 측정 대상)
skill: update-vendor-baseline, verify-json-output, plan-schema-change
agent: schema-mapping-reviewer, schema-migration-worker
script: scripts/ai/hooks/output_schema_drift_check.py

이 저장소의 다른 Skills

같은 저장소

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

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

update-output-schema-evidence

description

update-output-schema-evidence

목적

server-exporter 출력 schema 3종 (sections.yml + field_dictionary.yml + baseline_v1/{vendor}.json)의 정합성을 갱신. server-exporter는 DB 없으므로 출력 schema가 정본.

입력

변경된 schema 파일 list
영향 vendor (전수 / 일부)
변경 사유 (새 섹션 / 새 필드 / 펌웨어 응답 변경)

출력

## Schema 정합 갱신 — <변경 요약>

### sections.yml
- 추가: power.efficiency 필드
- 변경: storage.volumes (배열 형식)

### field_dictionary.yml
- Must 추가: `bmc.firmware_version`
- Nice 추가: `power.efficiency`

### baseline_v1 영향 vendor
| Vendor | 변경 | 회귀 |
|---|---|---|
| dell | volumes 추가 | PASS |
| hpe | volumes 추가 | PASS |
| lenovo | (영향 없음) | SKIP |

### docs/ai/catalogs/SCHEMA_FIELDS.md
- validate_field_dictionary.py 기준 분포 갱신 (예: Must 47 / Nice 115 / Skip 6 = 168 entries — 실측은 매 cycle마다 갱신)

절차

변경 file 수집: schema/ 디렉터리 staged 파일
3종 정합 검증 (output_schema_drift_check.py):
- sections.yml에 정의된 섹션이 field_dictionary에 누락 없는지
- field_dictionary Must 필드가 모든 vendor baseline에 존재하는지
- baseline의 새 필드가 field_dictionary에 등록됐는지
영향 vendor 식별: 어느 baseline이 회귀 필요한지
catalogs 갱신:
- docs/ai/catalogs/SCHEMA_FIELDS.md (Must / Nice / Skip 카운트)
- docs/ai/catalogs/VENDOR_ADAPTERS.md (벤더 capabilities 갱신)
Jenkins Stage 3 (Validate Schema) 통과 확인
rule 96 origin 주석 갱신: 외부 시스템 응답 형식 변경이 원인이면 adapter metadata에 tested_against 추가

적용 rule / 관련

rule 13 (output-schema-fields) R1 (3종 동반 갱신)
rule 92 R5 (schema 버전 사용자 확인)
rule 28 #1 (출력 schema 측정 대상)
skill: update-vendor-baseline, verify-json-output, plan-schema-change
agent: schema-mapping-reviewer, schema-migration-worker
script: scripts/ai/hooks/output_schema_drift_check.py