에이전트에게 일을 맡길 때 가장 자주 반복되는 비용은 프롬프트 작성 시간이 아닐 수 있다. 지난 대화에서 정리한 프로젝트 배경, 팀의 용어, 문서 형식, 담당자 정보를 다시 설명하는 일이다. 이 맥락이 누적될수록 사람은 편해지지만, 동시에 에이전트가 어디까지 알고 어디에서 행동하는지를 구분하기 어려워진다.
Anthropic은 2026년 8월 25일 Claude Chat과 Claude Cowork가 하나의 메모리를 공유하도록 바꿨다고 발표했다. Chat에서 기억한 내용이 Cowork의 클라우드 작업에 전달되고, Cowork 작업 중 새로 생긴 맥락도 Chat으로 돌아온다는 설명이다. Cowork는 대화형 응답보다 여러 단계의 작업을 수행하는 에이전트 기능이다. 따라서 이번 변화는 편의 기능 추가라기보다, 대화 맥락이 실행 맥락이 되는 경계가 넓어진 사례로 볼 수 있다.
재설명이 줄어드는 대신 기억의 영향 범위가 커진다
공식 안내에 따르면 Cowork는 클라우드에서 세션을 실행하며, 세션과 파일은 Claude 계정에 저장된다. 같은 계정으로 데스크톱, 웹, 모바일을 오가며 작업을 이어갈 수 있다. 공유 메모리가 적용된 클라우드 세션에서는 Chat에서 쌓인 맥락으로 작업을 시작하고, 작업에서 나온 내용도 이후 Chat에 반영된다.
이 흐름은 조사와 실행이 분리된 업무에서 특히 유용하다. 예를 들어 Chat에서 행사 기획의 참석 인원, 장소, 발표자를 정리한 뒤 Cowork에 예산표와 운영 문서 작성을 맡기면 같은 정보를 다시 넣을 필요가 줄어든다. 업무 용어와 문서 형식을 매번 설명하지 않아도 되는 것도 장점이다.
다만 편리함과 신뢰 범위를 같은 말로 다루면 안 된다. 대화에서 무심코 언급한 이전 프로젝트명, 오래된 조직 구조, 임시로 세운 일정이 이후 작업의 전제가 될 수 있다. 기억이 틀려도 작업은 그럴듯한 결과를 만들 수 있어서, 오류를 알아차리는 시점이 늦어질 수 있다.
이번 변경에서 확인할 수 있는 통제 장치
Anthropic은 메모리 설정의 Topics 목록에서 기억된 항목을 읽고, 항목별로 수정하거나 삭제할 수 있다고 설명한다. 대화가 끝난 뒤 요약하는 방식이 아니라 대화 중 주제를 메모리에 추가하는 방식도 함께 소개했다. 이는 메모리를 편의용 블랙박스로 두지 않고, 사용자가 검토할 수 있는 데이터로 다루려는 방향이다.
민감한 주제는 기본적으로 메모리에 저장하지 않는다고 한다. 건강, 인종·민족, 종교적 신념, 정치, 성 정체성 등이 여기에 포함된다. 필요하면 설정에서 민감 주제 포함을 켤 수 있고, 저장 시 알림을 받는다. 정부 발급 신분증 번호나 사회보장번호처럼 일부 항목은 이 설정을 켜도 저장하지 않는다고 명시했다.
그렇다고 민감 주제 제외 설정만으로 업무 데이터 관리가 끝나는 것은 아니다. 업무상 민감할 수 있는 고객명, 미공개 제품 계획, 계약 조건, 내부 인사 정보는 개인의 건강 정보와는 다른 기준으로 관리된다. 무엇을 ‘민감’으로 분류하는지, 어떤 맥락이 작업에 전달되어도 되는지는 조직과 업무가 정해야 할 문제다.
작업 에이전트의 기억은 권한과 함께 봐야 한다
Cowork는 원격 격리 환경에서 코드를 실행하고, 연결을 허용한 폴더의 파일을 읽고 쓸 수 있다. 웹 검색과 웹 가져오기, MCP 같은 경로에는 별도 주의가 필요하다고 도움말은 안내한다. 로컬 파일이나 브라우저에 접근하는 작업은 데스크톱 앱이 연결 역할을 할 수 있으며, 실제 행동을 할 수 있으므로 계획을 검토하라고 권고한다.
여기서 중요한 점은 메모리가 파일 권한을 늘린다는 뜻은 아니라는 것이다. 하지만 에이전트가 이미 알고 있는 정보가 많아지면, 같은 권한 안에서도 더 구체적인 요청과 결과가 나올 수 있다. 예컨대 특정 고객의 보고서 형식을 기억한 에이전트가 연결된 폴더에서 자료를 찾는다면, 사람은 파일 접근 권한뿐 아니라 그 고객 맥락이 작업에 쓰이는 것이 적절한지도 살펴야 한다.
자동 승인 모드는 이 점을 더 신중하게 만든다. Cowork 도움말은 읽기 전용 도구와 쓰기·삭제 도구를 구분해 설명하고, 금전, 메시지 발송, 중요한 파일처럼 실제 결과가 생기는 일에서는 가까이서 검토하거나 수동 승인 모드를 고려하라고 안내한다. 기억이 풍부해질수록 ‘무엇을 할 수 있는가’와 ‘무엇을 이미 알고 있는가’를 함께 확인하는 편이 낫다.
도입 전에 만들어 둘 작은 기억 관리표
개인이나 작은 팀이라도 거대한 거버넌스 문서부터 만들 필요는 없다. 반복 작업 하나를 골라 다음 세 가지를 먼저 적어 보면 충분하다.
- 기억해도 되는 사실: 문서의 톤, 프로젝트의 공개 명칭, 반복되는 산출물 형식처럼 오래 유지돼도 문제가 적은 정보다.
- 작업마다 다시 확인할 사실: 마감일, 가격, 담당자, 고객 상태처럼 자주 바뀌거나 잘못 적용될 때 영향이 큰 정보다. 메모리에 있더라도 작업 시작 시 원본 문서나 사람에게 다시 확인한다.
- 기억에서 제외할 사실: 자격 증명, 식별번호, 계약·인사 관련 세부 정보처럼 다른 작업에 자동으로 섞이면 안 되는 정보다. 입력 경로와 연결 도구까지 함께 점검한다.
그다음에는 실제 작업 한 건으로 검증한다. Chat에 배경을 정리한 뒤 Cowork에 초안이나 파일 분류 같은 되돌릴 수 있는 작업만 맡긴다. 결과에서 오래된 맥락이 섞였는지, 기억 항목을 수정했을 때 다음 작업에 반영되는지, 권한 요청이 기대한 지점에서 멈추는지를 확인한다. 효과를 판단할 때는 ‘프롬프트를 몇 줄 덜 썼는가’보다 재작업과 검토 시간이 실제로 줄었는지를 기록하는 편이 실용적이다.
기억은 장기 컨텍스트가 아니라 작업 입력의 일부가 된다
이번 발표만으로 모든 에이전트의 메모리 방식이 같아졌다고 볼 수는 없다. 기능의 사용 가능 여부는 요금제와 조직 관리자 설정에 따라 다르며, Cowork 자체도 클라우드 실행 기능으로 안내되고 있다. 또 메모리를 수정하거나 삭제하는 동작이 이미 생성된 문서와 외부 작업 결과를 되돌려 주는지도 별도로 확인해야 한다.
그래도 방향은 분명하다. 대화형 AI와 작업형 에이전트가 하나의 기억을 공유하면, 기억은 개인화 기능에 머물지 않는다. 다음 작업이 참조하는 입력이 된다. 그래서 좋은 기억 설계는 많이 저장하는 데 있지 않다. 어떤 정보가 남는지 보이고, 틀린 정보는 고칠 수 있으며, 행동으로 넘어가는 순간에는 다시 확인할 수 있게 만드는 데 있다.
새 기능을 바로 모든 업무에 연결하기보다, 낮은 위험의 반복 업무에서 기억 관리표와 승인 기준을 함께 시험해 보는 것이 현실적인 출발점이다.