메뉴
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 작성: