LogoSEO Jing
  • All Posts
  • SEO Jing
  • okayJing
  • KD Team
  • CLAB Coreteam
  • Study

Contact Me

© 2026 SEOJing. All rights reserved.

Graphify를 memory로 두지 않기로 했다 — 관계는 진실이 아니라 힌트다

2026년 6월 21일·3분 읽기

0. 그래프가 생기면 똑똑해진 것처럼 보인다

Graphify를 붙이면 화면이 그럴듯해진다. 함수, 파일, 개념이 노드와 엣지로 이어진다. 어떤 함수가 무엇을 호출하고, 어떤 파일이 무엇을 reference하는지 보인다. 마치 새로운 memory layer가 생긴 것처럼 느껴진다.

그런데 바로 그 지점이 위험했다. graph가 memory처럼 행동하기 시작하면 OkayJing 안에 source of truth가 두 개 생긴다.


1. source of truth는 원본이다

text
sources / chunks / chunk_fts / artifacts = source of truth
graph_imports / graph_nodes / graph_edges = derived structural hints

현재 판단은 이렇다. Graphify가 뽑은 관계는 유용하지만, 원본을 대체하지 않는다. calls, imports, references, contains 같은 edge는 다음에 읽을 후보를 좁히는 힌트다. 최종 판단은 여전히 source chunk, read_file, test, artifact readback이 한다.

edge 하나만 보고 "이 기능이 보장된다"고 말하면 안 된다. 그래프는 구조를 보여줄 수 있지만, 동작을 증명하지는 않는다.


2. Code surface에는 잘 맞는다

이 방향은 OkayJing 서식지의 Code surface와 잘 맞는다. 어떤 worker가 만진 코드와 주변 관계를 보여줄 수 있고, 다음에 읽어야 할 파일을 빠르게 좁힐 수 있다.

다만 UI에도 label이 필요하다. 이건 derived metadata라고 보여줘야 한다. 원본 링크, source coordinate, readback 버튼이 같이 있어야 한다. 그래야 그래프가 판단을 대신하지 않고, 판단을 시작할 위치만 알려준다.


3. 그래프를 붙이고 싶은 사람에게

그래프형 memory를 만들고 싶다면 먼저 source of truth를 정해야 한다. 대화 원문, 문서, 티켓, 코드 조각 같은 원본이 먼저 있고, 그래프는 그 위에 붙는 색인이어야 한다. 그래프가 원본보다 앞서면 관계 추론이 곧 기억이 되어버린다.

실용적인 시작점은 작다. node와 edge를 만들되, 각 edge가 어느 원본 조각에서 나왔는지 coordinate를 붙인다. UI에서는 "이 둘이 관련 있다"고 단정하지 말고 "이 원본 근처에서 같이 등장했다"고 보여준다. 그래야 그래프는 자동 판단자가 아니라 탐색 지도 역할을 한다.


참고 자료 / Evidence sources

  • Design note — Graphify should be derived metadata over source/index, not a competing memory layer
  • Implementation pattern — keep raw chunks and full-text search as source of truth; attach graph edges as hints
  • UX requirement — every graph hint should link back to source coordinates and readback

Post Q&A

오케이징에게 물어보기

Graphify를 memory로 두지 않기로 했다 — 관계는 진실이 아니라 힌트다 전체를 기준으로 질문과 피드백을 받아요.답을 본 뒤에는 이 내용을 댓글로 달아서 서징에게도 물어볼 수 있어요. 작성자가 직접 볼 수 있어요!

0/500

포스트 목록

/okayJing/memory
파일 12개, 폴더 0개
Gemma4 e2b를 감으로 믿지 않기 — fixture와 JSON으로 본 로컬 라우터Graphify를 memory로 두지 않기로 했다 — 관계는 진실이 아니라 힌트다작업 시작 전에 기억을 먼저 조회한다 — hermes-memory CLI를 붙인 이유기억은 요약이 아니라 증거여야 했다 — local-first Hermes memory를 만든 이유로컬 LLM worker를 믿기 전에 — summary, classification, reranking 평가 기준맥미니 M4 2TB를 산 이유 — 오케이징의 기억은 디스크에서 시작한다Honcho를 다시 검토할 때 — 오케이징의 장기 기억을 어디에 둘 것인가기억이 skill을 자동으로 고치면 안 되는 이유오케이징의 기억은 하나가 아니다 — memory, ticket, session_search의 역할 분담context pack은 요약본이 아니다 — 오케이징 기억에 source_id를 붙인 이유오래된 기억을 어떻게 믿을 것인가 — stale-check와 promotion queue 기준벡터 검색을 지금 붙이지 않는 이유 — FTS와 source discipline 이후의 순서

같은 섹션의 대표 이미지

12 posts · latest first
Gemma4 e2b를 감으로 믿지 않기 — fixture와 JSON으로 본 로컬 라우터 글의 리소그래프 스타일 대표 이미지 배경
OkayJing26. 06. 21.

Gemma4 e2b를 감으로 믿지 않기 — fixture와.

OkayJing이 Gemma4 e2b 로컬 라우팅을 감이 아니라 fixture, JSON schema, fallback, raw slice readback으로 평가한 과정을 정리합니다.

26. 06. 21.SEOJing
Graphify를 memory로 두지 않기로 했다 — 관계는 진실이 아니라 힌트다 글의 리소그래프 스타일 대표 이미지 배경
OkayJing26. 06. 21.

Graphify를 memory로 두지 않기로 했다 — 관계는.

OkayJing이 Graphify를 별도 memory layer로 두지 않고 기존 source/index 위의 derived metadata로 붙이기로 한 판단을 정리합니다.

26. 06. 21.SEOJing
OkayJing26. 06. 16.

기억이 skill을 자동으로 고치면 안 되는 이유.

오케이징이 memory에서 발견한 사실을 바로 skill이나 persistent memory에 반영하지 않고, 검증과 review gate를 거치게 한 이유를 정리합니다.

26. 06. 16.SEOJing
OkayJing26. 06. 15.

벡터 검색을 지금 붙이지 않는 이유 — FTS와 source.

오케이징 memory에 vector search를 바로 붙이지 않고 FTS, path boost, source discipline을 먼저 안정화하기로 한 이유를 정리합니다.

26. 06. 15.SEOJing
OkayJing26. 06. 14.

로컬 LLM worker를 믿기 전에 —.

오케이징 memory에 local LLM worker를 붙일 때, 요약이나 분류 결과를 바로 믿지 않고 작은 평가 기준부터 세우기로 한 이유를 정리합니다.

26. 06. 14.SEOJing
OkayJing26. 06. 11.

오래된 기억을 어떻게 믿을 것인가 — stale-check와.

오케이징 memory에서 오래된 근거를 바로 장기 사실로 승격하지 않고 stale-check와 promotion queue를 거치게 한 이유를 정리합니다.

26. 06. 11.SEOJing
OkayJing26. 06. 10.

작업 시작 전에 기억을 먼저 조회한다 — hermes-memory.

오케이징이 작업을 시작할 때 과거 대화만 믿지 않고 hermes-memory의 stale-check, extract, context pack으로 근거를 먼저 모으게 된 이유를 정리합니다.

26. 06. 10.SEOJing
OkayJing26. 06. 02.

맥미니 M4 2TB를 산 이유 — 오케이징의 기억은 디스크에서.

오케이징을 위해 Mac mini M4 2TB를 구매하면서 저장공간의 한계를 없애고, 속도와 품질, 토큰 소비, macOS/WSL 운영 분리를 다시 설계하게 된 과정을 정리합니다.

26. 06. 02.SEOJing
OkayJing26. 06. 01.

context pack은 요약본이 아니다 — 오케이징.

오케이징의 context pack을 단순 요약본이 아니라 git 상태, facts, events, source-linked chunks를 묶은 작업용 증거 묶음으로 설계한 이유를 정리합니다.

26. 06. 01.SEOJing
OkayJing26. 05. 31.

기억은 요약이 아니라 증거여야 했다 — local-first.

Honcho나 Mem0 같은 외부 backend를 붙이기 전에, 왜 오케이징의 기억을 SQLite와 source-linked evidence 중심으로 먼저 만들었는지 정리합니다.

26. 05. 31.SEOJing
OkayJing26. 05. 25.

Honcho를 다시 검토할 때 — 오케이징의 장기 기억을.

built-in memory로 충분한지, Honcho나 Mem0 같은 memory backend를 도입할 기준은 무엇인지 오케이징 운영 관점에서 정리합니다.

26. 05. 25.SEOJing
OkayJing26. 05. 21.

오케이징의 기억은 하나가 아니다 — memory,.

오케이징이 장기 기억, 작업 상태, 과거 대화 검색을 서로 다른 저장소로 나눠 쓰는 이유를 정리합니다.

26. 05. 21.SEOJing