Agent memory에도 OpenTelemetry 같은 공통 규격이 필요하다는 주장

Agent memory needs its OpenTelemetry moment

Nov 8, 2026•mthines•View Original

TL;DR Highlight

에이전트 메모리 포맷이 제각각이라 OpenTelemetry식 공통 규격을 제안한 글

Who Should Read

CLAUDE.md, Cursor 규칙, memory MCP 서버 등 여러 에이전트 도구의 메모리가 서로 안 읽혀 고민인 개발자

Core Mechanics

내 컴퓨터에만 메모리 포맷이 네 가지
- 저자는 AGENTS.md/CLAUDE.md, Anthropic memory tool의 /memories, Copilot의 repo 사실 저장, memory MCP 서버(JSONL 지식 그래프)를 예로 든다.
- 네 형식은 서로의 메모리를 읽지 못한다.
OpenTelemetry는 네 층에 합의했다
- 데이터 모델, 시맨틱 컨벤션, 프로토콜(OTLP), 레퍼런스 구현에 합의하고 벤더는 저장·쿼리·분석으로 경쟁한다.
- 저자는 에이전트 메모리가 2019년 이전의 관측성 상태라고 본다.
기존 제안은 export에 치중
- MacPaw Portable Memory(.mem 번들), Open Memory Protocol(2026년 4월 초안, ZIP+manifest), Cognee COGX가 있다.
- 대부분 벤더 간 이전을 풀고, 여러 도구가 한 repo의 같은 메모리를 동시에 읽고 쓰는 live addressing은 열린 문제라고 한다.
모든 포맷이 답하는 네 질문
- 어디서 참인가, 정체성은 무엇인가(재작성 시 갱신 vs 중복), 내용은 무엇인가, 언제까지 참인가.
- 갈리는 지점은 누가 쓰느냐(사람, 모델, 추출 서비스)이며, 스펙은 이를 기록해 신뢰도를 알게 하자고 한다.
예시 레코드는 frontmatter + Markdown
- address, key, id, kind, written_by, lifecycle, attributes를 frontmatter에 두고 본문은 Markdown으로 쓴다.
- 필드명은 제안이 아니라 데이터 모델 설명용 예시라고 명시한다.
스펙은 컨벤션·계약·적합성 테스트
- 주소 레벨과 속성 네임스페이스 레지스트리, write/read/list/search/archive 연산(MCP 노출), 적합성 테스트를 제안한다.
- 저장·랭킹·임베딩·UI는 스펙 밖에 두어 경쟁 영역으로 남긴다.

Community Reactions

메모리 포맷 표준화는 너무 이르다는 의견
- OTel은 수십 년 경험 뒤에 나왔는데 지금 표준화하면 실험에 마찰만 더한다는 댓글이 있었다.
- SOAP나 SGML처럼 섣부른 추상화가 될 수 있다는 의견도 있었다.
LLM은 포맷 차이를 알아서 읽는다는 반론
- 에이전트는 이미 여러 형식의 메모리 파일을 읽고, 간단한 skill 하나면 충분하다는 댓글이 있었다.
- CLAUDE.md가 AGENTS.md를 가리키는 식으로 폴더만 달라도 성능은 비슷할 것 같다는 의견이 있었다.
병렬 세션 쓰기 충돌을 스펙이 다뤄야 한다는 지적
- 한 세션이 다른 세션의 메모리를 조용히 덮어쓸 수 있어 보인다는 댓글이 있었다.
- Anthropic의 agent memory 연구 글을 근거로 들었다.
에이전트 메모리가 오히려 해롭다는 경험
- 엉뚱한 것을 기억해 매 작업에 집착하게 만들어 모든 harness에서 끈다는 댓글이 있었다.
- 필요하면 직접 파일에 기록하라고 지시한다고 했다.

How to Apply

내 도구들의 메모리 위치 목록 만들기
- 오늘 repo와 홈 디렉터리에서 AGENTS.md, CLAUDE.md, .cursor/rules, /memories, MCP memory 서버 저장소를 찾아 표로 정리하라.
- 각 항목에 주소 범위, 작성 주체, 만료 여부를 적어 중복을 확인하라.
메모리 파일에 frontmatter 붙이기
- 팀 repo의 lesson 메모에 key, written_by, expires_at 같은 필드를 직접 정해 넣어라.
- 누가 썼고 언제까지 유효한지 보여 신뢰도를 판단하고 낡은 메모를 정리하라.
메모리 쓰기 경로를 한 곳으로 모으기
- CLAUDE.md에서 AGENTS.md를 참조하게 하고 에이전트가 쓸 디렉터리를 하나로 지정하라.
- 병렬 세션이 같은 파일을 쓰지 않도록 key별로 파일을 나눠라.

Try It

복사해서 바로 해보기

# Claude Code 또는 ChatGPT에 붙여넣기 (원문 아이디어의 간이 버전: 메모리 레코드 점검)

아래는 우리 repo의 에이전트 메모리 파일들이다.
{{메모리 파일 내용}}

각 메모리를 다음 네 질문으로 분석해 표로 만들어라.
1) 어디서 참인가(address) 2) 정체성(key, 중복 여부) 3) 내용 요약 4) 언제까지 참인가(만료·낡았을 가능성 근거)
또한 작성 주체(사람/에이전트/서비스)를 구분하라.

이어서 해 볼 것: 중복되거나 낡은 메모리를 합치고 frontmatter(address, key, written_by, expires_at)를 붙인 새 파일을 제안하라.

Terminology

OpenTelemetry관측성 데이터(트레이스·메트릭·로그)의 공통 규격이다. 어느 벤더 도구든 같은 형식으로 데이터를 주고받게 해 준다.

live addressing여러 도구가 같은 위치의 메모리를 동시에 읽고 쓰며 같은 의미로 이해하는 문제다. 공유 문서의 같은 페이지 번호 같은 것이다.

MCP에이전트가 외부 도구를 호출하는 프로토콜이다. 글은 MCP가 호출만 표준화하고 레코드 형식은 표준화하지 않는다고 말한다.

tombstone삭제했다는 표시를 남겨 두는 기록이다. 지운 흔적을 남겨 동기화할 때 삭제 사실을 알 수 있게 한다.

프롬프트 인젝션에이전트가 읽는 텍스트에 악의적 지시를 숨겨 행동을 조종하는 공격이다. 공유 메모리는 쓰는 사람이 늘어 위험이 커진다.

Related Resources

Agent memory에도 OpenTelemetry 같은 공통 규격이 필요하다는 주장

Agent memory needs its OpenTelemetry moment

Nov 8, 2026•mthines•View Original

TL;DR Highlight

에이전트 메모리 포맷이 제각각이라 OpenTelemetry식 공통 규격을 제안한 글

Who Should Read

CLAUDE.md, Cursor 규칙, memory MCP 서버 등 여러 에이전트 도구의 메모리가 서로 안 읽혀 고민인 개발자

Core Mechanics

내 컴퓨터에만 메모리 포맷이 네 가지
- 저자는 AGENTS.md/CLAUDE.md, Anthropic memory tool의 /memories, Copilot의 repo 사실 저장, memory MCP 서버(JSONL 지식 그래프)를 예로 든다.
- 네 형식은 서로의 메모리를 읽지 못한다.
OpenTelemetry는 네 층에 합의했다
- 데이터 모델, 시맨틱 컨벤션, 프로토콜(OTLP), 레퍼런스 구현에 합의하고 벤더는 저장·쿼리·분석으로 경쟁한다.
- 저자는 에이전트 메모리가 2019년 이전의 관측성 상태라고 본다.
기존 제안은 export에 치중
- MacPaw Portable Memory(.mem 번들), Open Memory Protocol(2026년 4월 초안, ZIP+manifest), Cognee COGX가 있다.
- 대부분 벤더 간 이전을 풀고, 여러 도구가 한 repo의 같은 메모리를 동시에 읽고 쓰는 live addressing은 열린 문제라고 한다.
모든 포맷이 답하는 네 질문
- 어디서 참인가, 정체성은 무엇인가(재작성 시 갱신 vs 중복), 내용은 무엇인가, 언제까지 참인가.
- 갈리는 지점은 누가 쓰느냐(사람, 모델, 추출 서비스)이며, 스펙은 이를 기록해 신뢰도를 알게 하자고 한다.
예시 레코드는 frontmatter + Markdown
- address, key, id, kind, written_by, lifecycle, attributes를 frontmatter에 두고 본문은 Markdown으로 쓴다.
- 필드명은 제안이 아니라 데이터 모델 설명용 예시라고 명시한다.
스펙은 컨벤션·계약·적합성 테스트
- 주소 레벨과 속성 네임스페이스 레지스트리, write/read/list/search/archive 연산(MCP 노출), 적합성 테스트를 제안한다.
- 저장·랭킹·임베딩·UI는 스펙 밖에 두어 경쟁 영역으로 남긴다.

Community Reactions

메모리 포맷 표준화는 너무 이르다는 의견
- OTel은 수십 년 경험 뒤에 나왔는데 지금 표준화하면 실험에 마찰만 더한다는 댓글이 있었다.
- SOAP나 SGML처럼 섣부른 추상화가 될 수 있다는 의견도 있었다.
LLM은 포맷 차이를 알아서 읽는다는 반론
- 에이전트는 이미 여러 형식의 메모리 파일을 읽고, 간단한 skill 하나면 충분하다는 댓글이 있었다.
- CLAUDE.md가 AGENTS.md를 가리키는 식으로 폴더만 달라도 성능은 비슷할 것 같다는 의견이 있었다.
병렬 세션 쓰기 충돌을 스펙이 다뤄야 한다는 지적
- 한 세션이 다른 세션의 메모리를 조용히 덮어쓸 수 있어 보인다는 댓글이 있었다.
- Anthropic의 agent memory 연구 글을 근거로 들었다.
에이전트 메모리가 오히려 해롭다는 경험
- 엉뚱한 것을 기억해 매 작업에 집착하게 만들어 모든 harness에서 끈다는 댓글이 있었다.
- 필요하면 직접 파일에 기록하라고 지시한다고 했다.

How to Apply

내 도구들의 메모리 위치 목록 만들기
- 오늘 repo와 홈 디렉터리에서 AGENTS.md, CLAUDE.md, .cursor/rules, /memories, MCP memory 서버 저장소를 찾아 표로 정리하라.
- 각 항목에 주소 범위, 작성 주체, 만료 여부를 적어 중복을 확인하라.
메모리 파일에 frontmatter 붙이기
- 팀 repo의 lesson 메모에 key, written_by, expires_at 같은 필드를 직접 정해 넣어라.
- 누가 썼고 언제까지 유효한지 보여 신뢰도를 판단하고 낡은 메모를 정리하라.
메모리 쓰기 경로를 한 곳으로 모으기
- CLAUDE.md에서 AGENTS.md를 참조하게 하고 에이전트가 쓸 디렉터리를 하나로 지정하라.
- 병렬 세션이 같은 파일을 쓰지 않도록 key별로 파일을 나눠라.

Try It

복사해서 바로 해보기

# Claude Code 또는 ChatGPT에 붙여넣기 (원문 아이디어의 간이 버전: 메모리 레코드 점검)

아래는 우리 repo의 에이전트 메모리 파일들이다.
{{메모리 파일 내용}}

각 메모리를 다음 네 질문으로 분석해 표로 만들어라.
1) 어디서 참인가(address) 2) 정체성(key, 중복 여부) 3) 내용 요약 4) 언제까지 참인가(만료·낡았을 가능성 근거)
또한 작성 주체(사람/에이전트/서비스)를 구분하라.

이어서 해 볼 것: 중복되거나 낡은 메모리를 합치고 frontmatter(address, key, written_by, expires_at)를 붙인 새 파일을 제안하라.

Terminology

OpenTelemetry관측성 데이터(트레이스·메트릭·로그)의 공통 규격이다. 어느 벤더 도구든 같은 형식으로 데이터를 주고받게 해 준다.

live addressing여러 도구가 같은 위치의 메모리를 동시에 읽고 쓰며 같은 의미로 이해하는 문제다. 공유 문서의 같은 페이지 번호 같은 것이다.

MCP에이전트가 외부 도구를 호출하는 프로토콜이다. 글은 MCP가 호출만 표준화하고 레코드 형식은 표준화하지 않는다고 말한다.

tombstone삭제했다는 표시를 남겨 두는 기록이다. 지운 흔적을 남겨 동기화할 때 삭제 사실을 알 수 있게 한다.

프롬프트 인젝션에이전트가 읽는 텍스트에 악의적 지시를 숨겨 행동을 조종하는 공격이다. 공유 메모리는 쓰는 사람이 늘어 위험이 커진다.

Agent memory에도 OpenTelemetry 같은 공통 규격이 필요하다는 주장

TL;DR Highlight

Who Should Read

Core Mechanics

Community Reactions

How to Apply

Try It

Terminology

관련 논문

Related Resources

Agent memory에도 OpenTelemetry 같은 공통 규격이 필요하다는 주장

TL;DR Highlight

Who Should Read

Core Mechanics

Community Reactions

How to Apply

Try It

Terminology

관련 논문

Related Resources