0007 관계망: 주장 장부, 겹침과 보기, UUID 이름표

arkive 세션의 요청(2026-10-12)에 따라 06-관계망을 새로 쓴다.

무엇을

• 이름은 「관계망」. arkive는 「06 연결」로 청했지만 HGP 9월 규격 HGP-0006 5절의 「연결」은 살아 있는 사람끼리 소개하는 일이다. 같은 낱말을 두 뜻으로 쓰지 않으려고 arkive가 쓰는 「관계망」을 고른다. 9월의 「연결」은 「사람 잇기」로 05-용어에 적는다.
• 주장 장부. 관계는 claims.jsonl에 덧붙이기만 한다. 줄은 점(node), 주장(claim), 보기(view) 세 종류. 그래프 데이터베이스는 다시 만드는 색인.
• 주장이 맨 아래 단위. 이름, 생몰, 관계 모두 근거 자리를 가진 주장. 근거 없는 주장은 만들지 않는다.
• 상태 셋: 후보 candidate, 확인 confirmed, 물림 retracted. 확인과 물림은 도장 권한을 받은 사람만 (결정 0006). AI는 반론도 새 후보로만.
• 겹침과 보기. 같은 대상·같은 속성의 주장은 모두 남기고, 보기가 고른다. Wikidata의 「우선」 등급은 장부에 적지 않는다.
• 두 시간: 사실의 때 when (EDTF + 원문 + 달력), 기록한 때 at.
• 범위: 근거 가운데 가장 좁은 것을 넘지 못함. 같은 사실도 근거가 다르면 다른 주장. 살아 있는 사람의 사적 관계는 봉인부터. 묶어 세기는 다섯 기탁자 이상. 사람 잇기 후보는 남기지 않음.
• 이름표는 UUID, 사람이 읽는 별칭은 handle (arkive:p-kimtae). 같은 대상은 same_as 주장으로 잇고 지우지 않는다. 바깥 ID는 링크로만.

왜

• 노드원 대표가 원한 세 성질(겹침, 선도 기록, AI 기억 그래프와 Palantir에서 배우기)을 모두 담는 가장 작은 모양이 「주장 한 줄」이다. 팩토이드 모델, Wikidata, nanopublication이 모두 이 단위를 쓴다.
• 장부를 원본으로 두면 03-manifest와 같은 규칙(덧붙이기, 지문, 내보내기)을 그대로 쓴다.
• 「연결」을 두 뜻으로 쓰면 「연결 후보는 남기지 않는다」(9월)와 「모든 주장은 남긴다」(이 문서)가 서로 부딪치는 것처럼 읽힌다.
• UUID는 폰과 여러 프로젝트에서 서로 묻지 않고 만들 수 있다. 사람 이름을 이름표에 넣으면 이칭과 동명이인에서 무너진다.

다른 선택지

선택지	안 고른 이유
이름을 「06 연결」 그대로	9월 규격 「연결」과 뜻이 겹친다
점과 선을 그래프 데이터베이스에 바로 저장	고치면 옛 값이 사라지고, 다시 만들 수 없다. 결정 0002와 어긋난다
점 하나에 속성 값 하나 (Palantir, 일반 데이터베이스)	겹침을 담지 못한다
주장마다 Wikidata처럼 「우선」 등급	앞세울 것은 보는 사람마다 다르다. 보기로 둔다
읽을 수 있는 이름표만 (p-kimtae)	프로젝트끼리 겹칠 수 있고, 이름이 바뀌면 이름표가 거짓말을 한다. 별칭(handle)으로는 남긴다
RDF 1.2 triple term으로 내보내기	아직 W3C 권고 후보(2026-04-07)다. 첫 판은 권고인 named graph로

어디에 영향이 가나

• arkive: M4 관계망을 이 모양으로 시작한다. 이칭·선 기록을 주장으로 나누고, verified_by: 판독 연구자(주석)은 확인 도장이 아니라 근거 낸 사람으로 옮긴다. 교정 상태 이름을 대응표대로. 06-관계망 14절, arkive 할 일.
• secretary: 지금은 없음. 녹음의 people(나온 사람)을 나중에 사람 점과 refers_to 주장으로 옮길 수 있다.
• 원칙(00): 바꾸지 않는다.

비용

0원. 모두 공개 표준이고, 처음은 Python과 SQLite로 충분하다 (arkive PLAN 12.6절).