16분만에 알아보는 왕초보를 위한 클로드코드 9개 핵심 기능정리
Quick Summary
16분만에 알아보는 왕초보를 위한 클로드코드 9개 핵심 기능정리를 중심으로, 첫 단계는 완성될 결과와 제약을 명확히 제시하고, 조건이 흐릿할 때 플랜 모드로 인터뷰와 합의를 거친 뒤 실행하는 것이다를 핵심 판단 포인트로 압축 정리한다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽
🖼️ 4컷 인포그래픽
💡 한 줄 결론
16분만에 알아보는 왕초보를 위한 클로드코드 9개 핵심 기능정리를 중심으로, 첫 단계는 완성될 결과와 제약을 명확히 제시하고, 조건이 흐릿할 때 플랜 모드로 인터뷰와 합의를 거친 뒤 실행하는 것이다를 핵심 판단 포인트로 압축 정리한다.
📌 핵심 요점
- 첫 단계는 완성될 결과와 제약을 명확히 제시하고, 조건이 흐릿할 때 플랜 모드로 인터뷰와 합의를 거친 뒤 실행하는 것이다.
- 에포트는 모델의 급수와 별개로 탐색·검증·자율 진행의 깊이를 조절하며, 지식이 부족하면 모델을, 수행량이 부족하면 에포트를 높인다는 기준을 제시한다.
- 긴 대화는 매 요청마다 다시 전달되므로 컨텍스트를 관리해야 한다. 무관한 작업은 클리어하고, 이어지는 작업만 콤팩트하며, 필요하면 리와인드로 대화와 코드를 이전 지점으로 되돌린다.
- 항상 적용할 규칙은 클로드닷엠디와 룰즈, 에이전트가 축적하는 경험은 오토 메모리, 필요할 때만 불러올 반복 절차는 스킬로 분리해야 한다.
- 외부 작업은 MCP·CLI, 반드시 실행될 통제는 훅, 독립적인 검증과 대규모 조사는 서브에이전트, 초대형 병렬 작업은 다이나믹 워크플로우에 맡긴다.
🧩 배경과 문제 정의
클로드 코드를 처음 접하면 모드, 에포트, 컨텍스트, 클로드닷엠디, 룰즈, 메모리, 스킬, MCP, CLI, 훅, 서브에이전트 같은 용어가 한꺼번에 등장한다. 개별 정의만 읽어서는 각 기능을 언제 사용해야 하는지 판단하기 어렵다는 것이 영상의 문제의식이다. 영상은 작은 주방과 요리사 비유를 사용해 앞 단계가 막히는 지점에서 다음 기능이 필요한 이유를 설명하고, 사람이 맡던 주문·규칙·절차·도구·검수 업무가 에이전트에게 단계적으로 넘어가는 하나의 체계로 정리한다.
🕒 시간순 섹션별 상세정리
1. 흩어진 기능을 하나의 계단으로 재구성
- 영상은 기능별 정의를 나열하는 대신 앞 기능이 막히는 지점과 다음 기능의 등장 이유를 연결해 설명하겠다고 드러낸다. [00:37]
- 주방을 처음 맡은 사용자와 실력은 좋지만 가게 사정을 모르는 요리사를 클로드 코드 사용의 기본 비유로 설정한다. [00:55]
2. 주문서와 플랜 모드로 목표를 합의
- 세부 조리법을 모두 지시하기보다 완성된 결과의 모습과 애매하면 실행 전에 질문하라는 조건을 전달해야 한다고 보여준다. [01:28]
- 플랜 모드는 파일을 읽고 조사하지만 수정은 막은 채 계획을 제시하며, 사용자의 승인 이후에 실행을 시작한다. [02:04]
- 목표가 흐릿할 때는 바로 만들지 말고 인터뷰를 통해 할 일과 하지 않을 일을 합의하는 순서가 초보자의 결과 차이를 크게 만든다고 강조한다. [02:40]
3. 에포트와 컨텍스트 작업대 관리
- 에포트는 모델 선택과 별개의 축으로, 파일 탐색량·검증 수준·혼자 진행할 단계의 깊이를 조절한다고 보여준다. [03:08]
- 결과가 어긋난 원인이 지식 부족이면 모델을, 수행 부족이면 에포트를 높인다는 판단 기준을 제시한다. [03:33]
- 대화 전체가 새 요청마다 다시 전달되므로 사용량이 빠르게 늘 수 있으며, 무관한 작업에는 클리어, 연속 작업에는 콤팩트를 사용하라고 권한다. [04:41]
4. 클로드닷엠디로 지속 규칙 설정
- 컨텍스트를 비운 뒤에도 유지돼야 할 규칙은 매 세션 읽히는 클로드닷엠디에 기록하며, 개인 전체 범위와 프로젝트 범위를 구분한다. [05:54]
- 개인 규칙에는 결론부터 답하기나 흐릿한 목표를 먼저 인터뷰하기처럼 프로젝트가 바뀌어도 필요한 행동을 넣는다. [06:26]
- 코드만 봐도 알 수 있는 정보는 제외하고 한 파일을 200줄 안쪽으로 관리하며, 슬래시 닥터로 덜어낼 내용을 진단하라고 보여준다. [07:17]
5. 룰즈와 오토 메모리로 규칙을 분산
- 닷클로드 룰즈에서는 주제별 파일과 패스를 사용해 특정 파일을 다룰 때만 관련 규칙을 불러오며, 패스가 없으면 매 세션 읽힌다고 경고한다. [08:02]
- 오토 메모리는 에이전트가 사용자의 수정과 프로젝트 요령을 스스로 기록하는 수첩이며, 슬래시 메모리로 확인하고 삭제할 수 있다. [08:37]
- 같은 지적이 반복되면 오토 메모리에만 맡기지 말고 사람이 관리하는 클로드닷엠디 규칙으로 승격하라는 기준을 제시한다. [09:18]
6. 스킬로 필요할 때만 절차 호출
- 매주 수행하는 다단계 절차를 항상 읽히는 규칙표에 넣지 않고, 사용할 때만 펼치는 스킬로 분리한다. [09:48]
- 스킬의 디스크립션에는 언제 호출해야 하는지를 적어 자동 선택을 돕고, 필요하면 슬래시 이름으로 직접 호출한다. [10:13]
- 흐릿한 계획을 질문으로 구체화하는 인터뷰형 스킬을 예로 들며, 장기적으로는 자신의 작업 방식에 맞춘 스킬이 남는다고 보여준다. [10:46]
7. MCP와 CLI로 외부 도구 연결
- Gmail, 노션, 브라우저 같은 외부 서비스를 다루는 도구는 MCP나 CLI를 기반으로 하며 플러그인과 커넥터가 이를 묶어 제공한다고 보여준다. [11:11]
- MCP는 외부 프로그램과 연결하는 공통 규격이고, CLI는 터미널의 문자 명령을 에이전트가 대신 실행하는 방식이다. [11:44]
- 같은 작업이 가능하면 도구 목록이 컨텍스트를 차지하는 MCP보다 기존 CLI 명령을 사용하는 편이 가볍다는 기준을 제시한다. [11:56]
8. 훅과 서브에이전트로 강제 통제와 검수 분리
- 훅은 세션 시작, 프롬프트 전송, 도구 실행 전후, 응답 종료 같은 정해진 시점에 명령을 조건부로 실행한다. [12:27]
- 클로드닷엠디의 규칙은 부탁이지만 훅은 실행을 막을 수도 있는 강제 장치이므로 커밋 전 검사처럼 반드시 일어나야 하는 작업에 사용한다. [12:45]
- 서브에이전트는 본체와 분리된 컨텍스트에서 검수나 조사를 수행하고, 본체에는 원문 대신 요약만 전달해 독립 검증과 작업대 관리를 함께 해결한다. [13:43]
9. 다이나믹 워크플로우와 최종 정리
- 다이나믹 워크플로우는 자바스크립트가 다수의 서브에이전트를 지휘하는 구조이며, 영상은 동시 실행 16개와 총 1,000개라는 한도를 보여준다. [14:17]
- 비용이 크므로 작은 폴더부터 시험하고 슬래시 워크플로즈로 토큰 사용량을 확인하라고 권한다. [14:47]
- 영상은 모든 기능을 사람이 손대던 자리를 단계적으로 넘기는 과정으로 요약하고, 슬래시 닥터 실행과 200줄을 넘긴 규칙의 룰즈 분리를 당장 할 일로 제안한다. [15:57]
- 마지막으로 스킬 후보와 메모리 점검용 프롬프트도 제공할 예정이지만, 우선 클로드닷엠디와 룰즈만 정리해도 충분하다고 마무리한다. [16:19]
🧾 결론
- 아홉 기능은 서로 떨어진 편의 기능이 아니라, 사람이 직접 챙기던 작업을 에이전트에게 순서대로 넘기기 위한 계단이다.
- 결과 품질을 가장 크게 바꾸는 초보자 습관은 화려한 프롬프트보다 목표를 주고, 되묻게 하고, 합의한 다음 시작하는 순서다.
- 클로드닷엠디를 길게 만드는 것보다 항상 필요한 규칙만 남기고 조건부 규칙·절차·기억을 알맞은 저장소로 분산하는 편이 중요하다.
- 자동화가 커질수록 실행 능력뿐 아니라 컨텍스트 비용, 강제 통제, 독립 검수까지 함께 설계해야 한다.
📈 투자·시사 포인트
- AI 코딩 도구의 경쟁력은 모델 성능만이 아니라 컨텍스트 관리, 재사용 가능한 스킬, 외부 도구 연결, 독립 검수의 결합에서 형성될 수 있다.
- MCP처럼 연결 편의성이 높은 방식과 CLI처럼 컨텍스트를 덜 차지하는 방식 사이의 선택은 에이전트 운영 비용과 확장성에 영향을 줄 수 있다.
- 훅과 서브에이전트는 AI 자동화를 단순 생성 도구에서 통제·검증 가능한 업무 시스템으로 확장하는 핵심 구성요소로 제시된다.
- 다이나믹 워크플로우는 대규모 병렬화를 가능하게 하지만 토큰 사용량과 비용이 빠르게 커질 수 있으므로 작은 범위의 시험과 사용량 관찰이 선행돼야 한다.
⚠️ 불확실하거나 확인이 필요한 부분
- 영상의 음성 전사에는 플랜 모드, 클로드닷엠디, 룰즈, 리와인드 등 일부 명칭이 다르게 표기된 것으로 보이는 구간이 있어 실제 명령어와 파일명을 사용 전 확인해야 한다.
- 에포트 단계, 컨텍스트 압축 권장 비율, 메모리 로딩 한도, 워크플로우의 동시 실행 수와 총 에이전트 수는 영상의 설명에 근거하며 현재 제품 사양과 동일한지는 별도 확인이 필요하다.
- 영상이 언급한 공식 문서의 맥스 에포트 설명과 클로드닷엠디 200줄 기준은 원문 문서가 함께 제공되지 않아 직접 대조되지 않았다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 새 작업을 시작할 때 결과물의 완성 조건을 적고, 불명확한 조건을 먼저 질문하도록 요청한다.
- 터미널에서 슬래시 닥터를 실행해 현재 클로드닷엠디의 길이와 불필요한 내용을 점검한다.
- 클로드닷엠디가 200줄을 넘는다면 조건부 규칙을 닷클로드 룰즈의 주제별 파일로 옮기고 적용 패스를 지정한다.
- 반복해서 지적한 항목이 오토 메모리에만 있다면 사람이 관리하는 프로젝트 규칙으로 승격한다.
❓ 열린 질문
- 현재 작업에서 항상 읽혀야 하는 규칙과 특정 파일을 다룰 때만 필요한 규칙의 경계는 어디인가?
- 같은 자동화를 MCP와 CLI로 모두 구현할 수 있다면 연결 편의성과 컨텍스트 비용 중 무엇을 우선해야 하는가?
- 오토 메모리에 반복적으로 쌓이는 경험 가운데 어떤 항목을 클로드닷엠디의 명시적 규칙으로 승격해야 하는가?
