구글의 새로운 Open Knowledge Format은 사실상 CLAUDE.md / 메모리 폴더 패턴을 사양으로 공식화한 것임. 이미 내 Claude 설정에 적용해 둔 방식임.
Google's new Open Knowledge Format is basically the CLAUDE.md / memory-folder pattern, formalized into a spec. I'd already built it for my own Claude setup.
핵심 요약
구글이 공개한 Open Knowledge Format(OKF)이 이미 많은 사용자가 활용 중인 마크다운 기반 메모리 관리 패턴과 유사하다는 분석입니다.
- OKF 사양 — 마크다운 파일과 YAML frontmatter를 활용한 지식 관리 표준화함.
- 구현 방식 — 로컬 파일 시스템과 깃(Git)을 활용해 에이전트 메모리를 구축함.
- 메모리 계층 — 단순한 파일 구조를 넘어 프로젝트 관리와 연동된 다층적 메모리 체계를 구축함.
- 도구 활용 — Obsidian이나 로컬 깃 저장소를 활용해 에이전트의 문맥 이해도를 높임.
구글 클라우드는 6월 12일에 Open Knowledge Format(OKF) v0.1을 발표했습니다(공지: Google Cloud 블로그; 사양 + 저장소: GitHub). 핵심을 요약하자면, 각 파일에 작은 YAML frontmatter 블록이 있고 일반 마크다운 링크로 상호 연결된 마크다운 파일 디렉토리로서의 조직 지식입니다. 필수 필드는 type 하나뿐입니다. 탐색을 위한 선택적 index.md와 변경 이력을 위한 log.md가 있습니다. 이게 사양의 전부입니다.
저는 이미 몇 달 동안 제 어시스턴트의 메모리를 위해 본질적으로 이 방식을 운영해 왔기에, 같은 작업을 하려는 분들을 위해 몇 가지 관찰한 점을 공유합니다:
type을 유일한 필수 필드로 정한 것은 올바른 결정입니다. 수많은 노트를 쿼리 가능하게 만드는 데 실제로 필요한 유일한 구조적 요소이기 때문입니다. 그 외의 것들(태그, 타임스탬프, 설명)은 유용하지만 상황에 따라 다릅니다.- 위키 스타일의
[[links]]보다 표준 마크다운 링크가 더 이식성이 좋은 선택입니다. GitHub에서 렌더링되며 별도의 해석기가 필요 없습니다. 만약 지금[[ ]]를 사용 중이라면(저도 일부는 그렇습니다), 마이그레이션할 가치가 있는 유일한 부분입니다. - 이 형식은 의도적으로 "최소한의 의견만 반영"하는 선에서 멈췄습니다. 콘텐츠 모델이 아닌 상호 운용성 표면을 표준화한 것입니다. 따라서 여러분의 노트를 유용하게 만드는 관습들... 각 노트의 출처, 중요성, 사용 의도, 최신 상태 여부 등은 여전히 여러분이 추가해야 할 몫입니다. 바로 그런 것들이 구글이 PR로 받기를 원하는 확장 기능들입니다.
제가 놀라운 점은 이것입니다: 에이전트에게 메모리를 제공하는 최첨단 기술이 메모장에서 열 수 있는 텍스트 파일 폴더라는 사실입니다. 만약 여러분이 단순하게 유지할 명분을 기다리고 있었다면, 1조 달러 규모의 플랫폼 팀이 바로 그 결론을 오픈 사양으로 내놓은 셈입니다.

