무슨 일인가요
Hugging Face는 9월 3일 블로그에서 Funes를 공개했습니다. David Corvoysier 등 6명이 쓴 글은 Funes를 "Claude Code, Codex, pi, Hermes를 위한 내구성 있는 메모리 계층"이라고 소개합니다. 공식 설치는 셸 스크립트 한 줄이고, funes add claude처럼 에이전트를 등록하면 그 에이전트가 recall과 get 도구로 과거 세션을 찾아보게 됩니다. 공식 핵심 문장은 "메모리는 서비스가 아니라 데이터셋"입니다. 세션 기록을 로컬 Lance 데이터셋으로 만들고, 공유가 필요할 때만 Hugging Face Hub의 비공개 데이터셋으로 올리는 구조입니다. 공식
세션 트레이스
Claude Code·Codex·pi·Hermes
파싱
같은 turn-and-block 형태로 통일
청킹·임베딩
고정된 로컬 모델
Lance 데이터셋
로컬 저장, 증분 색인
recall / get
에이전트가 작업 중 호출
README에 따르면 Funes는 Rust로 짜였고, 벡터 검색과 BM25를 함께 돌린 뒤 재순위와 최근성 가중치를 얹습니다. 공식 생성 모델은 포함하지 않아 에이전트가 쓰던 모델을 그대로 쓰고, 임베딩 백엔드는 macOS에서 Accelerate, Linux에서 순수 Rust가 기본이며 ONNX Runtime을 고를 수 있습니다. 공식 요구 사항은 glibc 2.35 이상의 Linux 또는 Apple Silicon Mac이고, 라이선스는 Apache 2.0입니다. 공식
왜 중요한가요
블로그의 "인수인계 대 회상" 벤치마크는 이전 세션의 지식이 있어야 풀리는 과제 두 개를 놓고, 컨텍스트 압축(compaction), 사람이 써 둔 인수인계 문서, Funes 회상(recall) 세 방식을 비교했습니다. 공식 지표는 "성공한 과제당 가중 토큰"입니다. 회상이 두 과제 모두 가장 쌌고, 인수인계 문서보다 한 과제에서 8배, 다른 과제에서 4배 저렴했습니다. 데이터 기본 동작인 컨텍스트 압축은 한 과제를 아예 풀지 못했습니다. 데이터
| 항목 | 인수인계 ÷ 회상 |
|---|---|
| 과제 1 | 8배 |
| 과제 2 | 4배 |
출처: Hugging Face 블로그 'Give Your Coding Agents a Memory You Own' (2026-09-03)
공유 방식도 다릅니다. funes add codex acme/funes-memory처럼 메모리를 Hub 데이터셋에 묶으면 기본이 비공개이고, 소유권·접근 제어·버전 관리·배포는 Hub가 다른 데이터셋에 제공하는 것을 그대로 씁니다. 공식 자격 증명은 색인 단계에서 지워지고, 게시 직전에 모든 청크를 다시 검사해 비밀처럼 보이는 것은 올리지 않습니다. 공식
주의할 점
무엇을 보면 되나요
- 여러 에이전트를 번갈아 쓰는 개발자: Claude Code에서 내린 결정을 Codex가 읽을 수 있습니다. 임베딩과 재순위가 로컬에서 돌아 외부 API를 부르지 않습니다. 공식
- 팀: Hub 비공개 데이터셋으로 공유하면 기계가 달라도 같은 기억을 씁니다. 게시된 메모리에는 데이터셋 카드와 funes 태그가 붙습니다. 공식
- 지켜볼 것: 벤치마크가 과제 두 개뿐이라 일반화는 이릅니다. 추정 지원 에이전트 확대는 GitHub 이슈로 받겠다고 했습니다.
