Agent Loop: 클로드 코드의 핵심
클로드 코드는 에이전트입니다.
목표를 주면 작업을 완료할 때까지 스스로 실행하는 시스템이죠.
채팅과는 다릅니다. 채팅에서는 "내 앱에 인증을 추가하려면 어떻게 해야 해?"라고 묻고 단계별 설명을 받습니다.
하지만 직접 프로젝트로 가서 코드를 수정하고, 제대로 작동하는지 테스트해야 합니다.
즉, 당신이 직접 작업을 하는 거죠.
클로드 코드에서는 "내 앱에 인증을 추가해 줘"라고 말하면 알아서 처리합니다.
코드를 읽고, 라이브러리를 선택하고, 변경 사항을 작성한 다음 완료되면 알려줍니다.
목표는 하나입니다: 인증 추가.
그리고 그 목표를 이룰 때까지 작업을 계속합니다.
그런데 각 단계 후에 무엇을 해야 할지, 어떤 작업이 제대로 작동했는지는 어떻게 알까요? 이런 결정을 조정할 무언가가 필요합니다.
바로 루프(Loop) 입니다.
반복되는 사이클입니다.
클로드 코드는 작업을 실행하고, 결과를 관찰하며, 다음에 무엇을 할지 결정한 후 다시 시작합니다. 목표를 달성할 때까지 멈추지 않습니다.
실패하면 되돌아가서 수정하고 계속 진행합니다.
루프는 3단계로 이루어져 있습니다:
컨텍스트 수집 → 해야 할 일을 파악합니다. 파일을 읽고, 코드를 분석하며, 프로젝트 구조를 탐색합니다.
작업 실행 → 변경 사항을 적용합니다. 파일을 수정하고, 명령어를 실행하며, 의존성을 설치합니다.
결과 확인 → 수행한 작업이 제대로 작동하는지 확인합니다. 테스트를 실행하고, 오류를 검토하며, 실패한 부분을 수정합니다.
루프는 사용자의 요청에 따라 유연하게 적용됩니다.
간단한 질문은 컨텍스트 수집만 필요할 수 있습니다. 버그 수정은 세 단계를 여러 번 반복해야 할 수도 있습니다.
클로드 코드는 이전 단계에서 학습한 내용을 바탕으로 각 단계에 필요한 것을 결정합니다. 그리고 당신도 그 루프의 일부입니다.
언제든지 중단하여 방향을 바꾸거나, 컨텍스트를 추가하거나, 다른 접근 방식을 시도하도록 요청할 수 있습니다.
이것이 클로드 코드의 핵심입니다.
이후의 모든 내용은 이 루프를 더욱 강력하게 만들기 위해 존재합니다.
도구(Tools): 클로드 코드가 현실 세계와 상호작용하는 방식
LLM은 기본적으로 텍스트만 처리합니다.
텍스트를 입력받고 텍스트를 생성합니다. 파일 시스템에 접근할 수 없고, 명령어를 실행할 수 없으며, 프로젝트에 무엇이 있는지 알 수 없습니다.
완전히 격리되어 있습니다.
그렇다면 클로드 코드는 어떻게 파일을 열거나 수정할까요?
도구(Tools) 를 사용합니다.
도구는 클로드 코드가 현실 세계와 상호작용하기 위해 호출할 수 있는 함수입니다.
마치 모바일 앱과 같습니다. 휴대폰 자체로는 아무것도 할 수 없지만, 앱이 사진 촬영, 메시지 전송, 내비게이션 같은 특정 기능을 제공합니다.
클로드 코드에게 도구는 바로 그런 역할을 합니다.
도구를 사용할 때마다 필요한 내용을 시스템에 요청으로 보냅니다. 시스템이 이를 실행하고 결과를 반환합니다.
클로드 코드는 그 결과를 바탕으로 다음에 무엇을 할지 결정합니다.
1사용자 요청2 ↓3클로드 코드가 사용할 도구 결정4 ↓5┌─────────────────────────────────┐6│ 읽기 · 수정 · 쓰기 · Bash │7│ Grep · Glob · 웹페치 · 웹검색 │8└─────────────────────────────────┘9 ↓10시스템이 도구 실행11 ↓12결과가 클로드 코드로 반환됨13 ↓14완료? → 아니오 → 다른 도구 사용15 예 → 응답
클로드 코드는 가장 일반적인 작업을 위한 기본 도구를 제공합니다:
읽기(Read) / 수정(Edit) / 쓰기(Write) → 파일을 읽고, 수정하고, 생성합니다. 가장 많이 사용되는 도구입니다. 클로드 코드가 "코드를 이해"하거나 "변경"을 할 때마다 이 세 가지 도구를 사용합니다.
Bash → 터미널에 대한 완전한 접근 권한을 제공합니다. 명령줄에서 할 수 있는 모든 것을 클로드 코드도 할 수 있습니다: 의존성 설치, 테스트 실행, 커밋 수행 등.
Grep과 Glob → 프로젝트 내에서 검색합니다. Glob은 이름이나 패턴으로 파일을 찾고, Grep은 파일 내에서 특정 콘텐츠를 검색합니다.
웹페치(WebFetch)와 웹검색(WebSearch) → 인터넷 접근 기능입니다. 문서를 참조하고, API를 읽고, 이전에 본 적 없는 오류를 조사합니다.
로그인 버튼 버그 예시로 다시 돌아가 보겠습니다.
클로드 코드가 그 문제를 해결할 때 여러 도구를 함께 사용합니다:
→ Glob으로 컴포넌트 파일을 찾습니다
→ Read로 코드를 읽고 문제 상황을 파악합니다
→ Edit으로 오류를 수정합니다
→ Bash로 테스트를 실행하고 제대로 작동하는지 확인합니다
이 모든 과정이 사용자의 개입 없이 이루어집니다. 이것이 채팅과 에이전트의 차이점입니다.
컨텍스트와 메모리: 클로드 코드가 기억하는 것
클로드 코드는 작업하고, 작업을 실행하며, 결과를 얻고, 다음에 무엇을 할지 결정합니다.
하지만 진행하면서 이전에 무엇을 했는지는 어떻게 알까요?
모든 것은 컨텍스트(Context) 덕분입니다.
컨텍스트는 클로드 코드가 해당 시점에 사용할 수 있는 정보입니다. 작업을 실행할 때마다 결과가 여기에 축적됩니다.
사용자의 초기 프롬프트뿐만 아니라, 연 파일, 코드에서 발견한 내용, 실행한 작업과 그 결과까지 모두 포함됩니다.
그렇기 때문에 단계를 연결하고, 스스로 수정하며, 작업을 혼자서 완료할 수 있는 것입니다.
이 컨텍스트에는 두 가지 문제가 있습니다.
1. 용량이 제한적입니다. 세션이 너무 길어지면 컨텍스트가 가득 차서 클로드 코드가 이전에 있었던 일을 잊기 시작합니다. SubAgent가 이 문제를 어떻게 해결하는지는 나중에 살펴보겠습니다.
2. 새 대화를 시작할 때마다 비워집니다. 클로드 코드는 현재 어떤 프로젝트에 있는지, 팀이 어떻게 작업하는지, 어떤 결정이 이미 내려졌는지 알지 못합니다. 사용자가 알려주지 않으면 추론하거나 질문합니다.
메모리(Memory)가 두 번째 문제를 해결합니다.
클로드 코드가 알아야 할 모든 정보(스택, 팀 규칙, 프로젝트 구조)를 저장하는 마크다운 파일 시스템입니다.
클로드 코드는 각 세션 시작 시 이 파일들을 읽고, 사용자가 첫 줄을 입력하기 전에 해당 정보를 컨텍스트에 주입합니다.
메모리 없음: "사용자를 생성하는 엔드포인트를 추가해 줘"라고 말하면 클로드 코드가 묻습니다: "어떤 프레임워크를 사용하나요? 데이터베이스가 설정되어 있나요? 라우트는 어떻게 구성되어 있나요?"
메모리 있음: 같은 말을 하면 Express와 Prisma를 사용한다는 것, 라우트는 /src/routes에 있다는 것, 오류는 중앙화된 미들웨어로 처리한다는 것을 이미 알고 있습니다. 질문 없이 바로 작업을 시작합니다.
클로드 코드에는 2가지 메모리 시스템이 있습니다:
→ CLAUDE.md - 클로드 코드가 알아야 할 모든 정보를 담은 마크다운 파일입니다. 여러 레벨로 존재할 수 있습니다:
→ ~/.claude/CLAUDE.md - 모든 프로젝트에 적용됩니다. 개인적인 선호도를 여기에 저장합니다: 코드 작성 방식, 항상 사용하는 규칙 등. 지침은 구체적이어야 합니다: "코드를 잘 포맷팅해 줘"보다는 "들여쓰기는 2칸을 사용해 줘"가 더 명확합니다.
→ /your-project/CLAUDE.md - 특정 저장소에 적용됩니다. 아키텍처, 팀 규칙, 중요한 명령어를 여기에 저장합니다. 새 프로젝트를 시작할 때 /init을 실행하면 클로드 코드가 자동으로 생성합니다. 200줄 미만으로 유지하세요: 너무 길어지면 클로드 코드가 지침을 무시하기 시작합니다. 그리고 저장소에 커밋하면 전체 팀이 동일한 컨텍스트를 공유할 수 있습니다.
→ .claude/rules/ - 파일 유형에 따라 활성화되는 모듈식 규칙입니다. 프로젝트가 커져서 모든 것을 하나의 파일에 담고 싶지 않을 때 유용합니다.
자동 메모리(Auto Memory) - 클로드 코드가 스스로 구축하는 메모리입니다. 작업하면서 직접 감지한 패턴, 사용자가 수정한 내용, 함께 내린 결정 등을 자동으로 기록합니다.
~/.claude/projects/<project>/memory/ 에 저장되며 각 세션 시작 시 로드됩니다.
자주 검토하세요: 클로드 코드가 사용자가 모르는 사이에 잘못된 관행을 저장했을 수도 있습니다.
팁: /memory를 실행하면 클로드 코드가 기억하는 모든 내용을 보고 수정할 수 있습니다.
훅(Hooks)과 스킬(Skills): 제어권을 잡아라
1. 훅(Hooks)
클로드 코드는 자율적으로 작동합니다.
작업을 실행하고, 결정을 내리며, 앞으로 나아갑니다.
하지만 이런 자율성에는 잘 알려지지 않은 측면이 있습니다: 클로드 코드는 각 단계에서 자신이 옳다고 판단하는 대로 행동합니다.
무언가 잘못되거나, 원하지 않는 행동을 해도 이미 실행된 후입니다.
어떻게 제어할까요? 훅(Hooks) 을 사용합니다.
훅은 사이클의 특정 지점에서 자동으로 실행되는 명령어입니다. 클로드 코드가 도구를 사용하기 전, 사용한 후, 세션이 종료될 때 등에 실행됩니다.
각 시점에 무엇을 할지 정의할 수 있습니다.
핵심은 훅이 결정적(Deterministic) 이라는 점입니다.
클로드 코드가 "기억"해야 실행되는 것이 아닙니다. 예외 없이 항상 실행됩니다.
네 가지 주요 훅은 다음과 같습니다:
PreToolUse - 클로드 코드가 도구를 사용하기 전에 실행됩니다. 작업을 차단할 수 있는 유일한 훅입니다. 예시: .env 파일을 수정하려는 모든 명령어를 차단합니다.
PostToolUse - 클로드 코드가 도구를 사용한 후에 실행됩니다. 예시: 클로드 코드가 파일을 수정할 때마다 Prettier를 자동으로 실행합니다.
Notification - 클로드 코드가 사용자의 주의가 필요할 때 실행됩니다. 예시: 긴 작업이 완료되면 Mac으로 알림을 받습니다.
Stop - 클로드 코드가 응답을 마쳤을 때 실행됩니다. 예시: 에이전트 작업이 끝나면 자동으로 스테이징에 푸시합니다.
.claude/settings.json에서 설정합니다:
1{2 "hooks": {3 "PostToolUse": [4 {5 "matcher": "Edit|Write",6 "hooks": [7 {8 "type": "command",9 "command": "npx prettier --write $file_path"10 }11 ]12 }13 ]14 }15}
이 훅은 클로드 코드가 파일을 수정하거나 생성할 때마다 Prettier를 자동으로 실행합니다.
사용자가 요청하지 않아도, 클로드 코드가 기억할 필요 없이 자동으로 실행됩니다.
훅 없음: 클로드 코드가 파일을 수정하면 코드가 포맷팅되지 않은 상태로 남고, 다음 커밋에서야 문제를 알게 됩니다.
훅 있음: 클로드 코드가 파일을 수정하면 PostToolUse가 자동으로 트리거되고, Prettier가 파일을 포맷팅하여 코드가 항상 깔끔하게 유지됩니다.
훅을 사용하면 에이전트의 사이클에 보장된 동작을 추가할 수 있습니다. 모델이 무시할 수 있는 제안이나 지침이 아닌, 항상 실행되는 규칙입니다.
2. 스킬(Skills)
또 다른 문제가 있습니다: 일관성입니다.
같은 작업을 두 번 요청해도 다른 결과를 얻습니다. 새 대화를 열 때마다 클로드 코드는 이전에 어떻게 했는지 모르고 시작합니다.
어떻게 해결할까요? 스킬(Skills) 을 사용합니다.
스킬은 특정 작업에 대한 정확한 프로세스를 클로드 코드에 설명하는 마크다운 파일입니다: 무엇을 검토할지, 어떤 순서로, 어떤 형식을 사용할지, 무엇을 무시할지.
해당 작업이 나타날 때마다 클로드 코드는 그 지침을 따릅니다.
스킬 없음: API 문서 작성을 요청하면 매번 다른 형식으로 생성합니다. 때로는 예제가 포함되고, 때로는 없습니다.
스킬 있음: API 문서 작성을 요청하면 사용자가 정의한 정확한 프로세스를 따릅니다. 항상 동일한 단계, 동일한 형식, 동일한 기준으로 매번 동일한 결과를 제공합니다.
스킬을 만들려면 다음과 같은 폴더 구조를 정의합니다:
1my-skill/2├── SKILL.md # 주요 지침 (필수)3├── template.md # 클로드가 작성할 템플릿4├── examples/5│ └── sample.md # 예상 출력 예시6└── scripts/7 └── validate.sh # 클로드가 실행할 수 있는 스크립트
필수 파일은 SKILL.md 뿐입니다. 나머지는 선택 사항이며 작업에 필요한 대로 추가합니다.
SKILL.md는 2부분으로 구성됩니다:
프론트매터(Frontmatter) - 이름과 설명이 포함된 YAML 블록입니다. 이름은 수동으로 호출할 명령어이고, 설명은 클로드 코드가 자동 활성화 시점을 결정하기 위해 읽는 내용입니다.
본문(Body) - 마크다운 형식의 지침입니다. 작업 흐름, 기준, 출력 형식을 정의합니다.
1---2name: api-docs3description: API 엔드포인트를 문서화합니다. 사용자가4 API 문서 작성을 요청하거나 "swagger" 또는 "endpoints"를 언급할 때 사용하세요5---67## 프로세스81. 모든 엔드포인트 식별92. 각 항목: 메서드, 경로, 매개변수, 예상 응답103. 요청 및 응답 예시 포함114. 요약 테이블로 마무리
생성되면 두 가지 방법으로 호출할 수 있습니다.
채팅에 /api-docs를 직접 입력하거나, 자연어로 클로드 코드에 요청하면 됩니다.
요청 내용이 설명과 일치하면 자동으로 활성화됩니다.
명확한 프로세스가 있는 반복 작업이라면 무엇이든 스킬로 만들 수 있습니다: API 문서, 체인지로그, 회의 요약, 코드 마이그레이션 등.
SubAgent: 문제가 커지면 위임하라
컨텍스트에는 용량 제한이 있다는 것을 이미 살펴봤습니다.
세션이 길어질수록 컨텍스트가 가득 차고, 가득 차면 클로드 코드가 이전에 있었던 일에 대한 정보를 잃기 시작합니다.
전체 프로젝트의 보안 문제를 검토해 달라고 요청했다고 상상해 보세요. 수십 개의 파일을 읽고, 코드를 분석하고, 상세한 보고서를 생성합니다.
이 모든 과정이 컨텍스트를 빠르게 채웁니다.
그리고 그 작업이 진행되는 동안 메인 대화는 차단됩니다.
어떻게 해결할까요? SubAgent를 사용합니다.
SubAgent는 자체 컨텍스트로 실행되는 별도의 클로드 코드 인스턴스입니다.
메인 에이전트가 작업을 위임하면, SubAgent가 독립적으로 실행하고, 완료되면 결과 요약을 보냅니다.
메인 에이전트의 컨텍스트는 전체 프로세스로 채워지지 않고 결론만 저장됩니다.
1메인 에이전트2 ↓3"프로젝트 보안 문제 검토"4 ↓5┌─────────────────────────────┐6│ SubAgent: security-reviewer │7│ │8│ 프로젝트 파일 읽기 │9│ 코드 분석 │10│ 취약점 탐지 │11│ 보고서 생성 │12└─────────────────────────────┘13 ↓14메인 에이전트에 요약 반환15 ↓16메인 에이전트가 루프 계속 실행
그뿐만이 아닙니다.
SubAgent는 병렬로 실행될 수 있습니다.
코드의 세 부분을 순차적으로 분석하는 대신, 클로드 코드가 동시에 모두 위임할 수 있습니다.
몇 분이 걸리던 작업이 몇 초 만에 끝날 수 있습니다.
1메인 에이전트2 ↓3작업을 독립적인 하위 작업으로 분할4 ↓5┌──────────────┐ ┌──────────────┐ ┌──────────────┐6│ SubAgent 1 │ │ SubAgent 2 │ │ SubAgent 3 │7│ │ │ │ │ │8│ 인증 검토 │ │ DB 검토 │ │ 외부 API 검토│9│ │ │ │ │ │10└──────────────┘ └──────────────┘ └──────────────┘11 ↓ ↓ ↓12 메인 에이전트가 세 가지 요약 수신13 ↓14 루프 계속 실행
클로드 코드는 자동으로 사용하는 3가지 기본 SubAgent를 제공합니다:
→ 탐색(Explore) - 프로젝트 검색 및 분석에 특화된 빠른 읽기 전용 에이전트입니다. 결과는 SubAgent의 컨텍스트에만 유지되고 사용자의 컨텍스트에는 영향을 주지 않습니다.
→ 계획(Plan) - 계획 모드에서 활성화됩니다. 사용자에게 계획을 제시하기 전에 클로드 코드가 프로젝트 조사를 이 에이전트에 위임합니다.
→ 범용(General-purpose) - 탐색과 수정이 모두 필요한 복잡한 작업을 위한 에이전트입니다.
직접 만들 수도 있습니다.
SubAgent는 YAML 프론트매터가 있는 마크다운 파일로 정의하고 .claude/agents/에 저장합니다.
1---2name: security-reviewer3description: 코드의 보안 취약점을 검토합니다.4 사용자가 보안 검토를 요청할 때 사용하세요.5tools: Read, Grep, Glob6---78당신은 보안 전문가입니다. 다음 항목에 대해 코드를 분석하세요:9- SQL 인젝션10- 민감한 데이터 노출11- 인증 취약점1213심각도 순으로 정렬된 발견 사항 요약으로 마무리하세요.
프론트매터에서 도구를 Read, Grep, Glob으로 제한한 점을 주목하세요.
이 에이전트는 분석만 가능하고 절대 수정할 수 없습니다.
각 에이전트가 무엇을 할 수 있는지 세밀하게 제어해야 할 때, 이러한 도구 제한이 핵심입니다.
생성되면 클로드 코드가 설명을 보고 자동으로 감지하여 작업에 맞는 SubAgent를 호출합니다. 또는 명시적으로 호출할 수도 있습니다: "security-reviewer 에이전트를 사용해서 이 PR을 검토해 줘."
언제 SubAgent를 사용하고 언제 사용하지 말아야 할까요?
작업이 길어서 많은 출력을 생성할 때, 병렬로 실행할 수 있는 독립적인 부분으로 작업을 나눌 수 있을 때, 또는 제한된 도구를 가진 특수 에이전트가 필요할 때 사용하는 것이 좋습니다.
컨텍스트를 채우지 않는 짧은 작업에는 적합하지 않습니다. SubAgent를 조정하는 데 드는 복잡성이 메인 에이전트가 2분 안에 해결할 수 있는 작업에는 의미가 없습니다.
MCP: 에이전트와 외부 세계 연결하기
도구(Tools)는 클로드 코드가 사용자 머신에서 작업을 수행할 수 있는 능력을 제공합니다.
하지만 한계가 있습니다: 모든 작업이 머신 안에서만 이루어진다는 점입니다.
GitHub에서 PR을 열거나, 프로덕션 데이터베이스를 쿼리하거나, Jira에서 티켓을 생성할 수 없습니다. 이런 작업을 하려면 이전에는 에이전트를 떠나 직접 수동으로 해야 했습니다.
어떻게 해결할까요? MCP를 사용합니다.
MCP(Model Context Protocol) 는 클로드 코드가 외부 서비스와 연결되는 방식을 정의하는 개방형 프로토콜입니다.
클라이언트-서버 아키텍처로 작동합니다: 클로드 코드가 클라이언트이고, 각 외부 서비스는 자체 MCP 서버를 통해 수행 가능한 작업을 노출합니다.
MCP 서버를 연결하면 클로드 코드가 이름과 설명과 함께 사용 가능한 도구 목록을 받습니다.
그 후에는 기본 도구와 완전히 동일하게 사용합니다. 유일한 차이점은 작업이 사용자 머신이 아닌 외부 서비스에서 발생한다는 점입니다.
1클로드 코드2 ↓3GitHub MCP 서버의 도구 사용 결정4 ↓5┌─────────────────────────────┐6│ GitHub MCP 서버 │7│ │8│ PR 열기 │9│ 리뷰어 할당 │10│ 확인 반환 │11└─────────────────────────────┘12 ↓13클로드 코드가 결과를 받고 계속 진행
MCP 없음: "변경이 끝났어, PR 열어 줘"라고 말해도 클로드 코드는 할 수 없습니다. 직접 GitHub에 가서 양식을 작성하고, 리뷰어를 할당하고, 직접 병합해야 합니다.
MCP 있음: 같은 말을 하면 클로드 코드가 PR을 열고, 설명을 작성하고, 리뷰어를 할당하고, 준비되면 알려줍니다. 에이전트를 떠날 필요 없이 모든 작업이 완료됩니다.
오늘 연결할 수 있는 일부 MCP 서버:
→ GitHub - PR, 리뷰, 이슈
→ Postgres / Supabase - 데이터베이스 쿼리 및 수정
→ Slack - 메시지 및 채널
→ Jira - 티켓 및 프로젝트
로컬 환경을 위한 기본 도구, 외부 세계를 위한 MCP.
모든 것이 어떻게 함께 작동하는가
클로드 코드는 에이전트입니다: 목표를 받아들이고 자율적인 루프에서 작업을 완료할 때까지 실행하는 시스템입니다.
지금까지 살펴본 모든 요소는 이 루프를 더욱 강력하게 만들기 위해 존재합니다. 하지만 이 요소들이 함께 상호작용하는 모습을 보는 것이 가장 잘 이해하는 방법입니다.
사례 1: PR 검토 및 병합
클로드 코드에 요청합니다: "PR #42를 검토하고, 문제가 없으면 병합해 줘."
→ GitHub MCP를 사용하여 수정된 파일을 읽고 변경 사항을 파악합니다
→ 보안 분석을 전문화된 SubAgent에 위임하여 메인 컨텍스트가 채워지는 것을 방지합니다
→ Hook이 로컬에서 테스트를 실행하고 모두 통과하는지 확인합니다
→ 테스트가 통과하면 GitHub MCP를 사용하여 인터페이스를 건드리지 않고 병합을 수행합니다
한 줄을 입력했습니다. 클로드 코드는 네 개의 시스템을 조율했습니다.
사례 2: API 문서화 및 팀에 알리기
클로드 코드에 요청합니다: "새로운 엔드포인트를 문서화하고 팀에 알려 줘."
→ 정확한 형식을 정의하는 문서화 Skill을 활성화합니다: 포함할 내용, 구조화 방법, 추가할 예시 등
→ Tools를 사용하여 코드를 읽고 엔드포인트를 추출합니다
→ Hook이 저장 전에 출력 형식을 지정합니다
→ Slack MCP를 사용하여 팀 채널에 요약을 전송합니다
매번 동일한 결과를 얻습니다. 변형 없이, 아무것도 설명할 필요 없이.
모든 것은 루프를 중심으로 이루어집니다.
각 세션을 정보로 시작하게 하는 메모리, 작업을 수행하는 도구, 제어하는 훅, 표준화하는 스킬, 확장하는 SubAgent, 외부 세계와 연결하는 MCP.
이것을 이해하면 클로드 코드를 이해한 것입니다.
그리고 클로드 코드뿐만이 아닙니다: Cursor, Copilot, 그리고 앞으로 사용할 모든 에이전트가 동일한 기반 위에서 작동합니다.
이름은 바뀌고, 인터페이스는 바뀌지만, 루프는 동일합니다.
AI는 빠르게 발전하고 있습니다.
매주 새로운 것이 등장합니다. 하지만 기반은 자주 바뀌지 않습니다. 이를 명확히 이해하는 것이 더 빠르게 적응하고 앞으로 나올 기술에서 더 많은 것을 얻을 수 있는 방법입니다.
클로드 코드를 단순히 프롬프트 용도로만 사용하지 마세요. 그 아래에서 일어나는 일에 주목하세요. 거기에 기회가 있습니다.
오늘부터 시작할 수 있는 몇 가지 방법:
→ 자동 메모리(Auto Memory)를 검토하고 클로드 코드가 저장한 내용을 개선하세요
→ 프로젝트에 CLAUDE.md가 없다면 생성하세요
→ GitHub MCP를 연결하세요
→ 컨텍스트를 채우는 작업을 위한 SubAgent를 구축하세요
→ 각 변경 후 테스트를 실행하는 Hook을 구성하세요
이상입니다. 내일 뵙겠습니다.
Marcus
