관계망

기록과 기록, 기록과 사람·장소·사건 사이의 선을 어떻게 적는지 정한다. 옛 일기 속 한 인물과 내 녹음 속 할아버지 이야기가 같은 사람을 가리킬 때, 그 이음을 근거와 함께 남기는 방법이다.

이름: arkive는 「06 연결」로 청했지만, HGP 9월 규격 HGP-0006 5절이 이미 「연결」을 다른 뜻(살아 있는 사람끼리 서로 소개하는 일)으로 쓴다. 그래서 이 문서는 arkive가 쓰는 말인 「관계망」으로 부른다 (05-용어, 결정 0007).

---

1. 다섯 가지 약속

1. 장부가 원본, 그래프는 색인이다. 관계도 덧붙이기만 하는 장부(claims.jsonl)에 한 줄씩 적는다. 그래프 데이터베이스는 장부에서 언제든 다시 만드는 색인일 뿐이다. 다시 만들면 늘 같은 그래프가 나와야 한다. (결정 0002 「안은 하나」)
2. 맨 아래 단위는 「주장」이다. 「무엇(근거)이, 무엇(대상)에 대해, 무엇을 말한다」 한 줄. 사람, 장소, 사건 같은 점은 이름표만 갖고, 이름도 생몰도 관계도 모두 주장이다.
3. 근거 없는 주장은 없다. 모든 주장은 근거 기록의 자리(면, 줄, 영역, 시간 구간)를 가리킨다. 근거를 댈 수 없으면 만들지 않는다. 사람이 아는 것을 말할 때도 먼저 기록(메모, 녹음)으로 남기고 그것을 근거로 단다. (arkive 절대 규칙 5를 layer 0 규칙으로)
4. 겹쳐 두고, 고르는 것은 보기가 한다. 생년이 둘, 같은 글자를 다르게 읽은 판독이 둘, 「같은 사람이다」와 「아니다」가 함께 있을 수 있다. 하나로 합쳐 덮어쓰지 않는다. 무엇을 앞세울지는 보는 쪽이 고른 「보기」가 정한다(7절). 틀린 주장도 지우지 않고 「물림」으로 둔다.
5. 범위가 먼저 거른다. 주장은 근거 기록보다 넓게 열릴 수 없다. 어떤 질문이든 보는 사람이 볼 수 있는 부분에서만 돈다. 봉인된 기록에서 나온 선은 있다는 사실조차 드러나지 않는다(9절).

2. 장부 한 줄의 세 종류

claims.jsonl은 03-manifest와 같은 규칙을 따른다: JSON Lines, 덧붙이기만, 고치거나 지우지 않음, 같은 이름표의 마지막 줄이 지금 상태. 줄마다 type이 셋 가운데 하나다.

type	무엇	절
node	점(대상)을 하나 세운다. 이름표와 종류만	3절
claim	주장을 내거나, 확인하거나, 물린다	4절, 8절
view	보기(어느 주장을 앞세울지 정한 규칙)를 남긴다	7절

이 장부는 해석층이다. 근거 기록을 맡은 저장고(layer 1)가 쓰고, 근거 기록과 함께 보관한다.

3. 점 (대상)

종류 kind	뜻	예
person	사람	서애 류성룡, 노경임, 내 할아버지
group	무리	풍산 류씨 문중, 예천 관아, 조합
place	장소	옥연, 하회, 예천
event	사건. 여럿이 함께하거나 때와 곳이 있는 일	방문 한 번, 편지 한 통, 회의 한 번
work	문헌. 바깥 책이나 글	『서애집』 〈연보〉
thing	물건	주고받은 종이, 먹, 송이

• 점 줄에는 이름표, 종류, 만든 이, 만든 때만 적는다. 이름은 주장으로 단다. 이름이 여럿이거나 바뀌어도 이름표는 그대로다.
• 기록, 면, 줄, 영역은 점을 따로 세우지 않는다. 이미 이름표가 있다(03-manifest의 id, IIIF 캔버스, 줄 열쇠). 주장에서는 「자리」(4.2절)로 가리킨다.

{"hgp":"2026.10","type":"node","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e01","kind":"person","handle":"arkive:p-kimtae","made_by":{"type":"machine","name":"claude-opus-5-5"},"at":"2026-10-12T15:00:00+09:00"}

4. 주장

4.1 칸

칸	뜻	예시	언제	표준 대응
hgp	따른 규격 판	"2026.10"	필수
type	"claim"		필수
id	주장 이름표 (11절)	UUID	필수	nanopublication URI
at	기록한 때. 이 줄을 쓴 시각	"2026-10-12T15:02:00+09:00"	필수	Graphiti created_at, PROV generatedAtTime
event	이 줄의 행동 (8절)	"claimed"	필수	Palantir action
about	무엇에 대한 주장인가. 점, 다른 주장, 또는 자리	이름표	필수	factoid의 사람, Wikidata 주어
prop	무엇을 말하나. 속성이나 관계 이름 (5절)	"courtesy_name"	필수	Wikidata 속성
value	속성 값 (글자, 수)	"士悅"	value나 to 하나	Wikidata 값
to	관계의 상대. 점이나 주장 이름표	이름표	value나 to 하나
role	사건에서 맡은 자리(정해 둔 값), 친척 관계(원문 호칭)	"visitor"	participant, kin에 필수	CIDOC-CRM P14.1 in the role of
when	사실의 때. 근거가 말하는 때 (6절)	{"edtf":"1600-08-12"}	선택	EDTF, Graphiti valid_at
basis	근거가 그대로 적었나(stated), 근거에서 미루어 안 것인가(inferred)	"stated"	필수	arkive 프로토콜 11조 「어디부터 추론인지」
source	근거의 자리 목록 (4.2절). 하나 이상		필수	factoid 출처, PROV wasDerivedFrom
made_by	누가 냈나. 사람이나 기계, 모델 이름 (03-manifest)	{"type":"human","who":"판독 연구자"}	필수	PROV wasAttributedTo
status	candidate 후보, confirmed 확인, retracted 물림	"candidate"	필수	Wikidata 등급과 다름 (7절)
confirmed_by	확인 도장 (01-권한, 결정 0006)	{"who":"u_5d2k8r","as":"admin","at":"…"}	확인일 때
scope	범위 (9절). 근거보다 넓을 수 없다	"private"	필수	ODRL
depositor	근거 기록의 기탁자들	["u_9c4w1n"]	필수
replaces	이 주장이 고쳐 쓰는 옛 주장	이름표	선택	PROV wasRevisionOf
reason	확인하거나 물린 까닭		선택	Wikidata P2241
note	메모		선택

• 주장의 내용은 고치지 않는다. 내용을 바꾸려면 새 주장을 내고 replaces로 옛 주장을 가리킨 뒤 옛 주장을 물린다.
• 값이 「모름」인 것도 주장이다. value에 {"unknown":true}(있는데 모름), {"none":true}(없다고 적힘). (Wikidata 「unknown value」, 「no value」)
• 기계의 점수는 made_by.score에. 0~1. 사람이 보는 확신은 status와 basis로 말한다. 점수로 확인을 대신하지 않는다.

4.2 자리 (근거와 대상을 가리키는 모양)

칸	뜻	예
record	기록 번호 (03-manifest id)	UUID
book, face	권과 면 (arkive가 기록 번호를 다 붙이기 전까지)	"book-0001", "c-010a"
line	줄 열쇠	"d-02-01"
xywh	이미지 안 영역. 원본 스캔 픽셀로	[461,235,40,980]
t	녹음·영상 안 시간 구간(초)	[312.4,330.0]
quote	근거 원문 (짧게)	"盧弘仲 自醴泉來"
external	바깥 자료 (11.3절)	{"scheme":"itkc","id":"ITKC_MO_…","url":"…","retrieved":"2026-10-12"}

• record 또는 book+face 또는 external 가운데 하나는 꼭 있다.
• 밖으로 낼 때는 W3C Web Annotation의 SpecificResource + FragmentSelector(xywh=, t=)로 바꾼다.
• arkive 영역은 지금 웹 사본(1600픽셀) 좌표다(regions.json의 of). 장부에 적을 때는 원본 스캔 좌표로 바꾸거나, of를 함께 적어 어느 크기 기준인지 밝힌다.

5. 어휘 (처음 판)

칸 이름은 짧은 영어, 대응은 Wikidata 속성과 CIDOC-CRM. 새 어휘는 05-용어와 이 표에 함께 더한다.

prop	뜻	받는 것	Wikidata	CIDOC-CRM
refers_to	이 자리가 그 점을 가리킨다 (본문에 그 사람이 나온다)	about=자리, to=점	(Web Annotation identifying)	P67 refers to
name	이름	글자	P1559	P1 is identified by
courtesy_name	자(字)	글자	P1782
art_name	호(號)	글자	P1787
alias	그 밖에 부르던 이름 (관직명, 고을 이름으로 부름 등)	글자	(별칭)
born, died	태어남, 죽음 (when에 때)	없음 또는 장소 점	P569, P570, P19, P20	E67 Birth, E69 Death
father, mother, spouse, child, sibling	가족	사람	P22, P25, P26, P40, P3373
kin	그 밖의 친척. role에 원문의 호칭 그대로 (조카, 족질, 외숙)	사람	P1038
student_of	문인	사람	P1066
held_office	관직 (value에 관직, when에 때)	글자나 무리	P39
lived_at	산 곳	장소	P551
located_in	어디 안에 있나	장소	P131	P89 falls within
coords	좌표 (WGS84)	[위도, 경도]	P625
event_kind	사건의 갈래: visit 방문, letter 편지, gift 주고받음, stay 동숙, meeting 모임. 제품 이력(결정 0016): harvest 수확, milling 도정, intake 반입, soaking 침지, mash 밑술 담금, second_mash 덧술, ferment_check 발효 점검, press 채주, aging 숙성, discard 폐기, bottling 병입, seal 봉인, label 라벨 붙임, open 개봉, blend 섞음, custody_transfer 맡은 곳이 바뀜. 제품 이력 값은 업종 설정이 정하고 여기 적은 것은 전통주 설정의 예다 (결정 0017). 규칙표 v1에 없어 review로 뜬다	글자	P31	P2 has type
participant	사건에 함께함. role에 자리: visitor 찾아온 이, host 맞은 이, sender 보낸 이·준 이, recipient 받은 이, companion 함께한 이	사람이나 무리	P710	P11 had participant
took_place_at	사건이 일어난 곳	장소	P276	P7 took place at
object	사건에서 오간 물건	물건		P16 used specific object
author	문헌을 쓴 이	사람	P50
same_as	같은 대상이다 (11.2절)	같은 종류의 점	(합침, owl:sameAs)
different_from	같은 대상이 아니다	같은 종류의 점	P1889
external_id	바깥 이름표 (11.3절)	{"scheme","id"}	(각 ID 속성)	P1 is identified by

6. 두 시간

이름	칸	뜻
사실의 때	when	근거가 말하는 때. 「1600년 7월 4일에 만났다」, 「1592년부터 1598년까지 그 관직에 있었다」
기록한 때	at	주장을 장부에 쓴 때. 「2026-10-12에 기계가 뽑았다」. 물린 때는 물림 줄의 at

when의 모양:

{"edtf":"1600-08-12","original":"七月 初四日 乙巳","calendar":"korean-lunar","converted_by":"한국천문연구원 음양력 변환표"}

위 값은 모양을 보이려는 예시다. 실제로 바꾼 날짜가 아니다.

• edtf: 양력으로 바꾼 값. EDTF(ISO 8601-2)를 따른다. 불확실 1600?, 어림 1600~, 구간 1592/1598, 끝 모름 1592/.., 둘 가운데 하나 [1600,1601].
• original: 근거에 적힌 그대로 (연호, 간지, 음력).
• calendar: gregorian 양력, korean-lunar 음력, unknown 모름. EDTF와 Wikidata는 음력을 다루지 못한다. 원문과 바꾼 값을 나란히 두는 방식은 TEI att.datable.custom을 참조했다.
• converted_by: 어떤 표나 도구로 바꿨나. 바꾼 값도 해석이다.

7. 겹침과 보기

같은 대상, 같은 prop에 주장이 여럿이면 모두 남는다. 셋 다 「확인」일 수도 있다. 장부는 무엇이 옳은지 정하지 않는다.

보기는 「어느 주장을 앞세우고, 무엇을 함께 보여 줄지」의 규칙이다. 보기도 장부에 줄로 남는다.

{"hgp":"2026.10","type":"view","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e90","name":"판독 연구자 주석 우선","include":["confirmed","candidate"],"prefer":[{"status":"confirmed"},{"made_by.who":"판독 연구자"},{"made_by.type":"human"}],"ties":"all","made_by":{"type":"human","who":"u_5d2k8r"},"at":"2026-10-12T15:10:00+09:00"}

• include: 어느 상태를 보여 주나. 물림은 늘 기본에서 빠지고, 고르면 따로 볼 수 있다.
• prefer: 앞세우는 차례. 위에서부터 맞는 것을 앞에 둔다.
• ties: 차례가 같으면 all(나란히 다 보임) 또는 newest(가장 나중 것).
• 보기를 바꾸면 같은 이름표로 새 줄을 쓴다. 보기로 만든 결과물은 보기 이름표와 그 줄의 at을 함께 적는다(10절).
• 어느 보기로 보든, 주장마다 상태 표시가 따라붙는다. 기계 후보를 확인된 것처럼 보이게 하는 보기는 만들 수 없다(원칙 6). arkive 화면의 「흐린 선은 기계 후보, 진한 선은 사람 확인」이 그 예다.
• 셈은 주장이 아니다. 「서애와 몇 번 만났나」 같은 수는 보기가 사건 주장들에서 세어 낸다. 장부에 수를 적지 않는다.

Wikidata 등급과 다른 점: Wikidata는 한 진술에 「우선, 보통, 폐기」 등급을 하나 매긴다. 우리는 「폐기」만 물림으로 받고, 「우선」은 장부에 적지 않고 보기가 정한다. 같은 자료도 보는 사람에 따라 앞세울 것이 다르기 때문이다.

8. 행동 (주장을 바꾸는 길)

주장의 상태는 정해진 행동으로만 바뀌고, 행동마다 장부에 한 줄이 남는다. 그 줄이 곧 행동 기록이다. (Palantir의 action과 action log, arkive의 교정 카드와 같은 생각)

event	뜻	누가 (01-권한)
claimed	주장을 낸다. 처음은 늘 candidate	수정자(사람, AI), 기탁자
confirmed	확인 도장을 찍는다	그 기록에 도장 권한을 받은 사람 (결정 0006). AI는 못 함
retracted	물린다. 지우지 않고 「맞지 않다」로 둔다. reason 필수	도장 권한을 받은 사람. AI는 못 함
reopened	확인이나 물림을 거두고 다시 후보로	도장 권한을 받은 사람
scope_changed	범위를 좁힌다. 넓히는 것은 근거 기록의 범위 안에서 기탁자만	기탁자

• 행동 줄에는 id(대상 주장), at, event, 행동한 사람(confirmed_by 또는 made_by), reason만 적는다. 내용은 첫 줄에 있다.
• 열람자는 주장을 내지 못한다. 열람자의 생각은 의견으로 남고(01-권한), 수정자가 그 의견을 근거로 주장을 낼 수 있다.
• AI는 반론도 주장으로만 한다. 기계가 「아닐 것 같다」고 보면 different_from이나 다른 값을 새 후보로 낸다. 남의 주장을 물리지 못한다.
• 확인자가 둘 이상 있어야 하는 기록(arkive verification.required)은 도장 수가 모일 때까지 candidate로 두고, 찍힌 도장은 confirmed_by 목록에 쌓는다.

{"hgp":"2026.10","type":"claim","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e11","at":"2026-10-13T09:00:00+09:00","event":"confirmed","status":"confirmed","confirmed_by":{"who":"u_5d2k8r","as":"admin","at":"2026-10-13T09:00:00+09:00"}}

9. 범위

1. 주장의 범위는 근거 기록 가운데 가장 좁은 것보다 넓을 수 없다. 주장에 대한 주장, 사건에 대한 주장도 그 재료의 가장 좁은 범위를 따른다.

2. 같은 사실이라도 근거가 다르면 다른 주장이다. 「류성룡은 1542년에 태어났다」가 집안 일기(나만)에도, 공개된 『서애집』에도 나오면 주장이 둘이다. 일기를 근거로 한 것은 나만, 『서애집』을 근거로 한 것은 공개. 공적 사실은 공개된 근거로 열리고, 사적 기록이 그 때문에 열리지 않는다. (HGP-0006 6절 「공적 사실」과 「사적 관계」)

3. 살아 있는 다른 사람의 사적 관계를 말하는 주장은 처음부터 봉인이다. 그 사람이 열기 전에는 열리지 않는다. (00-원칙 3절, arkive 프로토콜 7조, HGP-0006 6절) 살아 있을 수 있는지는 아래 차례로 가른다. 기준 햇수는 한국인 기대수명의 1.2배다 (결정 0008).

   1. 죽음 주장(died)이 확인되어 있으면 살아 있지 않다.
   2. 생년 주장(born)이 확인되어 있으면, 태어난 해에서 기준 햇수가 지나지 않았을 때 살아 있을 수 있다.
   3. 둘 다 없으면, 그 사람이 나오는 근거 기록이 생긴 때(started_at, 고문서는 적힌 때)에서 기준 햇수가 지나지 않았을 때 살아 있을 수 있다.
   4. 그것도 모르면 살아 있다고 본다.

   기준	값
   한국인 기대수명 (출생 시)	83.7년 (통계청 「2024년 생명표」, 2025-12-03 발표)
   기준 햇수	83.7 × 1.2 = 100.44 → 101년 (올림. 모자라게 잡는 것보다 넉넉히 잡는다)

   통계청이 해마다 12월에 새 생명표를 내면 값을 고치고, 이 표에 출처와 날짜를 바꿔 적는다. 기기는 이 값을 고정하지 않고 규격 판(hgp)을 따라 읽는다.

4. 질문은 늘 보는 사람이 볼 수 있는 부분 그래프에서만 돈다. 보이지 않는 주장은 결과에도, 셈에도, 「더 있음」 표시에도 나오지 않는다. 봉인된 면에서 나온 선은 「누가 누구를 만났다」조차 새지 않는다.

5. 여러 기탁자의 기록을 묶어 세는 것은 다섯 기탁자 이상일 때만. 묶음 결과에서 한 사람을 집어내는 질문은 받지 않는다. (HGP-0006 4절 「집계층」)

6. 주장으로 만든 것(요약, 엮음, 학습 자료)은 재료 가운데 가장 좁은 범위를 물려받는다. 밖에 내려면 쓰임새 동의(00-원칙 4절)가 따로 있어야 한다. (HGP-0006 3절, Palantir marking이 계보를 따라 물려지는 방식)

7. 이 장부 밖의 일: 사람 잇기. 살아 있는 사람끼리 서로 소개하는 일(HGP-0006 5절의 「연결」)은 이 문서가 다루지 않는다. 그 후보는 장부에 남기지 않는다. 누가 누구의 후보였다는 기록 자체가 관계 정보가 되기 때문이다.

10. 엮음 (관점으로 묶어 낸 결과물)

보기로 주장들을 골라 묶은 글, 지도, 관계도, 질문에 대한 답은 파생이다(원본격 derived). 03-manifest에 기록으로 올리고, 다음을 함께 남긴다. (arkive 프로토콜 11조 「AI는 대변인이 아니다」)

칸 curation.	뜻
query	무엇을 물었나 (질의 원문)
view	어느 보기로 골랐나 (이름표와 at)
claims	쓴 주장 이름표 목록 (derived_from과 같은 뜻)
count	몇 건을 묶었나
period	어느 시기 (EDTF)
criteria	무슨 기준으로 골랐나
exceptions	기준에 맞지 않아 뺀 것, 서로 어긋난 것
inferred	어디부터 추론인가 (basis: inferred 주장과, 엮으며 새로 미룬 것)

질문에 답하는 AI는 자료를 모델 안에 가르쳐 넣지 않고, 그때그때 장부와 근거를 읽어 답한다(00-원칙 4절, arkive 프로토콜 10조). 답의 문장마다 주장이나 근거 자리를 가리킨다.

11. 이름표

11.1 모양

• 점, 주장, 보기의 이름표는 UUID(RFC 9562, 시각 순서가 있는 7판 권장)다.
  • 폰이나 다른 프로젝트에서 서로 묻지 않고 만들어도 겹치지 않는다.
  • 사람 이름을 이름표에 넣지 않는다. 이름은 바뀌고 여럿이며, 같은 이름의 다른 사람이 있다.
• 사람이 읽는 별칭은 handle로 따로. <프로젝트>:<별칭> 꼴, 프로젝트 안에서만 겹치지 않으면 된다. 예: arkive:p-kimtae. 화면과 대화에서는 별칭을 써도, 장부의 선은 UUID로 잇는다.

11.2 같은 대상이 두 이름표를 받았을 때

• 프로젝트마다 따로 세운 점(secretary의 「할아버지」, arkive의 「일기 속 인물」)이 같은 사람이면 same_as 주장으로 잇는다. 근거가 필요하다(족보, 녹음 속 말).
• 색인은 same_as가 확인된 점들을 한 묶음으로 보여 준다. 묶음의 대표는 가장 먼저 만든 이름표다(Wikidata 관례).
• 아무 이름표도 지우지 않는다. 묶음을 풀려면 same_as를 물린다. 「같은 사람이다」와 「아니다」(different_from)가 함께 후보로 있으면 겹친 채로 둔다.
• 후보 same_as는 보기에 따라 묶어 보거나 따로 본다.

11.3 바깥 이름표

• 바깥 자료는 복사하지 않고 이름표와 링크로만 가리킨다 (arkive PLAN 8장). external_id 주장으로 {"scheme","id","url","retrieved"}를 단다.
• 바깥 자료의 내용을 근거로 쓰려면, 그 자료를 근거 자리(source.external)로 하는 주장을 따로 낸다. 바깥 자료의 범위는 공개다.
• 기계가 찾은 바깥 링크는 후보다. 사람이 확인한다.

scheme	무엇	이름표 꼴	주의
wikidata	위키데이터	Q + 숫자	합쳐지면 옛 번호가 새 번호로 넘어간다
aks-people	한국역대인물종합정보시스템	PPL_…	2026-09-30부터 서비스 중단, 2027년 말 다시 열 예정. 번호가 이어질지 모른다. retrieved를 꼭 적는다
encykorea	한국민족문화대백과사전	항목 번호	위키데이터 P9475
itkc	한국고전종합DB	ITKC_MO_…	영구 주소 약속이 없다
viaf, isni	국제 인명 전거	숫자
tgn, geonames	지명	숫자

12. 국제 표준과 배울 것

등급은 03-manifest 7절과 같다. 준수는 검사 도구로 확인한 것, 정합은 뜻과 구조가 맞아 그대로 바꿔 낼 수 있는 것, 참조는 생각을 빌린 것. 지금 이 문서에 「준수」는 없다.

표준	무엇을 맞췄나	등급
팩토이드 모델 (King’s College London 인물 연구)	「자료가 사람에 대해 말하는 한 점」이 맨 아래 단위. 참거짓을 정하지 않고 어긋난 것을 함께 둔다. 사실의 때와 적은 때를 가른다	정합
Wikidata 데이터 모델	진술 = 속성 + 값 + 한정어 + 출처. 「모름」과 「없음」. 합칠 때 지우지 않고 넘김. 등급은 다르게 받음(7절)	정합
nanopublication	주장 하나를 「주장, 출처, 발행 정보」 세 덩이로 내보내는 단위. 지문을 이름표에 넣는 trusty URI는 02-지문과 같은 생각	참조
RDF 1.1 named graph (W3C 권고)	주장 하나를 이름 붙은 그래프 하나로 내보내기	정합
RDF 1.2 triple term	「주장에 대한 주장」을 담는 새 방식. 아직 권고 후보(2026-04-07)라 첫 내보내기는 named graph로 하고, 권고가 되면 다시 본다	참조
W3C Web Annotation (권고)	자리 = SpecificResource + FragmentSelector(xywh=, t=). refers_to = motivation identifying	정합
CIDOC-CRM 7.1.3 (ISO 21127:2023)	사건 중심: 만남, 편지는 사건 점에 참여자와 곳과 때를 단다. 주장 자체는 E13 Attribute Assignment	참조
Linked Art 1.0	CIDOC-CRM의 JSON-LD 꼴. 「누가 이렇게 보았다」를 AttributeAssignment로	참조
W3C PROV-O (권고)	made_by = wasAttributedTo, source = wasDerivedFrom, replaces = wasRevisionOf	정합
EDTF (ISO 8601-2)	when.edtf	정합
TEI att.datable.custom	음력 원문과 양력 값을 나란히	참조

표준이 아니라 널리 쓰이는 구현에서 배운 것:

무엇	받은 것	받지 않은 것
Graphiti / Zep (AI 기억 그래프)	두 시간(사실의 때와 기록한 때). 사실마다 원천 「에피소드」를 단다. 어긋나면 지우지 않고 만료시킨다	새 사실이 옛 사실을 자동으로 만료시킨다. 우리는 겹쳐 두고, 물리는 것은 사람만 한다. 기계가 뽑은 것과 사람이 확인한 것을 가르지 않는다
MCP memory 서버	점, 관계, 관찰을 JSONL 한 파일에 쌓는 단순함	근거, 때, 확신이 없고 고치기가 지우기다
Microsoft GraphRAG	사실마다 글 조각까지 근거를 단다. 묶음 요약	참거짓 상태를 언어 모델이 정한다. 요약에 범위가 물려지지 않는다. 우리 요약은 파생물이라 10절의 칸을 단다
Palantir 온톨로지	객체·속성·링크·행동 네 가지를 점·주장·행동으로 받음. 고치기는 정해진 행동으로만, 행동마다 기록. 보안 표시가 계보를 따라 파생물에 물려지고, 표시를 모두 가진 사람만 본다	주인이 기관이다. 우리는 기탁자가 주인이고, 범위를 넓히는 것은 기탁자뿐이다(Palantir는 관리 권한으로 표시를 걷는다). 속성 값이 하나라 겹침이 없고 사용자 고침이 이긴다. 우리는 겹쳐 두고 보기가 고른다

기계가 쌓은 기억과 사람이 확인한 사실: 위 AI 기억 그래프들은 둘을 가르지 않는다. 우리는 모든 주장에 made_by.type과 status가 있어 늘 가른다. 이 점이 이 규격이 그들과 가장 다른 곳이다.

13. 예: 김사열과 김태

판독 연구자 주석은 김태(金兌)의 자를 「士說」로 적고, 일기 본문 날짜 기록은 「士悅」로 적는다(arkive 설계 문서). 두 읽기를 함께 둔다.

{"hgp":"2026.10","type":"node","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e01","kind":"person","handle":"arkive:p-kimtae","made_by":{"type":"machine","name":"claude-opus-5-5"},"at":"2026-10-12T15:00:00+09:00"}
{"hgp":"2026.10","type":"claim","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e10","at":"2026-10-12T15:01:00+09:00","event":"claimed","about":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e01","prop":"name","value":"金兌","basis":"stated","source":[{"book":"book-0001","line":"note-133","quote":"김태의 자가 사열(士說)"}],"made_by":{"type":"human","who":"판독 연구자","via":"탈초·번역 주석"},"status":"candidate","scope":"private","depositor":["u_9c4w1n"]}
{"hgp":"2026.10","type":"claim","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e11","at":"2026-10-12T15:01:00+09:00","event":"claimed","about":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e01","prop":"courtesy_name","value":"士說","basis":"stated","source":[{"book":"book-0001","line":"note-133","quote":"자가 사열(士說)"}],"made_by":{"type":"human","who":"판독 연구자","via":"탈초·번역 주석"},"status":"candidate","scope":"private","depositor":["u_9c4w1n"]}
{"hgp":"2026.10","type":"claim","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e12","at":"2026-10-12T15:02:00+09:00","event":"claimed","about":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e01","prop":"courtesy_name","value":"士悅","basis":"stated","source":[{"book":"book-0001","face":"c-008a","line":"d-01-05","quote":"士悅"}],"made_by":{"type":"machine","name":"claude-opus-5-5","score":0.8},"status":"candidate","scope":"private","depositor":["u_9c4w1n"],"note":"주석은 士說, 본문은 士悅. 원본 면 대조 필요"}
{"hgp":"2026.10","type":"claim","id":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e13","at":"2026-10-12T15:03:00+09:00","event":"claimed","about":{"book":"book-0001","face":"c-008a","line":"d-01-05","quote":"士悅"},"prop":"refers_to","to":"0192a3f0-5b1c-7d2e-8f40-1a2b3c4d5e01","basis":"inferred","source":[{"book":"book-0001","face":"c-008a","line":"d-01-05"},{"book":"book-0001","line":"note-133"}],"made_by":{"type":"machine","name":"claude-opus-5-5","score":0.9},"status":"candidate","scope":"private","depositor":["u_9c4w1n"]}

• 「판독 연구자 주석 우선」 보기는 士說을 앞에, 「본문 우선」 보기는 士悅을 앞에 둔다. 둘 다 보인다.
• 확인 도장 권한을 받은 사람이 원본 면을 대조해 한쪽을 확인하면 confirmed 줄이 하나 붙는다. 다른 쪽은 후보로 남거나, 틀렸다고 판단하면 물린다.
• 면 c-008a와 줄 열쇠 note-133, d-01-05는 설명을 위한 것이다. 실제 자리는 arkive가 맞춘다.

14. 지금 있는 것과의 대응 (arkive)

arkive 지금	이 문서
type: person 등 점 기록, id: p-kimtae	node 줄 + handle: "arkive:p-kimtae". 이름, 한자, 관계는 주장으로 나눈다
이칭 기록 (type: alias, basis)	courtesy_name·alias 주장. 두 점이 같으면 same_as
verified_by: 판독 연구자(주석)	made_by: {"type":"human","who":"판독 연구자"} + 주석 근거. 확인 도장이 아니다. 판독 연구자는 이 기록의 수정자로 도장 권한을 받은 사람이 아니라 근거를 낸 학자다. 앞세우는 것은 「판독 연구자 주석 우선」 보기가 한다
status: candidate	status: candidate
status: verified	도장 권한이 있는 사람이 찍었으면 confirmed, 아니면 candidate
교정 상태 proposed·held·partly_accepted	candidate (partly_accepted는 confirmed_by에 도장이 일부 쌓인 상태)
accepted	event: confirmed
rejected	event: retracted
reverted	event: reopened
선 「함께 적힘」 + count	만남 하나하나를 event 점과 participant 주장으로. 수는 보기가 센다
source: {“canvas_id”:“<book>/<page>”,“line”:…}	자리 {"book","face","line"}
regions.json의 xywh + of	자리의 xywh. 원본 스캔 기준으로 바꾸거나 of를 함께
사람별 범위 예시 (p-kimbu: Conditional)	범위는 점이 아니라 주장에 붙는다. 사람 한 명의 모든 주장을 닫고 싶으면 그 사람에 대한 주장들의 범위를 좁힌다
읽기 줄의 place (그 줄이 놓인 면)	지리의 장소가 아니다. 이 문서의 place와 섞지 않는다 (05-용어)

규칙표. 어느 점에 어떤 칸이 오고, 값이 어떤 모양이고, 하나인지 여럿인지는 기계가 검사하는 규칙표로 낸다: https://hgp.hahoe.io/ns/relations-v1.json (08-이름표 5절). 칸 이름의 공개 주소는 https://hgp.hahoe.io/ns/v1.jsonld.

15. 확인할 것

• 장부 파일을 기탁자마다 하나로 둘지, 권마다 둘지 (arkive가 처음 만들면서 정한다).
• RDF 1.2가 권고가 되면 「주장에 대한 주장」 내보내기를 triple term으로 옮길지 다시 본다.
• 한국역대인물종합정보시스템이 다시 열리면 옛 PPL_ 번호가 이어지는지 확인한다.