프로젝트 세 개 굴리다 지친 질문에 mem0·Hindsight로 답했다

성능 논쟁과 계정 리스크 이야기가 오후를 지나 저녁으로 넘어가자, 화제는 실무 운영 노하우 쪽으로 방향을 틀었다. 저녁 5시 4분, 한 참여자가 조언을 구했다. 윈도우 데스크톱에서는 헤르메스(HERMES)로, 맥북에서는 코덱스(Codex)로 각각 프로젝트 세 개를 동시에 굴리다 보니 진행 상황 파악이 깜깜이가 됐다는 고민이었다.

"저 선생님들 조언 해주실 수 있을까요? 프로젝트 세개를 하나는 윈도우 데탑에 헤르메스로 하는데 두개는 맥북 코덱스로 하거든요."

4분 뒤 첫 답변이 붙었다. 문서 기반으로 진행 상황을 관리하는 방식이 가장 기본적이지만, 장기적으로는 별도의 메모리시스템을 구축하는 편이 낫다는 조언이었다.

"독스 드라이븐이 제일 클래식한 방법인데. 장기적으로 봤을땐 메모리시스템 구축하는게좋죠"

이어 더 구체적인 실행 방법도 제시됐다. 진행 상황을 기록하는 파일 하나를 여러 세션이 함께 보고 업데이트하게 하는 방식이었다.

"Task.md 파일을 3개의 세션에게 공유 시키고 완료 업데이트를 하게 하면 됩니다"

질문을 올렸던 참여자는 4분 뒤 자신의 기존 습관을 되짚으며 반응했다. 매일 짧게 남기던 개발일지가 실제로 에이전트의 혼란을 줄여줬다는 걸 새삼 깨달았다는 것이다.

"감사합니다!! 생각해보니 하던거 중에 개발일지를 매일 짧은 기록으로 남기게 해 둔거는 에이전트가 덜 헤메이는것 같아요!!! 새 프로젝트 시작할 때마다 필수 생성 파일로 하도록 해야겠어요"

대화는 오픈소스 메모리시스템 추천으로 마무리됐다. 용도에 따라 세 갈래로 나눈 정리였다.

"오픈소스로 추천드리자면, 범용적으로 쓴다 = mem0 시계열성 강한 지식그래프를 원한다 = hindsight 공부하면서 입맛대로 만지고싶다 = 슈퍼메모리 추천"

범용은 mem0, 시계열 지식그래프가 필요하면 힌드사이트(Hindsight), 직접 커스터마이징하고 싶으면 슈퍼메모리라는 이 삼분법은, 멀티 프로젝트를 다루는 방법이 문서 공유에서 메모리시스템 구축으로 옮겨가고 있다는 흐름을 시사한다. 질문자가 이미 실천하고 있던 개발일지 습관이 뒤늦게 재조명된 점도 눈에 띈다 — 정교한 도구를 찾아 나서기 전에, 이미 하고 있던 단순한 기록 습관이 답에 더 가까웠을 수 있다는 것이다. 하루 종일 성능·계정·라우팅을 둘러싼 불만이 오갔던 것과 달리, 이 대화만큼은 질문에서 실행 가능한 답까지 20여 분 만에 매끄럽게 이어졌다는 점도 눈에 띈다. 여러 하네스를 동시에 굴리는 사용자가 늘어날수록, 진행 상황을 어떻게 동기화할지에 대한 고민도 이 방에서 계속 이어질 것으로 보인다.