القائمة
OntoAir 변경의 통합 정합성을 검증하는 스킬. dev 서버(scripts/dev.sh) 기반 webapp-testing, Node 단독 파서 어설션, scripts/build.sh swift 빌드 회귀 테스트, 양성/음성 샘플 매트릭스를 모두 다룬다. qa가 사용.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
체스를 OntoAir에 시각화하는 통합 워크플로우 오케스트레이터. chess-ontology-architect, chess-position-curator, ontoair-parser-engineer, ontoair-ui-engineer, ontoair-qa로 구성된 5인 팀을 TeamCreate로 띄워 (1)schema 설계 → (2)position TTL 작성 → (3)GRID/filter/focus 3개 generic 기능 추가 → (4)통합 검증을 phase로 진행. '체스 온톨로지 시각화', '체스 ontoair', 'chess RDF' 같은 요청 시 사용.
체스 도메인을 RDF/OWL로 표현하는 스키마 설계 패턴. Piece 계층, Square, TacticalPattern 노드 모델링, 핵심 ObjectProperty(attacks/defends/pinnedBy), 3원 관계의 reification(별도 노드화), GRID view용 datatype property 컨벤션. 체스 ontology 작성 시 사용.
체스 position을 TTL로 작성하는 스킬. FEN 파싱, piece 위치 + 공격선 계산, 전술 패턴(Fork/Pin/Skewer/DoubleAttack) 자동 추출, gridX/gridY로 GRID view 호환 좌표 부여. test/sample-chess*.ttl 작성 시 사용.
OntoAir의 RDF 파서(parseTTL/parseXML)에서 geo 좌표를 추출해 정규화된 필드로 노출하는 스킬. WGS84·schema.org namespace, lat/long/latitude/longitude 키 alias, 숫자/literal 둘 다 지원. parser-engineer가 사용.
OntoAir 사이드바에 predicate별 edge 표시/숨김 체크박스를 추가하는 generic 기능. attacks만, defends만, partOf만 등 보고 싶은 관계 타입을 선택. 체스(attacks/defends 분리), 소셜그래프(친구/팔로워), 학술그래프(인용/공저) 등에 활용. ui-engineer가 사용.
OntoAir(macOS WKWebView ontology viewer)에 새 보기옵션·뱃지·메타데이터 표시 기능을 추가하는 오케스트레이터. parser 확장 → UI 뱃지 추가 → 샘플 생성 → 통합 검증을 팀(architect/parser/ui/sample/qa)으로 조율. 'ontoair에 X 표시 추가', '보기옵션 뱃지', 'geo 뱃지', 'ontology 메타데이터 시각화' 같은 요청 시 반드시 이 스킬을 사용.
| name | ontoair-dev-test |
| description | OntoAir 변경의 통합 정합성을 검증하는 스킬. dev 서버(scripts/dev.sh) 기반 webapp-testing, Node 단독 파서 어설션, scripts/build.sh swift 빌드 회귀 테스트, 양성/음성 샘플 매트릭스를 모두 다룬다. qa가 사용. |
OntoAir 변경 후 회귀를 차단하는 검증 절차.
./scripts/build.sh
성공 = build/OntoAir.app 생성. 실패 = swiftc 에러를 그대로 첨부해 architect에 escalate.
ontoair.js / template.html / dev.html만 수정한 경우엔 보통 영향 없지만, OntoAirHTML.swift의 placeholder를 추가/제거했다면 반드시 빌드 검증.
ontoair.js는 IIFE가 아니므로 직접 require가 어렵다. 두 가지 방법:
임시 파일에 parseTTL / parseXML / normalizeGeo를 복붙해 Node로 실행. 유지보수가 번거로워 일회성 검증에만.
npx --yes jsdom-cli@latest # 또는 vitest + happy-dom
또는 Node 18+ 내장 fetch/DOMParser 폴리필 부재 → puppeteer/playwright가 가장 안정적.
./scripts/dev.sh & # 백그라운드
# webapp-testing 스킬로 http://localhost:8765/resources/dev.html#../test/sample-geo.ttl 열기
webapp-testing이 가능한 환경이라면 이 경로가 압도적으로 안정적이다.
1. open http://localhost:8765/resources/dev.html#../test/sample-geo.ttl
2. wait for window.O to be defined (poll up to 5s)
3. assert window.O.hasGeo === true
4. assert window.O.geo.nodes.length >= 1
5. assert getComputedStyle(document.querySelector('#bgeo')).display !== 'none'
6. screenshot
7. open http://localhost:8765/resources/dev.html#../test/sample.ttl
8. wait, assert window.O.hasGeo === false
9. assert getComputedStyle(document.querySelector('#bgeo')).display === 'none'
10. screenshot
webapp-testing/Playwright 미사용 환경에서는 사용자에게 안내:
1. ./scripts/dev.sh 실행
2. 자동으로 열리는 브라우저에서 dropdown → sample-geo.ttl 선택
3. 우하단 컨트롤 바에 [GEO] 뱃지가 보이는지 확인
4. dropdown → sample.ttl 선택
5. [GEO] 뱃지가 사라지는지 확인
6. DevTools console: `window.O.hasGeo` / `window.O.geo.nodes` 확인
| 샘플 | window.O.hasGeo | #bgeo display | 비고 |
|---|---|---|---|
| sample-geo.ttl | true | visible | 좌표 노드 ≥1 |
| sample.ttl | false | none | 회귀 |
| sample.owl | false | none | XML 파서 회귀 |
| sample.rdf | false | none | XML 파서 회귀 |
| sample.trig | false | none | TTL 파서 회귀 |
매트릭스 한 셀이라도 실패 → 해당 에이전트에 SendMessage로 fix 요청 1회. 두 번째 실패 시 architect escalate.
_workspace/99_qa_report.md 작성: