Fable5가 화려하게 돌아왔습니다. Codex 베테랑 유저로서, 과연 소문만큼 좋은지, 특히 Codex를 대체할 수 있을지, 아니면 제가 한계까지 최적화한 메모리 시스템을 개선하는 데 도움이 될지 테스트해보지 않을 수 없었습니다. Zenmux에 $10을 충전하고 Fable5를 Claude Code에 연결했습니다. 요약하자면, Fable5는 Codex의 '울트라 하이' 지능의 '대장'입니다!!! (메모리 시스템 Skill 링크는 글 마지막에 있습니다).
이전에 작업하던 반완성 메모리 시스템 관련 글:
https://x.com/gengdaJ/status/2067985719675773192
https://x.com/evermind/status/2063262473357336824
https://x.com/gengdaJ/status/2068555151733043504
Fable5는 확실히 비싸서, 타임라인의 고수분들 조언대로 Fable5에게 Codex 메모리 시스템의 조언과 기획 단계를 맡겼습니다.
직접 써보니 알겠더군요. 'First Principles'로 첫 점검을 했는데, 엄청난 양의 버그와 최적화 포인트를 찾아냈습니다. 기술적 전문성은 의심할 여지가 없으며, Codex 본인도 인정했습니다. Fable5의 제안이 가끔 빈틈이 없던 건 아니지만, 4:1 비교에서는 Fable5의 압승이었습니다.
그건 시작에 불과했습니다. Fable5의 놀라운 능력은 이제 막 드러나기 시작했습니다. Codex에게 개발 계획을 정리하게 하고 Fable5에게 검토를 보냈습니다. Fable5는 계속해서 문제를 제기했고, Codex는 계속 동의했습니다.
그런 다음 Codex가 Fable5의 제안에 따라 최적화하도록 했습니다. 완벽하다고 생각해서 다시 Fable에게 보냈습니다.
결국 Fable은 여전히 수많은 문제점을 발견했습니다. 정말 감탄했습니다. 바로 Codex에게 가장 엄격한 '아버지'를 인정하라고 했습니다.
개발 후에도 Fable5는 예리함을 유지하며 코드 리뷰 단계를 완벽히 처리했습니다.
이번 테스트를 통해 Fable5가 의사 결정과 판단에 있어서 정말 탄탄하다는 것을 인정할 수밖에 없습니다. 충성스러운 Codex 유저로서도 칭찬하지 않을 수 없네요. 앞으로도 복잡한 시스템(다음은 Agent 검색 시스템 최적화)에 Fable5를 계속 사용할 예정입니다. 비싸긴 하지만, 제대로 쓸 곳에 쓰면 그만한 가치가 있습니다.
Fable5의 무시무시한 기획 능력을 직접 체험해보고 싶다면, 저처럼 Zenmux API를 호출해보세요 (제 생각에 최고의 Claude 소스 품질을 제공합니다): https://zenmux.ai/invite/GYMUHL. 오늘 확인해보니 무료 구독자도 웹 버전을 사용해볼 수 있고, 종량제 사용자(크레딧 > 0)는 무료로 API를 직접 호출할 수 있으며, 충전 시 20% 보너스를 받을 수 있습니다. 괜찮은 혜택이죠!
자, 이제 Fable5가 재구성한 이 메모리 시스템 아키텍처에 대해 이야기해보겠습니다. 간단한 설명만으로도 그 위력을 이해하실 수 있을 겁니다:
현재 제 Codex 메모리 시스템은 로컬에서 감사 가능하고, 검색 가능하며, 유지보수가 가능한 Agent Obsidian 메모리 저장소입니다. Codex와 공유한 프로젝트, 함정, 선호도, 결정 사항, 재사용 가능한 워크플로우 등을 Obsidian의 Markdown 문서로 자연스럽게 전환합니다. 그런 다음 SQLite, 전문 검색, 의미 검색, Git, 훅, closeout 스크립트를 사용하여 자체 운영 및 자체 반복을 실현합니다.
기본 개념
기능을 살펴보기 전에 여덟 가지 기본 개념을 이해해야 합니다:
- Obsidian Markdown: 원본 메모리 아카이브 기본적으로 표준
.md텍스트 파일입니다. 왜 데이터베이스를 사용하지 않을까요? Obsidian은 비개발자에게 더 친숙하기 때문입니다. 사람이 직접 읽고 편집할 수 있고, Git으로 변경 사항을 추적할 수 있습니다. 이것이 메모리 시스템의 '진실 공급원(source of truth)'입니다.
- INDEX.md: 디렉토리 및 안내 데스크
INDEX.md는 메모리 자체가 아니라 '입구 지도'입니다. Markdown이 도서관이라면,INDEX.md는 안내 데스크의 목록으로, Agent에게 어떤 파일이 중요한지, 답을 어디서 찾을 수 있는지 알려줍니다.
- SQLite / FTS: 빠른 검색 카드 SQLite는 작은 로컬 데이터베이스이고, FTS는 그 전문 검색 기능입니다. '사실 공급원'이 아니라 '검색 색인'이며, 도서관에서 제목, 키워드, 요약을 위한 색인 카드와 같습니다.
- Zvec: 의미 검색 Zvec은 벡터 검색, 즉 '의미로 검색'입니다. 일반 검색은 정확한 키워드가 필요한 반면, 의미 검색은 정확한 용어를 사용하지 않아도 관련 메모리를 찾을 수 있습니다.
- Git: 변경 기록 및 롤백 보험 Git은 버전 관리 시스템입니다. 누가, 언제, 어떤 줄을 변경했는지, 오류 발생 시 롤백할 수 있는지 등을 알려줍니다.
- closeout 스크립트: 작업 후 자동 정리 도구 Closeout은 정리 프로세스를 자동화합니다. 메모리 업데이트, 인덱스 새로고침, Git 커밋이 Agent의 '기억'에 맡겨지는 것이 아니라 단일 명령어로 처리되도록 보장합니다.
- audit 스크립트: 정기 건강 검진 의사 저장소가 커지면 지저분해집니다. Audit은 오래된 메모리, 오랫동안 해결되지 않은 미해결 루프, 중복 파일을 식별하여 사람이 검토하도록 합니다.
- AGENTS.md: 시스템 헌법
AGENTS.md는 Agent의 행동 규칙을 정의합니다: 언제 메모리를 읽을지, 무엇을 쓸지, 그리고 언제 반드시 사용자에게 물어봐야 하는지(예: 민감한 데이터나 삭제).
메모리 시스템 워크플로우
- 작업 입력: 사용자가 질문합니다.
- AGENTS.md 읽기: 운영 범위와 규칙을 결정합니다.
- INDEX.md 읽기: 낮은 토큰 비용으로 관련 파일을 찾습니다.
- 통합 검색: 필요한 경우 SQLite/Zvec을 사용하여 특정 메모리를 찾습니다.
- Markdown 소스 읽기: 실제 읽을 수 있는 파일에서 사실을 확인합니다.
- 작업 실행: 장기 컨텍스트를 활용하여 작업합니다.
- 메모리 가치 판단: 새 정보를 저장할 가치가 있는지 결정합니다.
- 쓰기 전 조정: 이전 메모리와의 중복이나 충돌을 확인합니다.
- Markdown에 쓰기: 분류하여 올바른 디렉토리에 저장합니다.
- Closeout 실행: 인덱스 새로고침, 민감 정보 확인, 세션 기록.
- Git 로깅: 변경 사항에 대한 감사 가능한 추적을 생성합니다.
- 정기 감사: 주간 점검을 통해 저장소 상태를 유지합니다.
메모리 시스템의 장점
- 통제 가능한 사실 공급원: 로컬 Markdown에 저장되어 특정 플랫폼에 종속되지 않습니다.
- 완전한 검색: 탐색, 키워드 검색, 의미 검색을 결합합니다.
- 조정: 쓰기 전에 중복과 충돌을 방지합니다.
- Closeout 루프: 메모리 저장을 표준화된 프로세스로 만듭니다.
- Git 버전 관리: 완전한 추적 가능성과 롤백 기능을 제공합니다.
- 감사 메커니즘: 메모리 저장소를 깔끔하고 관련성 있게 유지합니다.
- 제한된 자동화: 고위험 작업은 항상 사람의 확인을 요구합니다.
- 자체 진화: 감사된 경험을 통해 Agent가 역량을 키울 수 있도록 합니다.
마지막으로, 이 메모리 시스템을 Skill로 패키징했습니다: https://github.com/mcncarl/codex-memory. Codex에 연결하거나 필요에 맞게 계속 최적화할 수 있습니다! ☺️
