새벽에 터진 기억구멍

Mac mini에서 OC를 돌리다가 4.5의 dreaming을 켠 뒤, 아침에 DREAMS.md가 서로 3일 간격으로 만든 프로젝트 결정을 연결해 주는 걸 확인했다.

이전에는 장기 기억에 들어갈 내용을 직접 고르느라 손이 많이 갔는데, dreaming이 그 역할을 일부 대신해 주기 시작했다.

대신 운영 중 드러난 약점도 3개였다.

• MEMORY.md가 낮에 다시 덮어써짐

  • overnight로 승격된 항목을 에이전트가 다음날 edit 툴로 정리하면서 2개를 지워버리는 문제가 있었다.
  • 해결책으로 핵심 bootstrap 파일에는 chmod 444, 메모리 쓰기에는 append-only 규칙을 적용했다.
  • MEMORY.md는 644로 남겨 dreaming은 계속 쓸 수 있게 하되, 에이전트의 편집 권한은 제한했다.

• overnight 작업이 제대로 끝났는지 확인할 방법이 없음

  • dreaming은 새벽 3시, 사용자는 7시에 일어나기 때문에 실제로 3단계가 다 끝났는지 바로 알기 어렵다.
  • DREAMS.md를 직접 열어봐야 했고, 이를 보완하려고 dreaming 전에 도는 cron 검사를 추가했다.
  • 파일 크기, 설정, 일일 로그 존재 여부를 점검해 며칠 뒤에야 알 수 있던 문제를 미리 잡았다.

• 낮에 쓰는 로그 품질이 dreaming 품질을 좌우함

  • edit 툴로 daily log를 수정할 때 exact string match가 깨지며 항목이 망가지는 일이 있었다.
  • 이를 append-only write로 바꾸자 daily note가 훨씬 안정적이었고, dreaming의 light phase에 들어갈 재료도 좋아졌다.
  • 여기에 **proactive /compact를 60%**에서 걸어 emergency compaction을 피하게 했고, memoryFlush가 압축 전에 저장할 시간을 확보했다.

추가로, 아침 부팅 순서를 고정하고 모든 파일을 다시 읽는 대신 약 500 토큰짜리 summary card를 만들어 시스템 프롬프트에 올리자, 토큰 사용량이 약 262k에서 12k 이하로 크게 줄었다.

이 구조는 github.com/aristotle-agent/aristotle에 정리해 뒀고, 아직 npm에는 올라가지 않았다. 마지막으로 가장 궁금한 건 MEMORY.md 보호를 더 깔끔하게 하는 방법이다.