메뉴
server-exporter 하네스 자기개선 1 cycle 수동 트리거. 6단계 파이프라인 (observer → architect → reviewer → governor → updater → verifier). 사용자가 "/harness-cycle", "harness 사이클" 등 요청 시. - 정기 자기개선 / 사용자 피드백 수렴 / drift 누적 후
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 | harness-cycle |
| description | server-exporter 하네스 자기개선 1 cycle 수동 트리거. 6단계 파이프라인 (observer → architect → reviewer → governor → updater → verifier). 사용자가 "/harness-cycle", "harness 사이클" 등 요청 시. - 정기 자기개선 / 사용자 피드백 수렴 / drift 누적 후 |
| 단계 | Agent | 역할 |
|---|---|---|
| 1. Observe | harness-observer | rule 28 측정 대상 11종 재측정 + drift 검출 |
| 2. Architect | harness-architect | 변경 명세 (diff 수준) — 구현 안 함 |
| 3. Review | harness-reviewer | 명세 검수 (자가 승인 금지, rule 25 R7) |
| 4. Govern | harness-governor | Tier 1/2/3 분류 + 사용자 에스컬레이션 결정 |
| 5. Update | harness-updater | 승인된 명세 적용 (Tier 1 자동 / Tier 2 사용자 승인 후) |
| 6. Verify | harness-verifier | verify_harness_consistency.py + smoke test |
wave-coordinator): os/esxi/redfish-gather / common / adapters / schema / testsharness-evolution-coordinator): .claude/, docs/ai/, scripts/ai/서로 대상 파일 침범 금지.
| Tier | 예시 | 적용 |
|---|---|---|
| 1 | docs 초안 / stale 정정 / catalogs 갱신 | 자동 (reviewer APPROVE 후) |
| 2 | rules / agents / skills 변경 / policy 수정 | governor 심사 |
| 3 | settings 권한 완화 / 보호 경로 제거 | 사용자 에스컬레이션만 |
docs/ai/harness/cycle-NNN.md — 본 cycle 로그harness-evolution-coordinator agent 호출 (메인 orchestrator)harness-evolution-coordinator, harness-observer, harness-architect, harness-reviewer, harness-governor, harness-updater, harness-verifierdocs/ai/workflows/HARNESS_EVOLUTION_MODEL.md (Plan 3 작성 예정)/harness-cycle