클로드 코드 세션이 터미널을 떠나 데스크톱 앱으로 이사합니다

"터미널 세션을 이제 클로드 코드 데스크톱 앱에서 재개할 수 있습니다. /resume을 치면 CLI에서 시작한 아무 세션이나 골라, 대화와 컨텍스트가 온전한 채로 앱에서 이어갑니다." 8월 29일 @ClaudeDevs가 데모 영상과 함께 올린 발표입니다.

기능 설명은 세 문장이면 끝납니다. 그런데 이 세 문장이 건드리는 전제는 꽤 큽니다.

지금까지 작업은 도구에 매여 있었는데, 이제 도구가 작업을 따라다니기 시작했거든요.

/resume은 어떻게 동작하나요?

데스크톱 앱에서 /resume을 칩니다. CLI에서 시작한 세션 목록이 뜹니다. 아무거나 골라 그대로 이어갑니다.

넘어오는 건 대화 전체와 컨텍스트입니다. 공식 발표 표현 그대로 "full conversation and context intact", 손실 없이 통째로예요. 복사·붙여넣기도, 지금까지 뭘 했는지 다시 설명하는 의식도 없습니다.

익숙한 슬래시 명령어 하나로 도구 사이 벽을 허문 것, 이게 설계의 전부입니다.

터미널을 쓰는 사람이라면 이 장면이 낯설지 않을 겁니다. CLI에서 한참 작업을 몰아가다가, 긴 diff를 눈으로 훑고 싶거나 대화 흐름을 넓은 화면에서 보고 싶어지는 순간이 와요. 그때 지금까지는 선택지가 없었습니다. 터미널에서 시작했으면 터미널에서 끝내야 했죠.

이제는 그 순간 앱을 열고 /resume 한 번이면 됩니다. 고민할 거리가 아예 사라진 겁니다.

여기서 "컨텍스트가 온전하다"는 말의 무게를 짚어야 합니다. 에이전트 세션의 컨텍스트는 채팅 로그가 아니에요. 어떤 파일을 읽었고, 어떤 판단을 내렸고, 어떤 방향으로 진행 중이었는지가 전부 담긴 작업 상태입니다.

그게 통째로 넘어온다는 건, 앱에서 이어지는 대화가 처음부터 다시 데우는 대화가 아니라 하던 대화 그 자체라는 뜻이에요.

무너진 경계는 무엇인가요?

이 기능을 "앱에서도 볼 수 있게 됐다" 정도로 읽으면 작게 읽는 겁니다. 무너진 건 창의 경계가 아니라 작업의 경계예요.

핵심은 세션이 특정 도구의 소유물이 아니게 됐다는 것. CLI에서 태어난 대화가 CLI에 귀속되지 않고, 도구 위를 떠다니는 독립 단위가 됐습니다. 세션이 주인이고, 터미널이든 앱이든 창은 갈아 끼우는 껍데기예요.

비유하자면 전화를 걸던 통화가 끊기지 않고 다른 기기로 넘어가는 것과 같습니다. 통화의 본체는 기기가 아니라 대화이듯, 작업의 본체는 도구가 아니라 세션이라는 선언이에요. 사용자가 기기를 의식하지 않게 만드는 게 생태계 설계의 종착지인데, 개발 도구가 이제 그 길을 따라가기 시작한 겁니다.

터미널파와 GUI파의 해묵은 진영 논쟁도 이 앞에서는 무의미해집니다. 아침엔 CLI로 몰아치고, 오후엔 앱에서 넓게 검토하고, 같은 세션으로. 어느 쪽이 우월하냐가 아니라 언제 어느 쪽이 편하냐의 문제로 격하되는 거죠.

각 도구의 강점만 골라 쓰는 조합도 가능해집니다. 터미널은 빠른 반복과 스크립트 연동에 강하고, 앱은 긴 대화의 조망과 검토에 강해요. 지금까지는 하나를 고르면 다른 쪽 강점을 포기해야 했는데, 세션이 넘나들기 시작하면 그 거래 자체가 사라집니다.

앞선 발표와 겹쳐 읽으면 뭐가 보이나요?

바로 앞서 나온 발표가 있습니다. 클로드 코드가 실패 현장에서 버그 리포트 초안을 대신 쓰는 기능이었어요. 뭔가 잘못된 순간의 상황을 클로드가 스스로 보고서로 정리하고, 사람은 검토해서 보내는 구조.

그 발표와 이번 발표의 공통분모가 선명합니다. 대화의 맥락을 일급 자산으로 승격시키는 것.

버그 리포트 기능은 실패 맥락을 버리지 않고 문서로 굳혔습니다. 세션 재개 기능은 작업 맥락을 도구에 가두지 않고 들고 다니게 했어요. 방향은 하나입니다. 에이전트와 나눈 대화에서 발생하는 맥락을, 휘발시키지 않고 자산으로 관리하는 쪽으로.

순서도 의미심장합니다. 먼저 맥락을 문서로 굳히는 법을 보여주고, 다음에 맥락을 옮기는 법을 보여줬어요. 저장 다음에 이동. 자산 관리 기본 순서 그대로입니다.

에이전트 시대의 진짜 자산은 뭔가요?

코드는 어차피 다시 생성됩니다. 에이전트에게 같은 요구를 다시 던지면 비슷한 코드가 또 나와요. 생성 비용이 무너진 시대에 결과물 자체는 점점 싸집니다.

다시 만들기 어려운 건 세션이에요. 뭘 시도했고, 왜 그 접근을 접었고, 어떤 제약을 확인했고, 지금 어디까지 왔는지. 그 축적이 세션에 담겨 있고, 이건 프롬프트 한 방으로 복원되지 않습니다.

에이전트와 일해본 사람은 세션을 잃는 고통을 압니다. 창을 잘못 닫거나 컨텍스트가 날아가면, 코드는 남아 있어도 다시 시작하는 기분이 들어요. 같은 결론까지 에이전트를 다시 끌고 가는 데 드는 시간이, 코드를 다시 뽑는 시간보다 훨씬 길거든요. 잃었을 때 아픈 쪽이 진짜 자산입니다.

코드를 관리하는 법은 이미 성숙해 있습니다. 깃과 호스팅이 그 인프라예요. 세션을 관리하는 인프라는 이제 막 생기는 중이고, 이번 기능이 그 초입니다.

그래서 세션의 이동성은 편의 기능이 아니라 자산 관리 기능입니다. 귀중한 자산일수록 한 금고에 가두지 않고 필요한 곳으로 옮길 수 있어야 하니까요. 이번 발표는 그 금고 문을 연 겁니다.

남는 생각

저는 이 기능을 작업의 거처가 바뀌는 신호로 읽습니다.

맥락을 들고 다니게 만든 쪽이 작업의 거처가 됩니다. 개발자가 어느 도구에 정착하느냐는 이제 그 도구가 내 세션을 얼마나 자유롭게 다루게 해주느냐로 갈릴 거예요. 터미널이냐 앱이냐는 취향 문제로 내려앉고요.

제 파이프라인도 같은 원리로 돕니다. 세션이 바뀌어도 문서 하나만 읽으면 같은 품질이 나오도록, 맥락을 파일로 들고 다녀요. 도구는 계속 바뀌었지만 작업은 한 번도 처음부터 다시 시작하지 않았습니다. 맥락을 옮길 수 있게 설계한 작업만이 도구와 세션의 수명을 넘어 살아남습니다.

---

원문·소스

• 세션 재개 기능 발표 (@ClaudeDevs): https://x.com/ClaudeDevs/status/2093368017304371503 (조회 34만, 좋아요 5,546, 2026-08-29)