AlphaEvolve를 제텔카스텐에 적용하면 노트는 진화한다

Context

AlphaEvolve를 처음 봤을 때 흥미로웠던 지점은 “AI가 코드를 쓴다”가 아니었다. 더 중요한 부분은 루프였다.

아이디어를 생성하고, 평가하고, 살아남은 변형을 다시 다음 세대의 입력으로 삼는다. 이 구조는 알고리즘 최적화에만 적용되는 것이 아니다. 개인 지식관리에도 그대로 적용할 수 있다.

제텔카스텐은 원래 노트를 잘게 쪼개고 연결하면서 생각을 성장시키는 시스템이다. 그런데 실제로는 많은 노트가 쌓이다 멈춘다. 연결은 사람이 귀찮아서 끊기고, 오래된 노트는 다시 읽히지 않는다.

여기에 AlphaEvolve식 사고를 붙이면 질문이 바뀐다.

이 노트를 어떻게 보관할까?

에서

이 노트를 어떻게 다음 세대로 진화시킬까?

로 바뀐다.

Core Idea

AlphaEvolve식 제텔카스텐은 노트를 완성품으로 보지 않는다. 노트는 지식 유전자다.

하나의 글감은 다음 요소로 분해할 수 있다.

요소	의미
Concept Gene	핵심 개념
Relation Gene	다른 노트와의 연결
Context Gene	이 아이디어가 나온 상황
Value Gene	지금 쓸모 있는 이유
Fitness Metric	블로그 글로 발전시킬 기준

이렇게 보면 “좋은 노트”는 예쁘게 정리된 노트가 아니다. 다음 변이를 만들 수 있는 노트다.

Evolution Loop

내가 적용하고 싶은 루프는 다섯 단계다.

1. Knowledge DNA 분석

먼저 원본 노트를 쪼갠다.

• 이 노트의 핵심 주장은 무엇인가?
• 숨은 가정은 무엇인가?
• 어떤 경험이나 사례에서 나왔는가?
• 어떤 글감으로 발전할 수 있는가?

이 단계에서 AI는 요약기가 아니라 분해기다.

2. 탐색 공간 확장

다음으로 관점을 바꾼다.

• 개인 관점에서 조직 관점으로
• 현재 문제에서 10년 뒤 문제로
• 교육 도메인에서 소프트웨어 도메인으로
• 정방향 주장과 정반대 주장으로

좋은 글감은 이 변환을 견딘다. 약한 글감은 한 관점에서만 의미가 있다.

3. 개념 교배와 변이

서로 다른 노트를 일부러 섞는다.

예를 들어:

AI 소비형 지식관리
+ OKF
+ Hexo 블로그 자동화
= 에이전트가 읽고 갱신하는 블로그 출판 시스템

이런 조합은 단순 정리에서는 잘 나오지 않는다. 연결을 탐색해야 나온다.

4. 적합도 평가

모든 아이디어를 블로그로 올릴 필요는 없다. 평가 기준이 있어야 한다.

내 기준은 다음과 같다.

기준	질문
Novelty	새 관점이 있는가?
Coherence	글로 읽힐 만큼 일관적인가?
Practical Value	독자가 바로 써볼 수 있는가?
Evidence	출처나 사례가 있는가?
Reusability	다음 글의 씨앗이 되는가?

이 기준을 통과한 노트만 ReadyToPublish로 보낸다.

5. 최종 합성

마지막으로 글을 공개 가능한 형태로 바꾼다.

내 시스템에서는 이 단계가 다음 파일 구조로 표현된다.

BlogWritingVault
├─ Drafts
├─ ReadyToPublish
├─ Published
└─ OKF

Drafts는 변이 공간이다. ReadyToPublish는 선택된 개체다. Published는 살아남은 결과의 기록이다. OKF는 에이전트가 이 시스템을 이해하기 위한 지도다.

Why OKF Matters

OKF를 붙이면 이 과정이 더 단단해진다.

OKF는 대단히 복잡한 플랫폼이 아니다. Markdown 파일, YAML frontmatter, index.md, log.md 같은 작은 약속이다. 하지만 이 작은 약속이 사람과 에이전트 사이의 계약이 된다.

예를 들어 글 하나는 이렇게 시작한다.

---
type: Blog Post
title:
description:
resource:
tags:
timestamp:
---

사람은 본문을 읽고, 에이전트는 frontmatter를 읽는다. 사람은 글의 흐름을 보고, 에이전트는 type, tags, timestamp로 라우팅한다.

이 정도 구조만 있어도 “내 노트 전체에서 발행 후보를 찾아줘” 같은 작업이 훨씬 쉬워진다.

Practical Workflow

현재 내 로컬 시스템에서는 이렇게 실행한다.

npm run okf:candidates

이 명령은 큰 MyZettelkasten에서 후보를 찾는다.

그다음 선택한 글을 BlogWritingVault\Drafts로 가져와 다듬는다. 글이 준비되면 ReadyToPublish로 이동한다.

발행은 한 줄이다.

npm run obsidian:publish -- -Verify

이 흐름은 단순 자동화가 아니다. 노트가 평가되고, 선택되고, 출판되는 진화 루프다.

Takeaway

AlphaEvolve의 핵심을 개인 지식관리로 가져오면, 노트는 더 이상 저장물이 아니다.

노트는 변이 가능한 지식 유전자다. 연결은 교배다. 블로그 발행은 선택이다. OKF는 이 과정을 사람과 에이전트가 함께 이해하기 위한 공통 형식이다.

좋은 지식관리 시스템은 많은 노트를 쌓는 시스템이 아니다.

좋은 지식관리 시스템은 오래된 노트가 다시 진화할 수 있게 만드는 시스템이다.

Citations

[1] Google DeepMind: AlphaEvolve, a Gemini-powered coding agent for designing advanced algorithms [2] AlphaEvolve white paper [3] Open Knowledge Format specification