대부분의 AI 활용법은 ‘프롬프트 엔지니어링’에 집중하지만, Fraser Cottrell의 사례가 보여주는 결정적 차이는 AI에게 지속적인 ‘기억(기억 주입 시스템)‘을 부여하는 설계에 있다. 그는 두 가지 간단한 요소로 이 기억 시스템을 구축했다: (1) Memory File이라는 완전한 온보딩 문서, (2) Claude의 Custom Instruction에 “항상 Memory File을 먼저 읽어라” 한 줄을 추가하는 것.

이 두 가지는 서로 분리되어 있지만 함께 작동할 때 강력한 효과를 낸다. Memory File은 AI가 세션 간 유지해야 하는 모든 맥락(사용자 정체성, 비즈니스 구조, 프로세스, 도구, 목표, 의사소통 스타일)을 포함한다. Custom Instruction은 그 파일을 매 세션의 시작점으로 만든다. 이 조합 덕분에 Claude는 어떤 대화를 시작하든 “나는 누구인가”를 처음부터 다시 묻지 않는다.

이 설계의 미묘한 통찰은 ‘지식 베이스의 자동 갱신 루프’에 있다. Memory File은 정적이 아니다. 자동화된 회의 처리 파이프라인(Fathom → Zapier → Claude → Obsidian)이 매일 새로운 결정, 액션, 맥락을 vault에 추가한다. 따라서 Memory File은 지속적으로 확장되며, AI가 접근할 수 있는 컨텍스트의 양도 동시에 증가한다. 이것이 단순한 ‘프롬프트 템플릿’과 ‘진정한 AI 직원’의 차이다.

이 시스템에서 가장 놓치기 쉬운 점은 ‘초기 투자’의 중요성이다. Fraser는 Memory File 작성에 대부분의 설정 시간을 썼다. 이는 AI에게 수동으로 모든 맥락을 설명하는 것과 본질적으로 같지만, 한 번만 하면 영원히 효과가 지속된다. 대부분의 사람들은 이 작업을 건너뛰고 바로 사용하려 하기 때문에 결국 ‘건망증 임시 직원’을 벗어나지 못한다.

근거

“There’s a Memory file — think of it as an onboarding doc for an employee who never forgets. …the key setting: in your Cowork user preferences, tell Claude to read your Memory file at the start of every session. That single instruction is what gives it persistent context.”

“Without it, you have a powerful tool with no memory. With it, you have an employee.”

연결된 생각

출처

클리핑 · x.com