학 습 목 표
- 확인된 Cognitive Atlas 레코드에 exactMatch 매핑을 기재한다.
- 정렬 어휘의 강도(3-5)를 실제 판단에 적용한다.
- 두 온톨로지의 구조적 불일치를 찾아 기록한다.
원칙 — 확인된 것만, 보수적으로
정렬 정책은 이미 확정되어 있다(3-5, 4-6): 상대는 Cognitive Atlas, 어휘는 SKOS 매핑, 자세는 보수적으로. 여기에 작업 규칙 하나를 더한다. 레코드를 직접 조회해 확인한 ID만 기재한다. "CA에 아마 있을 것"이라는 추정으로 ID를 만들어 넣는 순간, 정렬은 연결이 아니라 오염이 된다. 확인하지 못한 용어는 note에 "CA 레코드 미확인(조회 일자)"으로 남긴다 — 미확인도 정보다. 이번 조회(2026-10)에서 확인된 매핑은 아홉이다.
| psymap 클래스 | CA 레코드 | 어휘 |
|---|---|---|
| 작업기억 | working memory · trm_4a3fd79d0b5a7 | exactMatch |
| 음운 작업기억 | phonological working memory · trm_4a3fd79d0ac9e | exactMatch |
| 언어 기억 | verbal memory · trm_4a3fd79d0b457 | exactMatch |
| 장기기억 | long-term memory · trm_4a3fd79d0a833 | exactMatch |
| 서술기억 | declarative memory · trm_4a3fd79d0a04f | exactMatch |
| 일화기억 | episodic memory · trm_4a3fd79d0a1f4 | exactMatch |
| 의미기억 | semantic memory · trm_4a3fd79d0b083 | exactMatch |
| 숫자폭 과제 | digit span task · tsk_4a57abb949a0d | exactMatch |
| N백 과제 | n-back task · tsk_4a57abb949bcd | exactMatch |
표 1확정 매핑 아홉 건(CQ10의 실제 출력과 동일). 단기기억·절차기억·비서술기억·부호화·응고화 등은 이번 조회에서 레코드를 확인하지 못해 미확인으로 기록했다. '기억 능력'은 CA의 memory가 과정·성향을 묶는 광의 개념이어서 의도적으로 매핑하지 않았다(4-2의 분해 결정) — 못 찾은 것과 안 하는 것은 다르며, 둘 다 적는다.
불일치 — 세 건의 증언
매핑을 확인하러 CA 페이지들을 읽는 동안, 우리 계층과 어긋나는 지점 세 곳이 드러났다. 셋 다 오류 신고가 아니라 개념화의 차이 또는 상대의 품질 문제이며, 셋 다 우리 파일의 note에 기록되었다.
| 지점 | CA의 기재 | psymap의 선택 | 처리 |
|---|---|---|---|
| 의미기억의 자리 | episodic memory 페이지가 semantic memory를 그 '부분'으로 기재(동시에 semantic memory 페이지는 declarative의 하위 '종'으로 기재 — CA 내부 불일치) | 일화·의미를 서술기억 아래 형제로(Squire) | exactMatch 유지 + note 기록 |
| 명시적 기억 | explicit memory를 declarative memory의 하위 '종'으로 기재 | 별도 클래스 없이 서술기억의 altLabel로 흡수(5-3) | note 기록 — 쟁글 처리 차이 |
| 응고화의 범주 | consolidation을 long-term memory의 '부분'으로 기재 | 응고화는 과정, 장기기억은 성향 — 범주를 가르므로 부분 관계 불가(2-7) | 따르지 않음 + note 기록 |
표 2불일치 기록 세 건. 셋째 줄이 교과서 전체의 축소판이다 — 상위 온톨로지의 범주 구분(2-7)이 있어야 "과정이 성향의 부분일 수 없다"는 진단 자체가 가능해진다.
첫째 건은 판단을 요구한다. 의미기억의 자리가 다르다면 exactMatch(개념 동일)가 과한 주장 아닌가? 판단 기준은 3-5에서 가져온다 — 매핑의 대상은 개념의 정의이지 계층 안의 자리가 아니다. CA의 semantic memory 정의("특정 사건과 무관한 일반 지식…")는 우리 정의와 실질적으로 같으므로 exactMatch를 유지하고, 구조적 차이는 note로 넘긴다. 반대로 정의 자체가 갈라졌다면 — 예컨대 한쪽이 광의, 한쪽이 협의라면 — closeMatch로 내려야 한다. 정의가 같으면 exactMatch, 정의가 어긋나면 closeMatch, 자리만 다르면 note. 이 한 줄이 이 차시의 작업 규칙이다.
구현 — 주석 한 줄의 접속
# 정렬은 공리가 아니라 주석으로 — owl:equivalentClass가 아닌 이유는 3-5 CA = "https://www.cognitiveatlas.org/concept/id/" PSY_0000018.exactMatch = [CA + "trm_4a3fd79d0b5a7"] # 작업기억 PSY_0000014.exactMatch = [CA + "trm_4a3fd79d0a1f4"] # 일화기억 PSY_0000011.note.append(locstr( "CA 레코드 미확인(2026-10 조회). 후속 조회 시 재검토.", "ko"))
정렬의 구현. skos:exactMatch는 주석이므로 추론에 개입하지 않는다 — owl:equivalentClass로 적었다면 CA의 (내부 불일치까지 포함한) 구조가 우리 추론 속으로 수입되었을 것이다. 보수성(3-5)은 어휘 선택 하나로 지켜진다.
판별 연습
문 1N백 과제의 CA 레코드는 작업기억 외에 updating, active maintenance 등도 measures로 기재한다. 우리 파일에는 작업기억 매핑만 있다. 정렬 오류인가.
답 확인
아니다. 정렬(exactMatch)은 'N백 과제'라는 개념의 동일성 주장이고, 그 과제가 무엇을 측정하는가는 별개의 measures 공리 문제다. updating 등은 우리 범위(기억 모듈) 밖의 구성개념이라 클래스 자체가 없으므로 공리도 없다 — 범위 결정(4-6)의 귀결이지 정렬의 실수가 아니다. 다만 주의 모듈을 만들 때 이월 목록에 올려 둔다.
문 2CA의 내부 불일치(의미기억이 한 페이지에선 부분, 다른 페이지에선 종)를 발견했다. 우리가 할 수 있는 가장 건설적인 행동은.
답 확인
기록하고, 가능하면 상류에 알리는 것이다. CA는 공동체 큐레이션 자원이므로 수정 제안 경로가 있다. 우리 파일의 note가 1차 기록이고, 상류 보고가 2차다 — 재사용은 소비가 아니라 참여이기도 하다(3-5). 적어도 우리 사용자에게는 note가 "이 매핑을 따라갔을 때 보게 될 어긋남"의 예고가 된다.
적용: 산출물
psymap.owl에 매핑 아홉 건과 불일치 기록 세 건, 미확인 기록이 더해졌다. 이로써 기억 모듈은 혼자가 아니다 — CQ10("CA 대응물과 ID는?")이 답을 갖게 되었고, 3부에서 에이전트가 이 지도를 쓸 때 공용 좌표계로 나가는 문이 열렸다. verify_psymap.py를 다시 실행해 전원 통과가 유지됨을 확인한다(회귀 테스트, 5-7). 자신의 도메인으로 실습 중인 독자는 자기 분야의 공용 자원(용어집·표준·상위 분류)을 상대로 같은 세 줄 규칙 — 같으면 exactMatch, 어긋나면 closeMatch, 자리만 다르면 note — 을 적용하면 된다.
용어 정리
| 용어 | 원어 | 뜻 |
|---|---|---|
| closeMatch | skos:closeMatch | 정의가 가깝지만 동일하다고 단정할 수 없을 때의 매핑 어휘 |
| 불일치 기록 | mismatch record | 정렬 상대와 어긋나는 지점의 명시적 기록. 침묵의 반대 |
| 미확인 기록 | unverified record | 상대 레코드를 확인하지 못했음을 조회 일자와 함께 남긴 기록 |
| 상류 보고 | upstream report | 재사용 자원에서 발견한 문제를 그 자원의 관리 주체에 알리는 일 |
Poldrack, R. A. et al. (2011). The Cognitive Atlas. Frontiers in Neuroinformatics, 5. · W3C (2009). SKOS Reference — 매핑 어휘. · Cognitive Atlas 레코드 조회(2026-10): working memory(trm_4a3fd79d0b5a7), episodic memory(trm_4a3fd79d0a1f4), semantic memory(trm_4a3fd79d0b083), declarative memory(trm_4a3fd79d0a04f), long-term memory(trm_4a3fd79d0a833), n-back task(tsk_4a57abb949bcd) 외.