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

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

앤트로픽은 세 문장으로 기능을 설명했지만, 이 기능으로 꽤 큰 전제를 건드렸습니다.

지금까지는 작업을 시작한 도구에서 끝내야 했는데, 이제는 작업을 들고 도구를 옮겨 다닐 수 있거든요.

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

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

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

앤트로픽은 익숙한 슬래시 명령어 하나로 도구 사이 벽을 허물었습니다.

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

이제는 그때 앱을 열고 /resume 한 번이면 됩니다.

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

그 세션을 통째로 옮기니, 앱에서도 처음부터 다시 데울 필요 없이 하던 대화를 그대로 이어 갑니다.

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

이 기능을 "앱에서도 볼 수 있게 됐다" 정도로 읽으면 작게 읽는 겁니다. 앤트로픽은 창보다 작업의 경계를 허물었어요.

사용자는 이제 세션을 특정 도구에 묶어 두지 않습니다. CLI에서 시작한 대화도 CLI 밖으로 들고 나가, 어느 도구에서든 이어 갑니다. 터미널이든 앱이든 창은 갈아 끼우면 그만이에요.

통화를 끊지 않고 다른 기기로 넘겨받는 것과 비슷합니다. 통화를 기기와 상관없이 이어 가듯, 작업도 도구와 상관없이 세션 단위로 이어 갑니다. 생태계를 설계하는 회사들은 사용자가 기기를 의식하지 않게 만드는 걸 목표로 삼는데, 앤트로픽도 개발 도구에서 그 길을 따라가기 시작했습니다.

터미널파와 GUI파의 해묵은 진영 논쟁도 더는 할 필요가 없습니다. 아침엔 CLI로 몰아치고, 오후엔 앱에서 넓게 검토하고, 같은 세션으로. 이제는 그때그때 편한 쪽을 고르면 됩니다.

각 도구의 강점만 골라 쓸 수도 있습니다. 빠른 반복과 스크립트 연동은 터미널에서 하고, 긴 대화를 넓게 보며 검토하는 일은 앱에서 하면 돼요. 지금까지는 하나를 고르면 다른 쪽 강점을 포기해야 했는데, 이제는 세션을 옮기며 둘 다 쓸 수 있습니다.

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

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

두 발표는 방향이 같습니다. 앤트로픽은 에이전트와 나눈 대화의 맥락을 버리지 않고 일급 자산으로 관리하려 합니다. 버그 리포트 기능으로는 실패 맥락을 문서로 남겼고, 이번 기능으로는 작업 맥락을 도구 밖으로 들고 다니게 했어요.

순서도 눈여겨볼 만합니다. 앤트로픽은 맥락을 문서로 남기는 법을 먼저 보여주고, 그다음에 옮기는 법을 보여줬어요. 저장한 뒤에 옮기는, 자산 관리의 기본 순서 그대로입니다.

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

코드는 에이전트에게 다시 만들게 하면 됩니다. 같은 요구를 다시 던지면 에이전트는 비슷한 코드를 또 내놓아요.

다시 만들기 어려운 건 세션이에요. 뭘 시도했고, 왜 그 접근을 접었고, 어떤 제약을 확인했고, 지금 어디까지 왔는지. 세션에는 그 과정이 모두 남아 있고, 프롬프트 한 방으로는 되살릴 수 없습니다.

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

개발자는 이미 깃과 호스팅으로 코드를 관리합니다. 세션을 관리하는 인프라는 앤트로픽이 이제 막 만들기 시작했고, 이번 기능이 그 첫걸음입니다.

세션을 옮길 수 있게 되면서 사용자는 세션을 자산처럼 관리할 수 있습니다. 귀중한 자산일수록 한 금고에 가두지 않고 필요한 곳으로 옮길 수 있어야 하니까요.

남는 생각

저는 이 기능을, 개발자가 도구를 고르는 기준을 바꾸는 신호로 읽습니다.

개발자는 자기 세션을 자유롭게 옮기게 해 주는 도구에 정착할 거예요. 터미널이냐 앱이냐는 취향 문제로 남고요.

제 파이프라인도 같은 원리로 돕니다. 세션을 바꿔도 에이전트가 문서 하나만 읽고 같은 품질로 일하도록, 맥락을 파일로 들고 다녀요. 저는 도구를 계속 바꿨지만 작업을 처음부터 다시 시작한 적은 한 번도 없습니다.

---