클로드 코드 Tasks와 백그라운드 실행 — 재시작해도 작업을 이어가는 AI 에이전트 만들기

핵심 메시지

• 대화 맥락 안에만 있는 할 일 목록은 터미널을 닫거나 맥락이 압축되는 순간 사라지므로, 진짜 지속성이라 할 수 없다.
• 클로드 코드가 도입한 Tasks는 홈 디렉터리의 파일로 저장돼 세션·프로젝트·재부팅을 건너뛰고 살아남는다.
• 각 작업이 '무엇에 막혀 있는지'를 선언하면 목록은 방향성 있는 의존 그래프가 되고, 에이전트는 준비된 작업만 골라 실행하면 된다.
• 느린 빌드나 테스트는 백그라운드로 돌리고 그 사이 소스를 읽어 다음 수정안을 준비하면, 대기 시간이 곧 작업 시간이 된다.
• 두 장치 모두 아직 거친 부분이 있어, 백그라운드 실행은 정말 오래 걸리는 작업에만 쓰는 편이 안전하다.

쉽게 이해하기

에이전트가 한 시간 동안 계획을 세우고 파일 세 개를 고쳤는데 노트북이 절전 모드로 들어가 터미널이 닫혔다면, 그 결과물은 어디에 남을까. 영상은 이 지점이 시연용 에이전트와 실제로 쓸 수 있는 에이전트를 가르는 경계라고 말한다. 한 세션 안에서 또렷하게 사고하도록 돕는 기억 장치와, 내일까지 남아 있는 지속성은 서로 다른 문제라는 것이다.

많은 개발자가 지속성을 이미 갖췄다고 착각하는 이유는 할 일 목록 도구 때문이다. 에이전트가 항목을 만들고 하나씩 체크하니 상태가 저장되는 것처럼 보이지만, 그 목록은 모델의 작업 기억과 같은 자리인 대화 맥락 안에 있다. 터미널을 닫으면 사라지고, 맥락이 압축되면 한 문장으로 요약돼 버린다. 영상은 이를 손에 쥔 포스트잇에 비유한다.

그래서 2026년 1월 클로드 코드에 들어온 것이 Tasks다. 핵심은 API 모양이 아니라 데이터가 놓이는 위치로, 작업은 프로젝트 폴더가 아니라 홈 디렉터리 아래 별도 폴더에 파일로 쌓인다. 덕분에 같은 작업 목록이 프로젝트와 세션, 심지어 재부팅을 넘어 유지된다. 각 작업은 대기·진행 중·완료·차단됨 상태를 갖고, 자신을 막고 있는 작업의 ID를 선언할 수 있다.

이 선언이 목록을 그래프로 바꾼다. A가 B를 막으면 B는 A에 의해 막힌 것으로 양방향 기록되고, 에이전트의 알고리즘은 단순해진다. 전체를 훑어 선행 작업이 모두 끝난 대기 작업을 찾고, 하나를 골라 처리한 뒤 완료로 바꾸면 뒤따르는 작업이 자동으로 풀린다. 여러 터미널에서 같은 프로젝트를 다룰 때는 같은 작업 목록 ID를 환경 변수로 지정해 하나의 그래프를 공유하고, 한쪽이 작업을 집으면 소유권 필드가 잠근다.

두 번째 장치는 백그라운드 실행이다. 기본 상태의 에이전트는 테스트를 돌리는 90초 동안 파일도 못 읽고 계획도 못 세운 채 멈춰 있지만, 셸 도구에 백그라운드 실행 옵션을 켜면 프로세스가 분리되고 에이전트는 즉시 다음 일로 넘어간다. 완료 여부를 반복해서 확인할 필요도 없다. 작업이 끝나면 결과가 알림 큐에 들어가 다음 차례에 시스템 메시지로 전달되기 때문이다.

주요 인사이트

• 지속성의 본질은 도구의 기능 목록이 아니라 상태가 어디에 기록되는지에 있다. 같은 '할 일 목록'이라도 대화 맥락에 있으면 휘발되고 디스크에 있으면 남는다.
• 작업 간 선후 관계를 명시하는 순간 에이전트 운영은 새로운 문제가 아니라 빌드 시스템의 스케줄링 문제가 된다. 다른 점은 작업자가 언어 모델이라는 것뿐이다.
• 여러 에이전트를 협업시키는 데 별도의 서버나 오케스트레이션 코드가 필요하지 않을 수 있다. 공유 파일 경로와 환경 변수 하나가 조정 장치 역할을 한다.
• 느린 작업을 백그라운드로 보내는 것은 단순한 속도 개선이 아니라 대기 시간에 다른 작업을 겹쳐 두 갈래로 일하게 만드는 구조 변화다.
• 영상은 한계도 함께 짚는다. 갱신 도중 중단되면 진행 중 상태로 영원히 남는 작업이 생길 수 있고, 끝난 백그라운드 작업이 알림을 반복해 맥락을 잠식하는 문제도 보고돼 있다.

자주 묻는 질문

관련 AI 소식