ワンクリックでManusで任意のスキルを実行

始める

prepare-regression-check

スター2

フォーク1

更新日2026年4月27日 04:37

변경된 코드 기반 회귀 테스트 대상 선정 + 테스트 계획. 사용자가 "어떤 테스트 돌려야 해?", "회귀 검사" 등 요청 시. - 코드 변경 후 / PR 머지 전 / Jenkins Stage 4 사전 점검

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

hshwang1994

hshwang1994/server-exporter

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

prepare-regression-check

목적

server-exporter 회귀 테스트 대상을 자동 선정. .claude/policy/test-selection-map.yaml 매핑 활용.

절차

변경 파일 list 추출: git diff --name-only
각 파일을 test-selection-map.yaml의 mapping과 매칭:
- os-gather/** → 회귀: pytest probe + Linux/Windows 실장비
- redfish-gather/** → probe_redfish + 영향 vendor baseline
- common/library/** → 4단계 진단 회귀 (모든 채널)
- schema/sections.yml → schema validate + 영향 vendor baseline
- adapters/{channel}/{vendor}_*.yml → score-adapter-match + 해당 vendor baseline
- Jenkinsfile* → Jenkins 4-Stage dry-run
- vault/** → rotate-vault 절차 + dry-run
회귀 영역 자동 포함 (rule 91 R7 / rule 92 R9):
- 공통 fragment / adapter / callback / Jenkinsfile cron / 출력 schema / vault
테스트 명령 list 출력

출력

## 회귀 테스트 계획 — <변경 요약>

### 대상 영역
- redfish-gather/library/redfish_gather.py (수정)
- adapters/redfish/dell_idrac9.yml (수정)
- common/tasks/normalize/build_storage.yml (수정)

### 회귀 명령
1. `ansible-playbook --syntax-check redfish-gather/site.yml`
2. `pytest tests/redfish-probe/probe_redfish.py --vendor dell -v`
3. `pytest tests/redfish-probe/test_baseline.py --vendor dell -v` (Stage 4 등가)
4. `pytest tests/redfish-probe/test_baseline.py -v` (전 vendor — common 변경)
5. `python scripts/ai/hooks/output_schema_drift_check.py`
6. `python scripts/ai/verify_vendor_boundary.py`
7. `python scripts/ai/verify_harness_consistency.py`

### 실장비 검증 필요
- Dell iDRAC9 1대 이상 (Round X)

### 우선순위
- P0: 1 / 2 / 3 (직접 영향)
- P1: 4 / 5 (간접 영향)
- P2: 6 / 7 (정합성 검증)

적용 rule / 관련

rule 40 (qa-pytest-baseline) 정본
rule 91 R7 / rule 92 R9 (자동 회귀 영역)
policy: .claude/policy/test-selection-map.yaml
skill: vendor-change-impact, run-baseline-smoke, task-impact-preview
agent: regression-planner, qa-regression-worker

このリポジトリの他の 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

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	prepare-regression-check
description	변경된 코드 기반 회귀 테스트 대상 선정 + 테스트 계획. 사용자가 "어떤 테스트 돌려야 해?", "회귀 검사" 등 요청 시. - 코드 변경 후 / PR 머지 전 / Jenkins Stage 4 사전 점검

prepare-regression-check

목적

server-exporter 회귀 테스트 대상을 자동 선정. .claude/policy/test-selection-map.yaml 매핑 활용.

절차

변경 파일 list 추출: git diff --name-only
각 파일을 test-selection-map.yaml의 mapping과 매칭:
- os-gather/** → 회귀: pytest probe + Linux/Windows 실장비
- redfish-gather/** → probe_redfish + 영향 vendor baseline
- common/library/** → 4단계 진단 회귀 (모든 채널)
- schema/sections.yml → schema validate + 영향 vendor baseline
- adapters/{channel}/{vendor}_*.yml → score-adapter-match + 해당 vendor baseline
- Jenkinsfile* → Jenkins 4-Stage dry-run
- vault/** → rotate-vault 절차 + dry-run
회귀 영역 자동 포함 (rule 91 R7 / rule 92 R9):
- 공통 fragment / adapter / callback / Jenkinsfile cron / 출력 schema / vault
테스트 명령 list 출력

출력

## 회귀 테스트 계획 — <변경 요약>

### 대상 영역
- redfish-gather/library/redfish_gather.py (수정)
- adapters/redfish/dell_idrac9.yml (수정)
- common/tasks/normalize/build_storage.yml (수정)

### 회귀 명령
1. `ansible-playbook --syntax-check redfish-gather/site.yml`
2. `pytest tests/redfish-probe/probe_redfish.py --vendor dell -v`
3. `pytest tests/redfish-probe/test_baseline.py --vendor dell -v` (Stage 4 등가)
4. `pytest tests/redfish-probe/test_baseline.py -v` (전 vendor — common 변경)
5. `python scripts/ai/hooks/output_schema_drift_check.py`
6. `python scripts/ai/verify_vendor_boundary.py`
7. `python scripts/ai/verify_harness_consistency.py`

### 실장비 검증 필요
- Dell iDRAC9 1대 이상 (Round X)

### 우선순위
- P0: 1 / 2 / 3 (직접 영향)
- P1: 4 / 5 (간접 영향)
- P2: 6 / 7 (정합성 검증)

적용 rule / 관련

rule 40 (qa-pytest-baseline) 정본
rule 91 R7 / rule 92 R9 (자동 회귀 영역)
policy: .claude/policy/test-selection-map.yaml
skill: vendor-change-impact, run-baseline-smoke, task-impact-preview
agent: regression-planner, qa-regression-worker