ChatGPT 컴퓨터 기록, 작업 맥락 잇는 프롬프트

# ChatGPT가 하던 작업을 기억한다면 어떨까

macOS 앱에서 켤 수 있는 Computer History, 실제로 누가 쓸 수 있고 무엇이 달라지는가

---

도입부

회의를 마치고 자리로 돌아와 노트북을 열었는데, 30분 전까지 무슨 작업을 하고 있었는지 순간 떠오르지 않는 경험은 낯설지 않습니다. 여러 창을 오가며 문서를 작성하고, 코드를 수정하고, 메신저로 논의하던 흐름이 끊기면 다시 이어붙이는 데 적지 않은 시간이 듭니다. ChatGPT에 도움을 청하려 해도 결국 "지금까지 뭘 했는지"부터 다시 설명해야 하니, 정작 필요한 질문을 하기도 전에 맥락 설명에 시간을 씁니다.

이런 반복이 하루에도 여러 번 쌓이면 실제 업무 시간보다 맥락을 다시 설명하는 시간이 더 크게 느껴지는 순간이 옵니다. 특히 여러 프로젝트를 동시에 다루거나, 하루 중 회의·전화로 작업이 자주 끊기는 환경이라면 이 문제는 더 두드러집니다. 매번 "지금 이런 상황이고, 이런 걸 하고 있었는데"를 처음부터 타이핑하는 대신, ChatGPT가 이미 진행 중이던 작업의 흐름을 참고해 이어갈 수 있다면 어떨까라는 질문에서 출발한 기능이 바로 Computer History입니다.

다만 이 기능은 모든 사용자가 바로 쓸 수 있는 것은 아닙니다. 이 글은 누가 쓸 수 있는지부터 명확히 짚고, 쓸 수 있는 경우와 그렇지 않은 경우 각각 어떤 프롬프트 전략이 현실적인지 함께 다룹니다.

---

ChatGPT 컴퓨터 기록, 프롬프트로 설명하던 방식과 무엇이 다른가

Computer History는 사용자가 매번 상황을 설명하지 않아도 ChatGPT와 Codex가 이전 작업 활동을 맥락으로 참고하게 해주는 기능입니다. 2026년 8월 13일 공개됐으며, 사용자가 선택한 앱·웹사이트에서의 활동을 근거로 삼아 "하던 일"을 다시 설명하지 않고 이어갈 수 있도록 돕는다고 공식 문서는 설명합니다.

이 기능의 핵심은 이름이 아니라 구조에 있습니다. Computer History 이전에는 Chronicle이라는 연구 프리뷰가 있었는데, 이는 화면을 스크린샷 형태로 캡처해 동작하는 방식이었습니다. 반면 Computer History는 macOS의 접근성 기능이 제공하는 상호작용 이벤트, 즉 클릭·입력·단축키·앱 전환 정보를 기록하는 방식으로 다시 설계됐습니다. 공식 문서 역시 이를 단순한 이름 변경이 아니라 재구축된 시스템이라고 명시하고 있습니다.

이 차이가 왜 중요할까요. 기존 방식에서 사용자가 ChatGPT에 도움을 청하려면 "지금 A 문서를 정리하다가 B 이슈 때문에 막혔고, 어제 C까지 진행했다"는 식으로 상황을 매번 문장으로 재구성해야 했습니다. 이는 프롬프트 작성 능력에 의존하는 방식이며, 기억이 흐릿하면 설명 자체가 부정확해질 수 있습니다.

Computer History는 이 설명 과정을 타임라인이라는 참고 자료로 대체합니다. 사용자가 직접 문장으로 풀어내지 않아도, 허용된 앱과 사이트에서 있었던 활동을 근거로 ChatGPT가 맥락을 먼저 파악하고 대화를 시작할 수 있습니다. 다만 이는 화면을 통째로 기억하거나 모든 작업을 완벽하게 재현하는 것과는 다릅니다. 어디까지나 선택된 활동의 요약을 참고 정보로 제공하는 것이며, 이 차이를 이해하는 것이 이 기능을 오해 없이 쓰는 출발점입니다.

---

사용 조건부터 확인해야 하는 이유 — 대상 플랜과 지역

Computer History는 아직 모든 사용자가 쓸 수 있는 기능이 아니며, 조건을 먼저 확인하지 않으면 설정 화면에서 헤맬 수 있습니다. 2026년 9월 25일 확인 기준, 이 기능은 Pro·Business·Enterprise 요금제의 macOS 데스크톱 앱에서만 제공됩니다. Plus나 무료 플랜, 그리고 Windows 앱은 대상 목록에 포함돼 있지 않습니다.

지원 지역도 변동이 있었습니다.
2026년 8월 13일 최초 공개 당시에는 유럽경제지역(EEA), 스위스, 영국이 제외됐습니다.
그러나 2026년 9월 27일 확인 기준 공식 문서는 이 지역들을 지원 지역에 포함하고 있습니다.
한국이 지원 지역에 해당하는지는 공식 문서에 별도로 명시돼 있지 않습니다.

따라서 한국에서 사용 가능 여부를 텍스트로 미리 단정하기보다는, 직접 macOS 앱을 열어 Settings > Integrations 메뉴에 Computer History 항목이 보이는지로 확인하는 방법이 가장 확실합니다. 항목이 보이지 않는다면 아직 해당 지역이나 플랜에 제공되지 않는 상태일 가능성이 높습니다.

기업 환경이라면 한 가지 단계가 더 있습니다. Business·Enterprise 플랜은 관리자가 먼저 조직 차원에서 기능을 허용해야 하며, 허용된 이후에도 각 사용자가 개인 설정에서 직접 켜야 활성화됩니다. 관리자 허용만으로 자동 적용되지 않는다는 점은 실무에서 자주 오해되는 부분입니다.

또한 API 키나 Amazon Bedrock 환경에서는 이 기능을 사용할 수 없습니다. 개발 환경에 ChatGPT를 API로 연동해 쓰고 있다면, Computer History는 별개의 macOS 앱 전용 기능이라는 점을 구분해야 합니다.

정리하면 확인할 항목은 다음과 같습니다.
① 요금제가 Pro·Business·Enterprise인지
② macOS 데스크톱 앱을 쓰고 있는지 (Windows·웹은 대상 아님)
③ Business·Enterprise라면 관리자 허용이 먼저 됐는지
④ ChatGPT Memory 기능이 켜져 있는지
⑤ Settings > Integrations 메뉴에 항목이 실제로 보이는지

이 다섯 가지가 모두 확인돼야 비로소 기능을 켤 준비가 된 것입니다.

---

켜는 방법과 기록 대상 — Memory 활성화부터 접근성 권한까지

Computer History를 쓰려면 먼저 ChatGPT Memory가 켜져 있어야 하며, 이 전제 없이는 기능 자체가 작동하지 않습니다. macOS 앱의 Settings > Integrations > Computer history 메뉴에서 기능을 켜고, 기록에 포함할 앱과 웹사이트를 직접 선택한 뒤 필요한 macOS 권한을 검토하는 순서로 진행됩니다.

여기서 흔히 오해하는 부분이 화면 녹화 권한입니다. Computer History는 Screen Recording(화면 녹화) 권한을 요구하지 않습니다. 대신 macOS의 접근성 기능이 제공하는 정보, 즉 클릭·입력·단축키·앱 전환 같은 상호작용 이벤트를 기반으로 기록합니다. 스크린샷을 찍어 화면 자체를 저장하는 방식이 아니라는 점은 이 기능을 이해하는 데 중요한 지점입니다.

기록 대상을 조금 더 구체적으로 보면 다음과 같습니다.
① 사용자가 허용한 앱·웹사이트에서의 클릭
② 텍스트 입력
③ 단축키 사용
④ 앱 간 전환

반대로 기록되지 않는 항목도 명확히 안내돼 있습니다. 스크린샷, 마이크 입력, 시스템 오디오는 기록에 포함되지 않으며, 브라우저의 비공개 모드(시크릿 모드) 활동 역시 기록 대상에서 제외됩니다. 즉 화면을 통째로 캡처하거나 소리를 녹음하는 방식이 아니라, 상호작용의 흐름만을 텍스트 형태의 이벤트로 남기는 구조입니다.

이 방식은 앞서 설명한 접근성 기능 기반 재구축과 맞닿아 있습니다. 스크린샷 방식이었던 Chronicle과 달리, Computer History는 이벤트 로그 형태로 동작하기 때문에 저장되는 데이터의 성격 자체가 다릅니다. 어떤 앱을 포함할지 미리 선택할 수 있다는 점도 실무에서는 중요한데, 예를 들어 코드 에디터와 문서 작성 도구만 포함하고 메신저나 금융 관련 앱은 처음부터 제외하는 식의 세밀한 설정이 가능합니다.

---

실제로 쓰는 프롬프트 — 작업 재개부터 스탠드업 요약까지

Computer History의 가치는 기록 자체가 아니라, 그 기록을 바탕으로 던지는 몇 마디 프롬프트에서 드러납니다. 공식 문서가 제시하는 예시 프롬프트를 살펴보면 이 기능이 어떤 상황을 겨냥하고 만들어졌는지 명확히 드러납니다.

가장 대표적인 예시는 작업을 다시 시작할 때입니다.
"마지막 휴식 전까지 무엇을 했지?"라는 질문을 던지면, ChatGPT는 타임라인에 기록된 최근 활동을 참고해 직전까지의 작업 흐름을 정리해 보여줍니다. 회의나 전화로 작업이 끊겼다가 자리로 돌아왔을 때, 처음부터 상황을 설명하지 않아도 되는 대표적인 활용 장면입니다.

두 번째 예시는 자료를 찾을 때입니다.
오늘 열어봤던 문서나 방문했던 사이트가 기억나지 않을 때, 타임라인에 남은 앱 사용 기록을 근거로 ChatGPT가 관련 출처를 짚어줄 수 있습니다.

세 번째 예시는 하루 업무를 정리할 때입니다.
"오늘 작업한 일과 상태를 정리해줘"라고 요청하면, 오늘 하루 동안의 활동 요약과 관련 앱 목록을 기반으로 정리된 답변을 받을 수 있습니다.

네 번째로 자주 언급되는 활용은 팀 보고 상황입니다.
"어제 한 일을 스탠드업용으로 요약해줘"라는 프롬프트는 매일 아침 진행 상황을 공유해야 하는 업무 환경에서 특히 유용하게 작동할 수 있는 예시로 안내됩니다.

여기서 한 가지 더 짚을 부분은 타임라인이 반복 가능한 작업 패턴을 감지하면 스킬이나 자동화를 제안할 수 있다는 점입니다. 예를 들어 매일 비슷한 순서로 여러 파일을 열고 특정 형식으로 정리하는 패턴이 반복되면, 이를 자동화 후보로 제안받을 수 있습니다. 사용자는 이 제안을 그대로 수락하는 것이 아니라 검토한 뒤 Codex에 실제 생성을 요청하는 구조입니다. 즉 자동화 제안이 나왔다고 즉시 실행되는 것이 아니라, 사람이 한 단계 확인하는 과정이 중간에 들어갑니다.

또한 파일이나 Slack 대화, Google 문서처럼 원자료 자체가 더 정확한 경우, Computer History는 그 원자료의 위치를 찾아 ChatGPT나 Codex가 직접 읽도록 맥락을 넘겨주는 역할도 합니다. 다만 이때도 기록만으로 원자료 전체가 완전히 보존되거나 그대로 복원된다고 보장하지는 않는다는 점을 공식 문서는 분명히 안내하고 있습니다. 기록은 어디까지나 원자료를 찾아가는 단서이지, 원자료를 대체하는 저장소가 아닙니다.

---

대상이 아니라면 — 기존 방식의 프롬프트 틀

Pro·Business·Enterprise의 macOS 앱이 아니라면, Computer History 없이도 맥락을 효과적으로 전달하는 프롬프트 작성 방식은 여전히 유효합니다. 이 기능이 대상 밖이라고 해서 ChatGPT와의 협업 효율이 완전히 떨어지는 것은 아니며, 오히려 스스로 맥락을 정리하는 습관이 다른 도구를 쓸 때도 그대로 도움이 됩니다.

기존 방식에서 효과적인 프롬프트 틀은 대체로 세 가지 요소를 담습니다.
첫째, 지금 하던 작업이 무엇인지 한 문장으로 밝힙니다.
둘째, 최종적으로 원하는 목표가 무엇인지 명시합니다.
셋째, 현재 막혀 있는 구체적인 지점을 짚어줍니다.

예를 들어 "쇼핑몰 상세페이지 문구를 정리하다가, 제품 3개까지는 끝냈는데 4번째 제품의 톤이 앞선 문구들과 안 맞아서 다시 써야 하는 상황이야. 앞선 3개 문구 스타일에 맞춰 4번째를 다시 써줘"처럼, 하던 일 – 목표 – 막힌 지점을 순서대로 적으면 ChatGPT가 별도 기록 기능 없이도 상황을 빠르게 파악할 수 있습니다.

이 틀은 Computer History의 대체재라기보다는, 어떤 환경에서든 통하는 기본기에 가깝습니다. 실제로 Computer History를 쓸 수 있는 환경이라 하더라도, 타임라인이 모든 맥락을 완벽히 포착하지 못하는 경우가 있을 수 있으므로 이 틀을 함께 익혀두면 두 방식을 상호보완적으로 쓸 수 있습니다.

---

기록 범위 제어 — 제외, 일시 정지, 삭제까지

Computer History는 기록 대상을 전부 다 켜두는 방식이 아니라, 사용자가 세밀하게 범위를 조정하도록 설계돼 있습니다. 설정 화면에서 특정 앱이나 사이트를 제외할 수 있고, 반대로 지정한 앱·사이트만 허용하는 방식으로도 설정할 수 있습니다.

수집 자체를 잠시 멈추는 것도 가능합니다. macOS 메뉴 막대나 설정 화면에서 수집을 일시 정지하거나 다시 재개할 수 있으며, 이미 기록된 항목을 검토하고 필요하면 삭제하는 것도 지원됩니다.

삭제 단위는 공식 문서 기준으로 네 가지가 안내돼 있습니다.
최근 10분
최근 1시간
최근 1일
전체 기록

여기에 더해 macOS 메뉴 막대에서는 최근 사용한 앱의 마지막 세션 기록만 별도로 지우는 기능도 제공됩니다. 예를 들어 방금 열었던 메신저 창의 대화 내용이 민감했다면, 전체 기록을 지우지 않고 그 세션만 선택적으로 삭제하는 식의 대응이 가능합니다.

한 가지 명확히 안내되는 사항은 작업 기록을 지우면 관련 이벤트뿐 아니라 그로부터 이미 생성된 메모리까지 함께 삭제되며, 이는 되돌릴 수 없다는 점입니다. 실수로 필요한 기록까지 지우지 않도록, 삭제 전 어떤 범위가 사라지는지 확인하는 습관이 필요합니다.

---

로컬 메모리 파일과 서버 처리 — 구분해서 이해해야 할 두 가지

Computer History가 만든 임시 파일과 메모리 파일은 저장 위치와 보관 방식이 서로 다르며, 이를 혼동하면 보안 관점에서 잘못된 판단을 내릴 수 있습니다. 우선 처리 과정에서 생기는 임시 이벤트 파일은 Mac에 처리용으로 보관된 뒤 최대 48시간 안에 삭제되며, ChatGPT App Group이라는 영역에 격리된 상태로 관리된다고 안내돼 있습니다.

이와 달리 타임라인 요약으로 만들어진 로컬 메모리 파일은 사용자가 직접 지우기 전까지 남아 있습니다. 여기서 중요한 사실은 이 메모리 파일이 일반 텍스트 Markdown 형식이며, Computer History 자체가 이 파일을 암호화하지 않는다는 점입니다. 즉 같은 macOS 사용자 권한으로 실행되는 다른 프로그램이라면 이 파일에 접근할 수 있는 구조라고 OpenAI는 안내하고 있습니다.

서버 쪽 처리 방식은 이와 별개입니다. OpenAI는 이벤트 파일을 서버에서 메모리 생성 목적으로 처리한 뒤, 법적 의무가 없는 한 보유하지 않고 모델 훈련에도 사용하지 않는다고 설명합니다. 다만 이후 대화에서 이렇게 만들어진 메모리 내용이 맥락으로 사용되면, 그 대화 자체에는 계정에 설정된 일반적인 데이터 관리(모델 개선) 설정이 적용될 수 있습니다. 즉 Computer History 자체의 처리 방식과, 그 결과물이 대화에 반영된 이후의 데이터 정책은 서로 다른 층위이며 이 둘을 혼동하지 않아야 합니다.

---

보안 관점에서 짚어야 할 지점 — 평문 메모리 파일과 프롬프트 인젝션

보안 매체는 Computer History가 만든 요약 메모리 파일이 암호화되지 않은 평문 상태로 사용자 폴더에 남는다는 점을 구체적으로 지적했습니다. 2026년 9월 23일 보도에 따르면, 이 메모리 파일은 ~/.codex/memories/ 경로에 저장되며, 같은 macOS 계정으로 실행되는 정보 탈취 악성코드나 잠금 해제된 Mac을 물리적으로 만질 수 있는 사람이 이 내용을 읽을 수 있다고 짚었습니다.

이는 앞서 언급한 공식 문서의 안내와도 맞닿아 있습니다. Computer History 자체가 파일을 암호화하지 않기 때문에, 이 폴더에 접근 권한이 있는 어떤 프로그램이든 내용을 열람할 수 있는 구조입니다. 업무용 노트북을 여러 사람이 공유하거나, 출처가 불분명한 프로그램을 설치하는 습관이 있다면 이 지점은 특히 유의할 필요가 있습니다.

기능 자체가 안내하는 위험 요소도 함께 짚어볼 만합니다. Computer History는 앱이나 웹사이트 콘텐츠에 담긴 지시문으로 인한 프롬프트 인젝션 위험을 안내하고 있습니다. 예를 들어 웹페이지 안에 숨겨진 지시문이 기록되면서 의도치 않은 동작으로 이어질 가능성을 뜻합니다.

또 하나 중요한 안내는 타인과 소통하는 앱의 활동도 기록될 수 있다는 점입니다. 메신저나 화상회의 도구처럼 상대방이 있는 앱을 기록 대상에 포함할 경우, 상대의 사전 동의 없이 대화 중에 기능을 켜지 말라고 권고하고 있습니다. 이는 단순히 사용자 개인의 데이터 문제를 넘어, 함께 소통하는 상대방의 정보까지 관련될 수 있기 때문입니다.

실천 항목으로 정리하면 다음과 같습니다.
첫째, 건강·금융·개인정보가 담긴 앱이나 사이트는 기록 대상에서 처음부터 제외합니다.
둘째, 민감한 대화나 작업을 진행할 때는 수집을 일시 정지합니다.
셋째, 공유 컴퓨터나 여러 사람이 접근 가능한 환경이라면 정기적으로 기록을 검토하고 불필요한 항목은 삭제합니다.
넷째, 타인이 관련된 앱을 기록 대상에 포함하려면 사전에 동의를 구합니다.

---

Chronicle에서 Computer History로 — 재구축의 의미

Computer History는 이전 연구 프리뷰였던 Chronicle을 단순히 새 이름으로 바꾼 것이 아니라, 데이터 수집 방식 자체를 근본적으로 다시 설계한 결과물입니다. 2026년 8월 13일 보도에 따르면 Chronicle은 화면 스크린샷을 기반으로 동작했던 반면, Computer History는 macOS 접근성 기능이 제공하는 상호작용 이벤트, 즉 클릭·입력·단축키·앱 전환을 기록하는 방식으로 재구축됐습니다.

이 변화는 단순한 기술적 디테일이 아니라 데이터의 성격 자체를 바꾼 결정입니다. 스크린샷 방식은 화면에 노출된 모든 정보를 이미지 형태로 저장하기 때문에, 화면에 떠 있던 민감한 정보까지 통째로 캡처될 위험이 상대적으로 컸습니다. 반면 이벤트 로그 방식은 상호작용의 흐름만 텍스트로 남기기 때문에, 데이터의 형태와 관리 방식이 스크린샷 기반과는 근본적으로 다릅니다.

이런 방향 전환은 macOS 데스크톱 환경에서 업무 맥락을 다루는 AI 어시스턴트 기능들이 어떤 방향으로 발전하고 있는지를 보여주는 사례이기도 합니다. 화면을 통째로 기록하는 방식보다, 필요한 상호작용 신호만 선별적으로 남기고 사용자가 범위를 직접 제어할 수 있게 하는 방향이 최근 이런 기능 설계에서 공통적으로 강조되는 흐름입니다.

---

Computer History와 기존 방식, 무엇이 다른가

Computer History가 제공하는 방식과, 사용자가 직접 상황을 설명하는 기존 방식은 각각 적합한 상황이 다릅니다. 아래는 두 방식의 핵심 차이를 정리한 것입니다.

이 표에서 알 수 있듯, Computer History는 편의성을 높여주는 대신 관리해야 할 항목(기록 범위, 삭제, 보안)이 함께 늘어나는 구조입니다. 반면 직접 설명하는 방식은 조건 없이 누구나 쓸 수 있지만, 매번 맥락을 다시 정리해야 하는 부담이 남습니다. 두 방식은 대체 관계라기보다, 사용 가능 여부에 따라 자연스럽게 선택되는 상호보완적 방식으로 보는 편이 정확합니다.

---

실무에 적용할 때 흔히 놓치는 판단 기준

Computer History를 실무에 적용할 때 가장 흔한 실수는, 기능을 켠 이후 기록 범위를 다시 점검하지 않는다는 점입니다. 처음 설정할 때는 신중하게 앱을 선택했더라도, 시간이 지나며 새로운 앱을 설치하거나 업무 도구가 바뀌면 기록 대상 목록도 함께 갱신해야 하는데 이를 놓치는 경우가 많습니다.

두 번째로 자주 발생하는 실수는 기업 환경에서 관리자 허용과 개인 활성화를 혼동하는 것입니다. Business·Enterprise 플랜에서는 관리자가 조직 차원에서 허용해야 하고, 그 이후 각 구성원이 개인 설정에서 별도로 켜야 합니다. 관리자가 허용했다고 해서 조직 내 모든 사람에게 자동으로 켜지는 것이 아니므로, 도입을 검토하는 조직이라면 이 두 단계를 구성원에게 명확히 안내할 필요가 있습니다.

세 번째는 보안 관점의 판단 기준을 마련하지 않고 기능을 켜는 경우입니다. 어떤 앱을 포함하고 제외할지는 개인의 업무 성격에 따라 다를 수밖에 없는데, 별도 기준 없이 우선 다 켜놓고 나중에 정리하겠다는 접근은 민감한 정보가 이미 기록에 남은 뒤에야 문제를 인지하게 만들 수 있습니다. 미국 국립표준기술연구소(NIST)는 신기술 도입 시 데이터 최소 수집 원칙을 권고해왔는데, 이는 Computer History처럼 사용자가 범위를 직접 정할 수 있는 기능에도 그대로 적용할 수 있는 기준입니다. 기록 대상은 필요한 만큼만 포함하고, 사용 목적이 끝난 항목은 주기적으로 재검토하는 습관이 실무 적용의 핵심입니다.

네 번째로, 자동화 제안을 받았을 때 검토 없이 곧바로 실행 요청으로 넘어가는 것도 주의할 지점입니다. 타임라인이 제안하는 스킬이나 자동화는 반복 패턴을 감지한 결과일 뿐, 그 패턴이 항상 올바른 절차였는지는 별개의 문제입니다. 제안 내용을 사람이 먼저 확인한 뒤 Codex에 생성을 요청하는 순서를 지키는 것이 안전합니다.

---

시작 전 확인해야 할 체크리스트

Computer History를 켜기 전, 아래 순서대로 확인하면 시행착오를 줄일 수 있습니다.

1단계, 요금제 확인
Pro·Business·Enterprise인지 확인합니다. Plus·무료 플랜은 대상이 아닙니다.

2단계, 플랫폼 확인
macOS 데스크톱 앱을 사용 중인지 확인합니다. Windows 앱·웹 버전은 대상이 아닙니다.

3단계, 기업 환경이라면 관리자 허용 확인
Business·Enterprise는 관리자가 먼저 조직 차원에서 허용해야 합니다.

4단계, Memory 활성화 확인
ChatGPT Memory가 켜져 있어야 Computer History를 켤 수 있습니다.

5단계, Settings > Integrations 메뉴 확인
Computer history 항목이 실제로 보이는지 확인합니다. 보이지 않으면 지역·플랜 제공 여부를 다시 점검합니다.

6단계, 기록 대상 앱·사이트 선택
민감한 정보가 있는 앱은 제외 목록에 먼저 추가합니다.

7단계, macOS 권한 검토
접근성 관련 권한 요청을 확인하고 승인합니다. 화면 녹화 권한은 요구되지 않습니다.

8단계, 운영 중 정기 점검
기록 대상 목록, 일시 정지 필요 여부, 삭제할 항목을 주기적으로 재검토합니다.

---

기대할 수 있는 변화, 전제와 함께

Computer History가 가져다줄 수 있는 변화는 "맥락 재설명 시간의 감소"라는 방향성이지, 특정 수치로 단정할 수 있는 효과는 아닙니다. 이는 어디까지나 대상 플랜과 macOS 앱, 그리고 사용자가 기록을 얼마나 꼼꼼히 관리하느냐라는 전제가 충족될 때 성립하는 이야기입니다.

기록 대상을 신중하게 선택하고, 정기적으로 검토·삭제하는 습관을 함께 갖춘다면 하던 작업을 다시 설명하는 부담을 줄이는 방향으로 활용할 수 있습니다. 반대로 조건을 확인하지 않고 무작정 켜두기만 한다면, 관리 부담과 보안 우려가 편의성보다 앞설 수 있다는 점도 함께 고려해야 합니다. 결국 이 기능의 실질적인 가치는 기능을 얼마나 켜두었는가보다, 얼마나 목적에 맞게 관리하는가에 달려 있습니다.

---

자주 묻는 질문

Q1. Plus 플랜이나 무료 플랜에서도 Computer History를 쓸 수 있나요?
2026년 9월 25일 확인 기준 공식 문서는 Pro·Business·Enterprise만 대상으로 안내하고 있어, Plus·무료 플랜은 제공 대상에 포함돼 있지 않습니다.

Q2. Windows에서도 사용할 수 있나요?
공식 문서가 밝히는 대상은 macOS 데스크톱 앱뿐입니다. Windows 앱은 대상 목록에 없으므로 별도 확인이 필요합니다.

Q3. 한국에서도 지원되나요?
공식 문서에 한국의 지원 여부가 명시돼 있지 않습니다. macOS 앱의 Settings > Integrations 메뉴에 항목이 보이는지로 직접 확인하는 것이 가장 확실합니다.

Q4. 기록된 내용은 안전하게 보관되나요?
임시 이벤트 파일은 최대 48시간 내 삭제되지만, 요약된 로컬 메모리 파일은 평문 Markdown 형태로 남아 암호화되지 않습니다. 같은 macOS 계정 권한을 가진 다른 프로그램이 접근할 수 있다는 점을 유의해야 합니다.

Q5. 기록을 잘못 지우면 되돌릴 수 있나요?
되돌릴 수 없습니다. 삭제는 최근 10분·1시간·1일·전체 단위로 가능하며, 삭제 시 관련 메모리도 함께 사라집니다.

---

마무리

Computer History는 macOS 환경에서 작업 흐름이 자주 끊기는 사람에게는 분명 유용한 참고 도구가 될 수 있습니다. 다만 대상 플랜과 지역, 사전 설정 조건이 명확히 정해져 있고, 편의성만큼 관리해야 할 보안 항목도 함께 따라온다는 점을 이해한 상태에서 접근하는 것이 중요합니다. 자신의 환경이 대상인지부터 확인하고, 대상이 아니라면 맥락을 명확히 전달하는 프롬프트 습관을 함께 갖추는 것이 현재로서는 가장 현실적인 접근입니다.