How to Use Claude Code Better than 99% of People

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Claude Code를 더 잘 활용하려면 개별 코딩 요청을 넘어 반복 실행·완료 기준·품질 검사·병렬 작업을 연결하고, 검증된 절차를 스킬로 저장해야 한다.

📌 핵심 요점

1. 반복 업무는 실행 환경에 맞춰 자동화한다. 영상은 /loop로 5분마다 신규 문의를 분류하고, 클라우드 예약 작업으로 평일 아침 고객 보고서를 만드는 사례를 소개한다. 루프는 실행 중인 세션에 의존하지만 클라우드 예약 작업은 컴퓨터가 꺼져 있어도 실행된다고 설명한다.
2. 자율 작업에는 구체적인 완료 기준이 필요하다. 계획 모드로 관련 파일과 접근법을 먼저 확인하고, /goal에 샘플 연락처 가져오기 오류 0건과 전체 테스트 통과 같은 조건을 지정한다. 잘못된 진행은 되감기로 복원할 수 있지만 외부 시스템에 이미 전달된 작업까지 취소되지는 않는다.
3. 품질 검사를 작업 흐름에 넣는다. 훅으로 보고서 작성 직후 고객명·기간 누락을 검사하고, 응답 종료 시 테스트를 실행하는 사례를 제시한다. 배포 전에는 코드 리뷰와 보안 리뷰로 변경 내용을 추가 점검한다.
4. 독립적인 작업은 병렬화한다. 워크트리는 서로 다른 브랜치와 폴더에서 랜딩 페이지 시안을 만들 때, /batch는 여러 페이지의 예약 폼처럼 프로젝트 전반에 반복되는 변경을 나눠 처리할 때 활용한다.
5. 원격 조작·전문 에이전트·스킬을 결합해 반복 가능한 운영 방식을 만든다. 휴대전화로 진행 상황과 승인 요청에 대응하고, 별도 문맥의 검수 에이전트에 보고서를 맡긴다. 절차와 검사는 스킬에, 고객별 규칙은 claude.md에 기록한다.

🧩 배경과 문제 정의

영상은 Claude Code를 개발자뿐 아니라 사업 운영자가 활용할 수 있는 도구로 소개한다. 발표자는 영업 문의 추적, 고객 보고서, 예약 페이지, 내부 대시보드 제작을 활용 사례로 들고, Anthropic 성장 마케팅팀이 광고 성과 자료와 보조 에이전트를 활용한다고 설명한다.

문제는 반복 업무를 매번 직접 확인하고, 작업이 끝날 때까지 지켜보며, 결과를 따로 검수해야 한다는 데 있다. 영상은 아홉 가지 워크플로로 실행·완료·검사·병렬 처리를 연결하고, 마지막에는 이를 스킬과 고객 규칙으로 재사용하는 구성을 제시한다. 중간과 끝에는 발표자의 유료 교육 서비스 홍보가 포함된다.

🕒 시간순 섹션별 상세정리

1. 업무 도구로서의 Claude Code와 반복 실행

• 영업 문의 추적기, 고객 보고서, 예약 페이지 등을 사례로 Claude Code의 사업 운영 활용을 보여준다. Anthropic 성장 마케팅팀의 광고 자료 처리와 보조 에이전트 활용도 언급한다. [00:36]
• 첫 번째 워크플로는 신규 문의 감시다. 필요하면 MCP로 CRM을 연결하고, /loop로 5분마다 문의를 확인해 관심도를 분류하고 leads.md에 추가한다. 루프는 실행 중인 세션 안에서 동작하므로 노트북을 닫으면 멈춘다고 보여준다. [01:30]
• 두 번째는 평일 오전 8시의 고객 보고서다. 전날 트래픽을 지난주와 비교해 성과 세 가지와 개선점 하나를 작성하도록 예약한다. 클라우드 예약은 리서치 프리뷰로 소개하며, 기존 자동화 도구에는 한 번 실행하고 종료하는 출력 모드와 JSON 결과를 연결할 수 있다고 보여준다. [02:42]

2. 교육 서비스 소개와 완료 기준에 따른 자율 작업

• 발표자는 앞선 프롬프트와 설정이 자신의 교육 서비스에 있다고 안내하고, 자동화·에이전트 운영·콘텐츠 제작 관련 강좌와 자료를 홍보한다. [03:31]
• 세 번째 워크플로는 연락처 가져오기 프로그램을 완료 조건까지 진행시키는 것이다. 계획 모드로 파일을 읽고 접근법을 제안하게 한 뒤, /goal에 샘플 파일 오류 0건과 전체 테스트 통과를 지정한다. 영상은 별도 평가자가 조건 충족 여부를 확인한다고 보여준다. [04:22]
• 진행이 잘못되면 되감기를 열어 코드·대화 또는 둘 다 이전 상태로 복원한다. 다만 이미 외부 시스템으로 전송한 작업은 취소하지 못하므로 샘플 데이터부터 사용하라고 권한다. [04:45]

3. 훅을 통한 검사와 워크트리·배치 병렬 처리

• 네 번째 워크플로는 훅이다. 보고서 작성·수정 직후 검사기를 실행해 고객명과 기간 누락을 확인하고, 응답 종료 시 테스트를 실행하는 사례를 보여준다. 설정한 이벤트와 출처는 /hooks로 확인한다고 보여준다. [05:36]
• 다섯 번째는 워크트리로 랜딩 페이지 세 가지를 동시에 만드는 방식이다. 세션마다 별도 브랜치와 프로젝트 폴더를 사용해 결과를 비교하고 선택한 버전을 병합한다. 사용 전 최소 한 번의 Git 커밋이 필요하다고 덧붙인다. [06:16]
• 여섯 번째는 /batch로 모든 지점 페이지의 예약 폼을 교체하는 작업이다. 계획을 승인하면 작업을 독립적인 조각으로 나누고 각 에이전트가 자체 워크트리에서 처리한다. 푸터 변경이나 여러 폼의 필드 추가처럼 반복되는 수정에도 적용한다고 보여준다. [07:08]

4. 휴대전화 대응과 배포 전 리뷰·전문 에이전트

• 일곱 번째는 원격 조작이다. 연결 링크를 휴대전화 앱에서 열어 진행 상황을 보고 질문이나 승인 요청에 응답한다. 작업은 계속 자신의 컴퓨터에서 실행되므로 전원을 유지해야 하며, 목표 설정과 함께 사용하는 예를 든다. [07:47]
• 여덟 번째는 배포 전 코드·보안 리뷰다. 브랜치 변경을 검토하고, 주입 공격·로그인 문제·고객 데이터 노출 같은 위험을 확인한다. GitHub 풀 리퀘스트에서는 심각도와 함께 코드 줄에 검토 결과를 남기는 방식도 보여준다. [08:25]
• 아홉 번째는 전문 하위 에이전트다. 보고서 검사 담당 에이전트에 원본 내보내기 자료와 모든 수치를 대조하고 기간 누락을 표시하도록 지시한다. 별도 문맥에서 작업한 뒤 문제 목록을 돌려주는 구조라고 보여준다. [09:07]

5. 스킬로 절차를 저장하고 전체 흐름 정리

• 마음에 드는 워크플로는 skill.md가 있는 폴더에 단계·형식·검사를 저장해 재사용한다. 고객의 어조·브랜드 색상·보고서 규칙은 claude.md에 기록하고, /init과 /memory로 생성과 기억 내용을 확인한다고 보여준다. [09:39]
• 루프는 감시, 예약은 보고, 목표는 완료, 훅은 검사, 워크트리와 배치는 병렬 처리, 전문 에이전트는 분업을 맡는다고 정리한다. 원격 조작과 코드 리뷰를 더하고 스킬로 반복 가능하게 만드는 것이 전체 구성이다. [09:56]
• 마지막에는 프롬프트와 스킬을 제공한다는 교육 서비스를 다시 홍보한다. 발표자는 자신을 Julian Goldie라고 소개하고 영상을 마친다. [10:27]

🧾 결론

• 영상의 중심은 아홉 가지 기능을 실제 영업 문의 처리, 고객 보고, 웹사이트 수정 업무에 연결하는 방법이다.
• 반복 실행과 병렬 처리에 완료 조건·테스트·검수를 함께 붙이는 것이 제안된 운영 방식의 핵심이다.
• 성공한 작업 절차를 스킬로 저장하면 다음 작업에서도 같은 단계와 출력 형식, 검사 기준을 적용할 수 있다.
• 자동화의 지속 여부는 실행 위치에 달려 있다. 로컬 루프와 원격 조작은 실행 중인 컴퓨터가 필요하다는 제약을 고려해야 한다.

📈 투자·시사 포인트

• 업무 관점에서는 신규 문의 확인, 정기 보고, 여러 페이지의 반복 수정처럼 빈번하고 형식이 일정한 작업이 우선 적용 대상으로 제시된다.
• 에이전트 활용 범위가 코드 작성에서 고객 보고와 마케팅 운영으로 넓어진다는 점이 시사점이다. 영상은 Anthropic 내부 활용 사례도 그 근거로 소개한다.
• 운영 설계에서는 생성 속도와 함께 검사 기준, 실행 환경, 외부 시스템 변경의 복구 가능성을 살펴야 한다.
• 투자 판단에 사용할 비용 절감률·수익성·성과 비교 수치는 제공되지 않는다. 이 영상은 기능 활용 사례로 해석하는 것이 적절하다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목의 ‘99%보다 잘 활용한다’는 표현을 뒷받침하는 사용자 비교나 성과 측정 자료는 영상에 제시되지 않는다.
• 클라우드 예약 작업은 영상에서 리서치 프리뷰로 소개된다. 실제 사용 가능 여부와 현재 동작 방식은 확인이 필요하다.
• 자막의 예약 실행 명령, 일부 옵션, 에이전트 파일 경로에는 표기 혼선이 있다. 이를 그대로 복사해 실행하기 전에 실제 명령과 경로를 확인해야 한다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 신규 문의 분류나 고객 보고서처럼 반복되는 업무 하나를 고르고, 입력 자료·출력 형식·실행 주기를 정한다.
• CRM 등 외부 도구를 사용할 경우 MCP 연결과 로그인 상태를 먼저 확인한다.
• 샘플 데이터로 계획을 검토하고, 오류 건수와 테스트 통과 여부처럼 확인 가능한 완료 조건을 설정한다.
• 로컬 세션을 유지할 수 있는지에 따라 루프와 클라우드 예약 작업 중 적합한 방식을 선택한다.

❓ 열린 질문

• 실제 업무에서 어떤 작업을 먼저 자동화해야 반복 실행과 검수의 효과를 가장 명확하게 확인할 수 있을까?
• 예약 작업과 병렬 에이전트 운영에 드는 비용 및 관리 부담은 수작업과 비교해 어느 정도일까?
• 외부 시스템 변경을 되감기로 복구할 수 없다면, 어떤 단계에서 사람의 확인을 거치게 할 것인가?