AI 활용 · 대기 시간
클로드 대기 시간 없애는 세 가지
복붙하면 끝납니다
읽는 문서가 아니라 붙여 넣는 문서예요.
회색 박스를 그대로 복사해서 대화창에 넣으시면 됩니다.
(2026년 8월 기준)
사라집니다
4분이 아니라 2분
내 화면은 그대로
기능이 없어서 느린 게 아닙니다. 이미 들어 있는데 안 켠 것뿐이에요. 셋 다 설정 화면이 아니라 프롬프트 한 번으로 켜집니다.
30초 진단: 나는 어디서 시간을 쓰고 있나
아래 세 문장 중 몇 개가 나에게 해당되는지 확인해 보세요. 포함되는 내용만 하셔도 됩니다.
새 대화를 열 때마다 프로젝트 설명을 처음부터 다시 한다. → 1번 메모리
빌드나 배포를 시켜 놓고 끝날 때까지 화면을 보고 있다. → 2번 백그라운드 실행
조사 결과가 길게 쏟아져서, 읽다 보면 원래 하던 게 뭐였는지 흐려진다. → 3번 서브에이전트
1. 메모리 · 매번 하던 설명을 없앤다
쉽게 말하면. 새 직원이 올 때마다 회사 소개를 다시 하는 대신, 안내문 한 장을 책상에 붙여 두는 겁니다.
클로드는 작업 폴더에 있는 CLAUDE.md 파일을 매번 알아서 읽습니다. (CLAUDE.md = 그 폴더에서 일할 때 항상 먼저 읽히는 안내문 파일) 거기 적어 두면 다시 설명할 필요가 없어집니다.
이 폴더를 훑어보고 CLAUDE.md 파일을 만들어 줘. 아래 네 가지를 넣어 줘. 1. 이 프로젝트가 무엇인지 2. 폴더 구조에서 내가 자주 여는 곳만 3. 자주 쓰는 실행 명령 (빌드, 테스트, 배포) 4. 하지 말아야 할 것 길게 쓰지 말고, 처음 온 사람이 5분 안에 읽을 분량으로 해 줘. 그리고 앞으로 내가 같은 설명을 두 번 하면 "이 내용을 CLAUDE.md 에 적을까요?" 하고 먼저 물어봐 줘.
방금 설명한 내용, CLAUDE.md 에 한 줄로 추가해 줘. 기존에 비슷한 줄이 있으면 새로 만들지 말고 그 줄을 고쳐 줘.
- 너무 길게 씁니다. 길면 정작 중요한 게 묻힙니다. 한 화면 분량이면 충분합니다.
- "잘 해 줘" 같은 말을 적습니다. 지킬 수 있는 규칙만 적으세요.
- 한 번 만들고 안 고칩니다. 두 번 설명한 게 생기면 그때 한 줄 추가하는 게 핵심입니다.
2. 백그라운드 실행 · 기다리는 시간을 없앤다
쉽게 말하면. 세탁기를 돌려 놓고 그 앞에 서서 지켜보지 않는 것과 같습니다. 돌려 놓고 다른 일을 하다가, 끝나면 알림을 받으면 됩니다.
CLAUDE.md 에 아래 규칙을 그대로 추가해 줘. ## 오래 걸리는 명령 처리 규칙 - 30초 넘게 걸리는 명령(빌드, 배포, 설치, 전체 테스트)은 백그라운드로 실행한다. - 백그라운드로 돌리는 동안에는 그 결과에 의존하지 않는 작업만 한다. - 진행 상황을 확인하려고 중간에 반복해서 들여다보지 않는다. 끝나면 알림을 받는다. - 서로의 결과를 쓰지 않고 같은 파일도 건드리지 않는 작업 두 개는 동시에 돌린다.
한 번 심어 두면 이후로는 매번 말하지 않아도 그렇게 합니다.
이건 백그라운드로 돌리고, 끝나면 알려 줘. 그동안 이 결과가 필요 없는 작업부터 먼저 해 줘.
이 두 개는 서로 상관없으니까 동시에 돌려 줘. 둘 다 끝나면 각각 결과를 알려 줘.
왜 이게 크게 줄어드나요
2분짜리 두 개를 순서대로 → 2분 + 2분 = 4분
같이 돌리면 → 느린 쪽 하나 = 2분
아무것도 빨라지지 않았습니다. 순서만 바꿨는데 2분이 사라졌습니다.
1. 이 둘은 서로의 결과를 쓰는가 → 쓰면 순서대로
2. 같은 파일을 건드리는가 → 건드리면 순서대로
3. 실패하면 어느 쪽인지 구분되는가 → 안 되면 따로
애매하면 순서대로가 정답입니다. 잘못 겹치면 되돌리는 데 더 오래 걸립니다.
- 띄워 놓고 계속 "다 됐어?"라고 물어봅니다. 그러면 백그라운드가 아니라 그냥 기다리는 겁니다.
- 커밋이나 배포처럼 바깥에 반영되는 일을 여러 개 동시에 돌립니다. 이건 하나씩 해야 합니다.
- 검사를 돌려 놓고 그 검사 대상 파일을 고칩니다. 그러면 그 검사 결과는 못 믿습니다.
3. 서브에이전트 · 화면이 지저분해지는 걸 없앤다
쉽게 말하면. 자료 조사를 인턴에게 맡기고, 원문 뭉치 대신 정리본만 받는 겁니다.
원문이 내 대화창으로 전부 넘어오지 않아서, 하던 일의 맥락이 흐려지지 않습니다. (서브에이전트 = 특정 일만 하도록 따로 만들어 둔 보조 담당)
.claude/agents/researcher.md 파일을 만들어 줘. 내용은 아래 그대로 넣어 줘. --- name: researcher description: 자료 조사·검색 전담. 원문을 직접 읽고 요약만 돌려준다. 파일을 고치지 않는다. tools: Read, Grep, Glob, WebSearch, WebFetch --- 너는 조사 전담이다. 파일을 절대 수정하지 않는다. - 요청받은 범위만 조사하고, 그 밖의 행동은 하지 않는다. - 원문을 그대로 옮기지 말고 정리해서 준다. 다만 수치, 고유명사, 인용문은 원문 그대로 보존한다. - 회신은 열 줄 이내로 하고, 근거가 있는 것과 추측인 것을 구분해서 적는다. - 확인하지 못한 것은 "확인 못 함"이라고 명시한다. 지어내지 않는다.
파일 하나만 만들면 끝입니다. 별도 설치나 재시작은 없습니다.
아래 세 가지를 researcher 에이전트한테 각각 따로 시켜 줘. 세 개 동시에 돌려도 돼. 원문은 가져오지 말고, 각각 열 줄 요약만 모아서 보여 줘. 1. (조사할 것 1) 2. (조사할 것 2) 3. (조사할 것 3)
언제 맡기고 언제 직접 보나요
판단 기준은 하나입니다. 그 원문을 내가 직접 읽고 인용해서 판단할 것인가.
인용할 거면 직접 읽습니다. 아니면 맡깁니다. 요약이 부실하면 그때 원문으로 돌아가면 됩니다. 요약을 아끼려다 잘못 판단하는 게 훨씬 비쌉니다.
- 최종 결정의 근거가 될 자료까지 맡깁니다. 그건 직접 읽어야 합니다.
- 서로 이어지는 일을 나눠 맡깁니다. 앞의 결과를 뒤가 쓰면 동시에 못 합니다.
- 요약이 이상한데 그냥 씁니다. 이상하면 원문으로 돌아가는 게 규칙입니다.
한 번에 켜는 통합 프롬프트
따로 하기 번거로우면 이것 하나만 붙여 넣으세요. 순서는 메모리 → 백그라운드 규칙 → 서브에이전트입니다. 효과가 큰 순서가 아니라, 앞의 것이 뒤의 것을 방해하지 않는 순서예요.
세 가지를 순서대로 해 줘. 하나 끝날 때마다 결과를 알려 줘. 1단계. 이 폴더를 훑어보고 CLAUDE.md 를 만들어 줘. 프로젝트 설명 두 줄, 자주 여는 폴더, 자주 쓰는 실행 명령, 하지 말아야 할 것. 한 화면 분량으로. 2단계. 방금 만든 CLAUDE.md 에 아래 규칙을 추가해 줘. - 30초 넘게 걸리는 명령은 백그라운드로 실행한다. - 백그라운드로 돌리는 동안에는 그 결과에 의존하지 않는 작업만 한다. - 진행 확인을 위해 중간에 반복해서 들여다보지 않는다. - 서로의 결과를 쓰지 않고 같은 파일도 안 건드리는 작업 두 개는 동시에 돌린다. 3단계. .claude/agents/researcher.md 를 만들어 줘. 조사·검색 전담이고, 파일은 수정하지 않고, 원문 대신 열 줄 요약만 돌려주고, 수치와 고유명사와 인용문은 원문 그대로 보존하고, 확인 못 한 것은 "확인 못 함"이라고 적는 에이전트로. 다 끝나면 세 가지가 각각 잘 됐는지 확인하는 방법을 한 줄씩 알려 줘.
붙여 넣고 나면 확인만 하시면 됩니다. 새 대화를 열어 "이 프로젝트 뭐 하는 거야?"에 맞게 답하면 1단계 성공, "에이전트 목록 보여 줘"에 researcher 가 보이면 3단계 성공입니다.
왜 이렇게만 해도 줄어드나요
진 암달(Gene M. Amdahl)은 전체 시간이 동시에 처리할 수 없는 부분에 지배된다는 것을 보였습니다 [1]. 그래서 줄일 대상은 기다리는 시간 자체가 아니라 꼭 순서대로 해야만 하는 부분입니다. 2번이 하는 일이 이것입니다.
크리스토퍼 파닌(Christopher Parnin)과 스펜서 루게이버(Spencer Rugaber)는 중단된 작업으로 돌아온 사람이 곧바로 이어가지 못하고 어디까지 했는지부터 되짚는다는 것을 관찰했습니다 [2]. 그래서 "기다리는 동안 딴 일 하면 되지"는 생각보다 비쌉니다. 3번이 그 되짚는 횟수 자체를 줄입니다.
에드워드 리스코(Edward F. Risko)와 샘 길버트(Sam J. Gilbert)는 머릿속 부담을 바깥 수단에 떠넘기는 행동을 인지 오프로딩이라 부르며, 그것이 성능을 지키는 합리적 전략일 수 있다고 정리했습니다 [3]. 1번의 CLAUDE.md 가 정확히 그 바깥 수단입니다.
정리
- 기능이 없어서 느린 게 아닙니다. 이미 있는데 안 켠 것뿐입니다.
- 메모리: CLAUDE.md 를 만들면 매번 하던 설명이 사라집니다. 두 번 설명한 건 그때 적습니다.
- 백그라운드 실행: 30초 넘게 걸리면 띄워 둡니다. 2분짜리 두 개를 같이 돌리면 4분이 아니라 2분입니다 [1].
- 서브에이전트: researcher.md 파일 하나면 됩니다. 직접 인용할 게 아니면 맡기고 요약만 받습니다 [2].
- 같이 돌리기 전 세 가지 질문: 서로의 결과를 쓰는가, 같은 파일을 건드리는가, 실패하면 구분되는가. 애매하면 순서대로가 정답입니다.
클로드 명령 후 기다림, 더이상 필수가 아닙니다.
References
- G. M. Amdahl, "Validity of the single processor approach to achieving large scale computing capabilities," in Proc. AFIPS Spring Joint Computer Conf., Atlantic City, NJ, USA, Apr. 1967, pp. 483-485.
- C. Parnin and S. Rugaber, "Resumption strategies for interrupted programming tasks," Software Quality Journal, vol. 19, no. 1, pp. 5-34, Mar. 2011.
- E. F. Risko and S. J. Gilbert, "Cognitive offloading," Trends in Cognitive Sciences, vol. 20, no. 9, pp. 676-688, Sep. 2016.