DanzzaN

외장뇌의 의미 관계는 embedding이 아니라 명시적 링크로 유지한다

주장

이 외장뇌에서 오래 유지할 의미 관계는 사람이 볼 수 있는 Markdown [[링크]]로 표현하며 embedding을 별도의 관계·검색 계층으로 사용하지 않는다. 링크를 따라가는 구체적인 절차는 현재 작업과 도구에 맞춰 바꿀 수 있고, 이를 위해 별도 Skill을 반드시 유지할 필요는 없다.

사람과 AI가 같은 연결을 검토하기

벡터 유사도를 지식을 찾는 핵심 수단으로 두면 Markdown 그래프와 별개인 보이지 않는 관계 계층이 생긴다. 그러면 사람과 AI가 같은 구조를 검토하기 어렵고, 중요한 관계를 명시적으로 기록해야 할 동기도 약해질 수 있다. 명시적 링크를 정본으로 두면 사람이 Obsidian에서 고친 관계와 AI가 탐색하는 관계가 같으며, 다음 모델도 사용한 맥락의 연결 경로를 Markdown에서 확인할 수 있다.

본문·링크·검색·도구가 맡는 일

  • Markdown 본문: 지식과 맥락
  • 명시적 링크: 오래 유지할 의미 관계
  • frontmatter: 노드의 속성과 검증 상태
  • 파일명·본문 검색: 링크만으로 찾지 못한 후보를 발견하는 보조 수단
  • 현재 모델과 필요한 최소 지침: 제목에서 후보를 고르고 관련 노트와 링크를 따라가는 탐색 판단
  • 도구·서버: 목록·본문·링크·검색을 제공하고 요청 크기·접근 범위 같은 기술 한도를 집행
  • 선택적 Skill: 반복적인 탐색 실패가 있을 때 필요한 절차만 보완
  • Git: 물리적인 변경 이력과 복구

검색에서 반복적으로 유용한 관계를 발견했다면 자동으로 숨은 인덱스에만 남기기보다 별도 승격 검토를 거쳐 Markdown 링크로 표현한다.

관계를 설명하는 위치

개인사이트 논의에서 DanzzaN은 파일명이나 본문을 읽어 관계를 확인할 수 있으면 충분하다고 정정했다. 명시적 링크를 유지한다는 원칙은 각 링크의 종류·이유·의미 방향을 별도 필드에 의무적으로 작성한다는 뜻이 아니다. 연결·백링크 계산에 필요한 출발·대상과 방문자에게 의미 라벨·화살표를 보여 주는 선택도 구분한다.

기존 제목·본문의 설명으로 충분하면 그 맥락을 재사용한다. 개인사이트 설계와 운영의 의사결정 - Codex 대화의 정정은 관계를 지우라는 요청이 아니라, 관계를 담는 본문과 별도 표현 모델의 책임을 구분한 것이다.

보장 경계

  • embedding이 모든 시스템에서 나쁘다는 일반 주장이 아니라 DanzzaN의 외장뇌에 채택한 아키텍처 경계다.
  • 링크가 존재한다고 관계가 항상 유효하거나 충분하다는 뜻은 아니며 링크 품질과 고아·중복 노트는 계속 검토해야 한다.
  • 구체적인 탐색 깊이와 중단 조건은 영구적인 개인 맥락과 분리한다. 기존 Skill의 수치나 절차를 원격 구성에 자동 승계하지 않는다.

근거

연결

그래프 뷰

백링크