상속 절차를 '노선도'로 만들자, 자율 에이전트가 공적 자료를 읽기 시작한 이야기

1. 서론: 왜 상속을 '노선도'로 만들었는가

"만약 제가 갑자기 사라지면, 누가 어떻게 움직여야 할지 모르겠어요."

믿을 만한 친척이 가까이에 없고, 미래에 막연한 불안감을 느끼는 후배에게서 들은 말이 이 개발의 첫 계기였습니다.

사람이 사망한 후의 절차를 조사해 보면, 행정 포털이나 민간 포털에는 '해야 할 일 100가지' 같은 방대한 체크리스트가 나열되어 있습니다. 정보는 넘쳐나지만, 당사자는 반드시 멈춰 서서 막막함을 느낍니다. 그 이유는 정보가 부족해서가 아닙니다. '순서(의존 관계)'와 '지나가면 되돌릴 수 없는 지점(비가역성)'이 보이지 않기 때문입니다.

［세상의 체크리스트］ ［책갈피 노선도］
・사망 신고를 한다 ［사망 신고］
・호적을 모은다 ↓
...

호적이 모일 때까지, 협의는 전혀 진행할 수 없다

많은 설명들은 '유산 분할 협의를 합시다'라고 가볍게 적습니다. 하지만 상속인 중 단 한 명이라도 빠진 유산 분할 협의는 무효가 됩니다. 그렇기 때문에 피상속인의 출생부터 사망까지의 호적을 거슬러 모아 상속인을 확정하는 것이 우선입니다. 전제 조건을 충족하지 못했는데 하류 작업에 손대려다 좌절하는 것—이것이 '순서'를 놓치는 것입니다.

좋게 생각한 행동으로 '돌아갈 수 없게 되는' 함정

더 잔혹한 것은 비가역성입니다.

"일단 고인의 계좌에서 돈을 인출해서 당장의 지출에 썼다"

"어지러운 유품을 조금 정리해서 재활용점에 팔았다"

가족을 잃은 직후의 매우 자연스러운 행동입니다. 하지만 이것들은 민법 제921조의 '법정 단순 승인(상속 재산 처분)'으로 간주될 위험을 안고 있습니다. 만약 몇 달 후에 고인에게 거액의 연대 보증이나 빚이 발견되더라도, '이미 상속을 승인했다'로 취급되어 상속 포기(민법 제915조)라는 선택할 수 있었던 구제 경로가 사라져 버리는 것입니다. (장례 비용은 사회적으로 상당한 금액이라면 승인으로 간주되지 않는다는 판례도 있습니다. 어디까지 안전한지는 개별 사정에 따라 달라집니다.)

이 비가역적인 절차의 구조를, 글자 나열이 아닌, 분기나 단선, 비가역적인 포인트 전환을 가진 **'철도 노선도'**로 재구축할 수 없을까. 그렇게 생각하며 시작한 것이 절차 내비게이션 시스템 **'책갈피(しおり)'**입니다.

しおりの路線図の読み方

"유족・사망 직후 (1일차)"의 노선도. 열이 순서, 빨간 글자가 기한과 카운트 시작, 빨간 점선이 돌아오는 선, 번호가 붙은 역이 오늘 결정할 것

2. 회계 장부의 렌즈로 본 상속 절차

저는 공인회계사로서 오랫동안 '장부'와 '내부 통제'의 세계에 몸담아 왔습니다.

회계의 세계에는 절대적으로 침해할 수 없는 철칙이 있습니다.

"증빙(1차 증거)이 없으면, 1전액도 분개해서는 안 된다"

어떤 그럴듯한 숫자가 나열되어 있어도, 영수증이나 계약서라는 움직일 수 없는 원증빙이 없으면, 감사인은 빨간펜으로 되돌립니다.

그런데 세상의 생성 AI 활용은 어떻습니까?

인터넷상의 불확실한 요약 기사나 블로그를 학습한 모델에게 '상속에 대해 알려줘'라고 프롬프트를 던지고, 그럴듯한 톤으로 요약하게 만듭니다. 만약 AI가 '다음 상속인에게 바로 연락합시다!'와 같이 법에 없는 거짓말(환각/Hallucination)을 내뱉고, 그것을 믿은 유족이 친족 문제에 휘말린다면, 누가 책임을 질까요?

사람의 생사(生死)와 재산이 얽히는 절차에서 추측이나 모호함은 1밀리미터도 허용되지 않습니다.

그래서 우리는 공인회계사의 직업적 회의주의를 그대로 시스템 아키텍처에 이식하기로 했습니다.

참조원은 국가 법령・공적 도메인(.go.jp / .lg.jp**)의 원문으로만 한정한다.** 획득한 원문과 글자 하나 틀리지 않고 대조할 수 없는 인용은 근거로 취급하지 않는다. 공적 자료를 찾을 수 없으면, 추측으로 채우지 않고 '찾을 수 없었습니다'라고 반환하고 멈춘다.

'모르겠습니다', '찾을 수 없었습니다'라고 솔직하게 멈추는 것이야말로 도구의 최대의 성실함이며, 신뢰의 토대가 됩니다.

3. 아키텍처 설계: 판단은 결정된 계산, 찾는 것은 자율 에이전트

시스템의 기본 사상은 **'결정론과 AI의 완전 분리'**입니다.

しおりのシステム構成図

생성 AI(Gemini)를 사용하는 것은 제도 추종 에이전트만. 순서・기한・돌아갈 수 없는 지점은 결정론 엔진이 계산하고, 반영은 사람이 결정

왼쪽: 완전한 결정론 엔진 (생성 AI를 사용하지 않음)

노선도의 진행, 기한의 계산, 비가역 포인트 통과 판정에는 생성 AI를 일절 사용하지 않습니다.

공인회계사(CPA)의 실무 지견을 기반으로 구조화된 78개의 절차 노드와 27개의 조건에 따라, 순수한 Python 로직으로 결정론적으로 계산합니다. 같은 사정이면 항상 같은 지도가 나옵니다.

입력되는 것 : '자가 소유 주택이 있다', '유언장이 발견되었다'와 같은 상황 태그와 '완료됨' 체크만 합니다. 이름, 금액, 계좌번호 등의 개인 정보는 1글자도 받지 않으며 서버에도 저장하지 않습니다. - 반환되는 것 : -
오늘 당신이 결정할 것 (3건까지) : 인지 부하를 낮추기 위한 상한 설정입니다. 번호가 붙은 역으로 표시합니다. - 이전 절차 대기역 : 회색의 작은 역은 현재 아직 움직일 수 없는 역입니다. 서둘러 손대지 않아도 되는 것이 한눈에 보입니다. - 만지기 전에 알아야 할 것 : 단순 승인 트랩 등의 지뢰 경고.

오른쪽: 자율형·제도 추종 에이전트 (Gemini × Search)

법률이나 행정 창구 운영은 시대에 따라 변합니다. 이 '제도의 풍화'를 감시하고 최신 법령과 안내서를 대조하는 역할만을, Gemini가 결합된 자율형 에이전트에게 맡겼습니다. 에이전트는 역의 서랍에서 '자세히 조사해 봅니다'를 누를 때 작동합니다.

에이전트는 다음의 자율 사이클을 반복합니다:

찾기 : 검증해야 할 절차(예: 상속 포기의 기산점)에 대해 검색 쿼리를 동적으로 생성하고, go.jp /lg.jp를 중심으로 공적 페이지를 자율 탐색합니다. 찾지 못하면, 역에 사전 등록된 일차 자료 페이지로 스스로 폴백(fallback)합니다. - 선택하기 : 히트한 후보들을 하나씩 평가하여 일차 자료를 선택하고, 주제와 관계없는 페이지는 공적 사이트라 할지라도 자율 제외합니다. - 읽기 : 선정된 공적 페이지의 본문을 직접 가져옵니다. 가져오는 데 실패하면 추측으로 보완하지 않고 그 자리에서 멈춥니다. - 대조하기 : 가져온 공적 원문과 안내서의 기술을 비교·검증하고, 차이가 있으면 수정안(패치)을 초안 작성합니다.

1回の照合でエージェントが自分で判断していること

버튼을 누른 후 사람이 확인하기까지. 찾지 못하면 경로를 전환하고, 근거가 없으면 스스로 멈춥니다.

エージェントの思考ログ

실제 사고 로그. 공적 페이지를 4건 발견하여 하나씩 평가하며 일차 자료를 선택하는 과정

일곱 개의 관문과 Human-in-the-Loop

에이전트가 초안 작성한 수정안은 그대로는 절대로 안내서에 반영되지 않습니다.

'근거 자료가 공적 기관만인지', '인용문이 취득 본문과 한 글자씩 일치하는지', '재작성 범위가 이탈하지 않았는지' 등을, 생성형 AI를 사용하지 않는 Python의 검증기(일곱 개의 관문)로 검사합니다. 놓친 이유는 버리지 않고 감사 로그에 남깁니다.

모든 관문을 통과한 수정안이라도, 마지막은 사람이 차이점을 확인할 때까지 안내서는 바뀌지 않습니다. 에이전트는 '전문가 확인 완료'의 표시를 스스로 할 수 없습니다.

七つの関門

일곱 개의 관문 내용. AI의 출력을 AI로 확인하면, 거짓을 거짓으로 확인하게 되므로, 관문에는 생성형 AI를 사용하지 않습니다.

4. 기술적으로 고생했던 부분과 해결책

아름다운 아키텍처 다이어그램 뒤편에는, 지저분한 예외 처리와 시행착오의 산이 있었습니다.

① 지방자치단체 로컬 규칙과 국가 법률의 혼동

에이전트에게 탐색을 맡긴 초기, 지방자치단체(.lg.jp) 세무과 페이지를 가져온 에이전트가, 그 지자체 고유의 첨부 서류 규칙을 '일본 전국의 통일된 법제도'로 오인하여 안내서 수정안을 만들려고 했습니다.

그래서 도메인의 신뢰성 스코어링을 도입하고, 법령·제도의 근간에 대해서는 성청(moj.go.jp, nta.go.jp, nenkin.go.jp)이나 법원(courts.go.jp)을 최우선 평가하도록 선정 프롬프트와 가중치 로직을 개수했습니다.

② '없음의 증명(소극적 사실)'과 에이전트의 정지

가장 흥미로웠던 것은, '상속 포기한 사람은 다음 순위 상속인에게 통지할 법적인 의무가 있는가?'라는 논점이었습니다.

민법상, 선순위자가 포기한 것을 후순위자에게 통지할 의무는 규정되어 있지 않습니다(친족 간의 배려로 실무상 이루어지기는 하지만, 법적 의무는 아닙니다).

하지만 법률에는 '통지할 의무가 없다'와 같은 조항이 일일이 쓰여 있지는 않습니다.

그 때문에 에이전트는 공적 사이트를 아무리 찾아도 근거 조문을 찾을 수 없어, AMBIGUOUS (판단 보류/일부 미기재) 라는 상태를 내보내고 스스로 처리를 멈췄습니다.

［에이전트의 로그］
탐색 🔍 courts.go.jp / moj.go.jp를 탐색
판단 ⚖️ 「다음 순위로의 통지 의무」를 뒷받침하는 조문이 존재하지 않음
...

"AI가 멋대로 세간의 매너를 법적 의무로 꾸며내지 않고, 확증할 수 없을 때 경고음을 울리며 멈췄다".

인간(감사역)이 이 정지 로그를 확인하면서, 「통지 의무라는 역 자체를 노선도에서 삭제하고, 임의적인 고려 사항으로 서랍에 한 줄 추가하는 것」이라는 올바른 법률 설계로 착수할 수 있었습니다. Human-in-the-Loop가 가장 아름답게 기능한 순간이었습니다.

③ 원문 일자적 대조

LLM에게 인용을 추출하게 하면, 구두점을 보충하거나 문말을 미묘하게 요약(「~라고 되어 있습니다」 ➔ 「~이다」)하는 습관이 있습니다. 법률 인용에서 이는 위변조와 같습니다.

저희는 LLM이 제시한 인용 문자열이 실제로 확보된 페이지의 본문 안에 부분 문자열로서 그대로 존재하는지를 프로그램으로 대조하는 가드레일을 설치했습니다. 다듬는 것은 전각/반각과 공백의 흔들림만이며, 그 외에는 한 글자라도 어긋나면 관문에 의해 차단됩니다. 10자 미만의 짧은 인용은 우연히 일치할 수 있으므로 근거로 삼지 않습니다. 대조를 통과한 인용에만 기계가 「✓ 원문 인용」 표시를 합니다.

原文引用の実例

「호적 수집」 역에서, 법무부 페이지로부터 원문의 그대로 인용한 예. 표시는 AI의 자기 선언이 아니라, 대조를 통과한 것에만 기계가 붙임

④ 기한의 기산점(사망일 vs 알게 된 날) 동적 제어

상속 포기의 숙려 기간은 「3개월」이지만, 그 기산점은 돌아가신 날이 아닙니다.

민법 제915조 제1항에는 「자기의 위해 상속의 개시가 있었음을 안 때로부터 삼 개월」이라고 되어 있습니다.

선순위 친족이 전원 포기함에 따라, 나중에 올라와서 상속인이 된 사람에게는 「앞 사람이 포기한 것을 알게 된 날」부터 시계가 돌아갑니다. 노선도 엔진에서는 이 「순위의 승격」을 거친 사용자에게는 기산점 정의를 동적으로 전환하여 표시하도록 로직을 구현했습니다.

5. 화면의 고안: 왜 채팅으로 하지 않았나

생성 AI 해커톤이라고 하면, 화면 중앙에 채팅 박스를 놓는 것이 정석입니다.

하지만 저희는 채팅 UI를 의도적으로 버렸습니다.

가족이 돌아가셔서 지쳐 있는 사람에게, 빈 채팅 칸을 내밀며 「무엇이든 질문해 주세요」라고 요구하는 것은 너무 가혹합니다. 당사자는, 「무엇을 질문해야 할지조차 모르는」 상태입니다.

철도 노선도 메타포로 승화시키기

말로 설명하는 대신, 철도의 디자인으로 직관을 지탱하는 UI에 주력했습니다.

8자 내외의 명사형 역 이름: 장문 설명문을 폐지하고, 「사망 신고・화장」「준확정신고」「상속 등기(분할)」처럼 명사로 역 이름을 통일. -
주요역과 각 역: 많은 사람이 지나가는 역을 굵은 테두리의 「주요역」, 사정에 따라 나타나는 역을 가는 테두리의 「각 역」으로 구분하여, 어디가 본선인지 한눈에 파악 가능하게 했습니다. 기한은 「알게 된 날로부터 3개월 유예」처럼, 세기 시작하는 날과 함께 빨간 글씨로 첨부합니다. -
세 개의 레일(미니 노선도): 「승인인가 포기인가」 역을 열면, 서랍 안에 「단순 승인」「상속 포기」「한정 승인」이라는 세 가닥의 선로가 홈에서 분기하는 그래픽을 표시. -
대피선(루프 라인): 숙려 기간 연장(가사 법원 등에 신청) 등, 기한을 일시적으로 늦추는 회피책을 본선에서 벗어나는 「대피선」으로 시각화.

承認か放棄かのミニ路線図

「승인인가 포기인가」 서랍. 세 가닥의 레일과, 기간 연장을 신청하는 대피선. 어떤 길을 선택할지는 보여주지 않고, 선택하는 것은 사용하는 사람 자신

이중 구조의 서랍 (안심과 감사 로그의 공존)

역을 클릭했을 때 열리는 서랍은, 독자를 위한 「안심 설명」과, 심사위원・개발자를 위한 「엄격한 감사 추적 기록」을 깔끔하게 분리했습니다.

표면에는 「공식 자료 원문과 대조하고 있습니다」「AI의 제안만으로 안내서가 바뀌는 일은 없습니다. 사람이 확인한 후에 반영합니다」라는 부드러운 안심의 말만 두고, 상세 시스템 로그(check_id,
탐색 경로, 7가지 관문의 검증 결과)는 **「▼ 대조 프로세스 상세・감사 로그 보기 (검증용)」**라는 아코디언 안에 저장했습니다.

監査ログ

감사 로그를 열어보니. 1차 자료의 대조 프로세스와, 내부 통제(7가지 관문)의 검증 결과가 남아있음

6. 앞으로: 거짓말을 하지 않는 투명성

해커톤 발표에서, 「모든 데이터를 AI가 자동으로 완벽하게 정리했습니다」라고 큰소리를 치는 것은 쉽습니다.

하지만, 저희는 그 길을 택하지 않습니다.

현재 '시오리(しおり)'에 등록된 78개 역 중,

공적 자료 원문으로 확인 완료한 역: 17개역 자체 점검 단계에 있는 역: 61개역

이러한 내역을 저희는 숨기지 않고 공개하고 있습니다.

역마다 확인 단계를 데이터로 기록하며, 확인이 완료되지 않은 것을 '전문가 감수'라고 속이지 않습니다. 에이전트가 이를 '전문가 확인 완료'로 격상하는 것도 프로그램으로 금지하고 있습니다. 대조 작업은 이용자가 '자세히 알아봅니다'를 누를 때 작동합니다. 인터넷에 연결할 수 없을 때는, 과거에 원문 대조가 가능했던 결과를 대조 날짜와 함께 보여주며, 지금 대조한 것처럼 보이게 하지 않습니다.

品質と正直さ

78개 역의 확인 단계와 품질 수치. 테스트는 360건, 받는 개인 정보는 0건

앞으로는 원문으로 확인한 역을 전 78개 역으로 순차적으로 확장하고, 정기적인 배치 실행을 통해 법 개정을 감시하는 시스템으로 키워나갈 예정입니다. 또한, 표지에는 '남겨진 사람의 지도' 외에도 본인이 생전에 준비하는 '본인의 지도(살아있을 때)'와 '부모를 염려하는 가족의 지도'를 이미 나란히 배치했습니다. 이 세 가지 지도를 같은 노선도 설계 사상으로 확장해 나갈 것입니다.

7. 한번 만져보세요

'시오리'는 브라우저에서 누구나 만질 수 있는 상태로 공개하고 있습니다. 로그인이나 개인 정보 입력은 필요 없습니다.

공개 URL: https://shiori-120582716769.asia-northeast1.run.app -
리포지토리: https://github.com/koichikamachi/shiori