Karpathy의 LLM Wiki, Google이 표준 포맷으로 만들어버렸습니다

전통적인 위키 관리가 실패하는 이유는 사람이 업데이트를 포기하기 때문입니다. Google이 이 문제를 OKF 라는 표준으로 해결하려 합니다.

LLM Wiki ☑ RAG 는 매번 답을 조립하고, LLM Wiki 는 지식을 쌓습니다 RAG 는 질문할 때마다 문서를 검색해서 답을 만듭니다. LLM Wiki 는 LLM이 문서를 읽고 위키로 정리한 뒤 계속 업데이트합니다. ↳ Karpathy: “사람과 달리 LLM은 지루해하지 않고 15개 파일을 한 번에 고칠 수 있다”

OKF ☑ 비슷한 패턴이 난립했습니다. Google이 하나로 정리했습니다 CLAUDE.md, AGENTS.md, Obsidian vault 는 전부 비슷한 구조입니다. 서비스마다 규칙이 달라서 모델을 바꾸거나 팀을 옮기면 처음부터 다시 만들어야 했습니다. ↳ OKF 는 최소한의 공통 규약만 정했습니다. 특정 클라우드나 모델에 종속되지 않습니다.

포맷 ☑ markdown + YAML frontmatter 가 전부입니다 파일 하나가 지식 단위 하나와 매칭됩니다. 상단에 YAML frontmatter 로 메타데이터를 넣고 나머지는 markdown 본문입니다. ↳ 필수 필드는 type 하나뿐입니다. schema registry 도 SDK 도 없습니다.

파일 간 연결 관계 ☑ 별도의 graph database 없이 markdown link 만으로 관계 네트워크가 만들어집니다 orders.md 에서 customers 로 링크하면 테이블 간 join 관계가 됩니다. ↳ 파일을 열 수 있으면 읽을 수 있고 git clone 하면 배포할 수 있습니다.

관리 방식 ☑ 일종의 설치 파일, bundle 또한 사실은 단순 폴더입니다. 폴더이기 때문에 Git 에 포함할 수 있고, 이후 diff, blame, PR review 로 지식 문서를 코드처럼 관리할 수 있습니다. ↳ 에이전트가 코드를 읽을 때 OKF 문서도 바로 옆에서 같이 읽습니다. context 를 따로 조립할 필요가 없습니다.

호환성 ☑ Notion 에 쓴 지식은 Notion 에 갇힙니다. OKF 는 이 종속을 끊습니다 사람이 쓴 파일을 AI 에이전트가 읽어도 되고 LLM이 생성한 파일을 사람이 브라우저로 봐도 됩니다. ↳ OKF 포맷만 지키면 양쪽 도구를 자유롭게 바꿀 수 있습니다.

현재 프로젝트의 상황 ☑ 이제 막 시작한 프로젝트입니다 Google 은 스펙과 함께 BigQuery enrichment agent, HTML 시각화 도구, 샘플 bundle 3개를 공개했습니다. ↳ 일단은 구조와 향후 프로젝트의 방향성만 참고하는 것을 추천드립니다.

CLAUDE.md 나 AGENTS.md 쓰면서 매번 context 를 다시 조립하고 있다면 OKF 의 취지가 바로 와닿을 겁니다. 새 모델이 나올 때마다 파이프라인을 처음부터 다시 짜는 일, 이걸로 끝낼 수 있지 않을까 기대해봅니다.

LLM-wiki: https://lnkd.in/gFiYSCWn OKF spec: https://lnkd.in/gPrYMaJV