뚝딱이 클로드코드로 강의하는 이유: 코덱스와 비교해 선택한 기준

“왜 뚝딱 수업에서는 클로드코드(Claude Code)를 사용하나요? 요즘은 코덱스(Codex)도 좋다던데요?”

수강생에게 종종 받는 질문입니다. 이미 ChatGPT를 구독하는 사람은 클로드까지 추가로 결제해야 하는지도 궁금해합니다. 커서(Cursor)나 안티그래비티(Antigravity)처럼 다른 선택지도 많은데 왜 하나를 기준 도구로 정했는지도 물어요.

결론부터 말하면, 2026년 8월 현재 뚝딱이 바이브코딩 수업의 기준 도구로 가장 신뢰하는 제품은 클로드코드입니다.

다만 이 선택은 영구적인 선언이 아닙니다.

이 글은 2026년 8월 1일 기준입니다. AI 코딩 도구의 성능, 사용량과 인터페이스는 매우 빠르게 바뀝니다. 다른 도구가 수업에 더 적합해지면 뚝딱의 기준 도구도 바꿀 수 있습니다.

중요한 것은 특정 회사를 응원하는 일이 아닙니다. 수강생이 실제 프로젝트를 만들 때 어느 도구가 더 안정적으로 좋은 코드를 만들고, 문제가 생겼을 때 이해하고 되돌리기 쉬운지를 판단하는 일입니다.

한 도구만 써보고 클로드코드를 고른 것은 아닙니다

뚝딱 운영자는 AI 코딩 도구가 지금처럼 대중화되기 전부터 여러 제품을 실제 개발에 사용해왔습니다.

• 코파일럿(GitHub Copilot)
• 커서
• 윈드서프
• 키로
• 안티그래비티
• 클로드코드
• 코덱스

커서처럼 여러 모델을 선택할 수 있는 제품에서는 제미나이(Gemini)를 적극적으로 사용하던 시기도 있었습니다. 작업에 따라 클로드, 제미나이와 OpenAI 모델을 바꿔가며 썼어요. 지금도 하나의 도구만 구독하지 않습니다. 현재는 ChatGPT의 코덱스와 클로드코드를 모두 유료로 사용합니다.

그래서 뚝딱이 클로드코드를 고른 이유는 처음 익힌 도구라서도, 다른 제품을 몰라서도 아닙니다. 여러 제품으로 같은 종류의 기능을 만들고 기존 프로젝트를 수정해본 뒤 정한 기준입니다.

커서가 여러 회사의 모델을 선택할 수 있다는 점은 공식 모델 선택 안내 (새 탭에서 열림)에서도 확인할 수 있습니다. 하지만 수업에서는 매번 “오늘은 어떤 모델을 고를까요?”부터 결정하게 하는 것보다, 하나의 기준 환경을 정하고 만드는 과정에 집중하는 편이 낫습니다.

강의를 시작할 때는 클로드코드가 압도적으로 좋았습니다

뚝딱이 클로드코드로 수업을 설계하기 시작했을 때는 코딩 에이전트의 완성도에서 차이가 분명했습니다.

요청을 받고 관련 파일을 찾는 과정, 여러 파일에 걸친 변경을 계획하는 방식, 기존 구조를 유지하며 코드를 수정하는 능력과 오류가 생겼을 때 원인을 좁히는 흐름이 클로드코드에서 가장 안정적이었습니다. 단순히 코드 한 덩어리를 빨리 생성하는 것이 아니라, 이미 존재하는 프로젝트 안에서 다음 작업을 이어가는 능력이 좋았어요.

뚝딱이 사용자 입장에서 보기에는 Anthropic이 클로드코드라는 코딩 에이전트를 제품의 중심에 두고 집중적으로 다듬는다는 인상도 강했습니다. 반면 OpenAI는 일반 대화, 검색, 이미지, 영상, 음성 등 훨씬 많은 제품 영역을 동시에 확장하고 있었습니다.

각 회사가 내부적으로 어느 제품에 얼마의 인력과 비용을 쓰는지는 알 수 없습니다. 다만 사용자가 체감하는 업데이트의 방향은 달랐습니다. 클로드코드는 개발자가 매일 코드를 다루는 흐름을 더 촘촘하게 만드는 데 집중했고, 사용자는 실제 작업에서 그 결과를 빠르게 체감했습니다.

그 시점에는 바이브코딩 강의의 기준 도구를 클로드코드로 잡는 것이 어렵지 않은 결정이었습니다.

지금은 코덱스도 굉장히 좋아졌습니다

2026년 8월에는 상황이 예전보다 훨씬 가까워졌습니다. OpenAI는 코덱스를 빠르게 개선했고, 코덱스는 충분히 강력한 코딩 에이전트로 자리 잡았습니다.

특히 뚝딱이 느끼는 코덱스의 장점은 다음과 같습니다.

• 긴 맥락을 읽고 글로 정리하는 능력이 좋습니다.
• 요구사항을 설명하거나 문서와 블로그 초안을 만들 때 문장이 자연스럽습니다.
• ChatGPT 구독에서 코덱스를 함께 사용할 수 있어 이미 ChatGPT를 쓰는 사람에게 접근성이 좋습니다.
• 사용량이 넉넉합니다.
• 빠른 응답이 필요할 때 fast mode를 구독제 안에서 선택할 수 있습니다.

실제로 지금 읽고 있는 이 글도 코덱스의 도움을 받아 구조와 문장을 정리했습니다. 클로드코드를 선택한 이유를 설명하는 글이라고 해서 클로드만 사용해 쓸 필요는 없어요. 글을 정리하는 일에서는 코덱스를 즐겨 사용합니다.

ChatGPT 플랜이 코덱스를 어디까지 제공하는지는 OpenAI의 코덱스 사용 안내 (새 탭에서 열림)에서 확인할 수 있습니다. 각 플랜은 fast mode를 포함한 사용량과 소진 방식을 다르게 운영할 수 있으므로 코덱스 사용량 안내 (새 탭에서 열림)도 함께 확인하는 편이 좋습니다.

코덱스가 클로드코드보다 코딩을 더 잘한다고 평가하는 개발자도 많습니다. 충분히 이해할 수 있는 평가입니다. 프로젝트 종류, 사용하는 모델, 요청 방식과 평가 기준에 따라 결과가 달라지기 때문입니다.

다만 뚝딱이 실제 프로젝트와 수업 코드를 검토하는 기준에서는 아직 클로드코드 쪽이 더 낫습니다.

코드를 만드는 것과 좋은 구조로 만드는 것은 다릅니다

AI 코딩 도구를 비교할 때 “도구가 요청한 화면을 만들었는가”만 보면 대부분의 상위 도구가 좋은 결과를 냅니다. 차이는 프로젝트가 커진 뒤 더 잘 드러납니다.

뚝딱은 다음 항목을 함께 봅니다.

1. 기존 구조를 충분히 읽고 수정하는가
2. 같은 기능을 중복해서 만들지 않는가
3. 데이터와 화면의 책임을 적절히 나누는가
4. 당장 작동하는 임시방편보다 이후 변경하기 쉬운 구조를 고르는가
5. 요청한 범위만 수정하고 불필요한 변경을 줄이는가
6. 오류 처리를 빠뜨리지 않는가
7. 테스트와 빌드 결과를 코드 변경에 제대로 반영하는가

코덱스도 이 일을 잘할 때가 많습니다. 어떤 작업에서는 클로드코드보다 빠르게 원인을 찾기도 해요. 하지만 여러 파일과 기능을 연결한 프로젝트를 계속 운영해본 결과, 뚝딱은 클로드코드가 코드의 경계와 기존 설계를 존중하는 비율이 더 높고 결과물의 편차도 작다고 느꼈습니다.

반대로 코덱스는 요구사항을 매끄럽게 정리하고 빠르게 넓은 범위를 진행하지만, 가끔은 이미 있는 구조를 충분히 활용하지 않거나 비슷한 책임을 여러 곳에 나누는 결과를 만들었습니다. 처음에는 잘 작동해도 다음 기능을 붙일 때 정리할 부분이 늘어나는 경우가 있었어요.

이것은 모든 프로젝트에 적용되는 객관적인 벤치마크 결과가 아닙니다. 프로 개발자의 시선으로 뚝딱이 직접 만든 서비스와 수강생 프로젝트를 검토하면서 쌓은 판단입니다.

바이브코딩에서는 코드를 한 줄씩 직접 쓰지 않기 때문에 이 차이가 더 중요합니다. 사람이 즉시 발견하지 못한 설계 문제를 프로젝트 안에 계속 쌓을 수 있기 때문입니다. 그래서 수업의 기준 도구는 단순히 결과를 빨리 보여주는 제품보다, 다음 작업까지 이어갈 수 있는 코드를 만드는 제품이어야 합니다.

CLI의 사용감도 클로드코드가 더 매끄럽습니다

뚝딱 운영자는 개인 개발에서는 CLI를 좋아합니다. 터미널에서 프로젝트를 열고, AI와 대화하고, 테스트와 Git 명령을 같은 흐름에서 이어가는 방식이 편합니다.

클로드코드와 코덱스의 CLI를 모두 사용해보면 모델의 답변 품질 외에도 도구 자체의 조작 감각에서 차이가 납니다. 2026년 8월 현재 뚝딱은 클로드코드 CLI가 더 안정적이고 완성도가 높다고 느낍니다.

이미지 붙여넣기가 자연스럽습니다

화면 버그를 설명할 때는 글보다 캡처 이미지 한 장이 빠릅니다. 클로드코드 CLI에서는 클립보드에 복사한 이미지를 입력창에 붙여넣고 곧바로 “이 화면에서 버튼 간격을 맞춰줘”라고 요청할 수 있습니다.

터미널이라는 제약을 의식하지 않고 텍스트와 이미지를 함께 쓰게 됩니다. 이미지가 프롬프트에 붙었는지도 바로 확인할 수 있어요.

작업을 멈추고 방향을 바꾸기 쉽습니다

AI가 엉뚱한 파일을 읽거나 요청보다 큰 작업을 시작하면 즉시 멈춰야 합니다. 클로드코드에서는 Esc로 현재 응답이나 도구 실행을 중단하고 바로 추가 설명을 줄 수 있습니다.

작업을 중간에 멈췄을 때 세션이 꼬이거나 입력이 먹지 않는 일이 상대적으로 적고, 다음 요청으로 자연스럽게 이어집니다. 작은 차이처럼 보이지만 하루에도 여러 번 방향을 수정하는 개발 과정에서는 큰 차이입니다.

대화와 코드를 함께 되돌릴 수 있습니다

클로드코드는 체크포인트를 자동으로 만들고, Esc를 두 번 누르거나 /rewind를 실행해 이전 요청 시점으로 돌아갈 수 있습니다.

되돌릴 때도 선택할 수 있습니다.

• 대화와 코드를 함께 되돌리기
• 대화만 되돌리고 현재 코드는 유지하기
• 코드만 되돌리고 대화는 유지하기
• 긴 대화 일부를 요약해 맥락 공간 확보하기

Git commit을 만들기 전의 짧은 실험을 되돌리거나, 잘못 이해한 요청부터 다시 시작할 때 편합니다. 구체적인 단축키와 동작은 클로드코드 대화형 모드 공식 문서 (새 탭에서 열림)와 체크포인트 안내 (새 탭에서 열림)에서 확인할 수 있습니다.

코덱스도 세션 관리와 중단, 이미지 입력 같은 기능을 계속 개선하고 있습니다. 기능 목록만 보면 겹치는 부분이 많아요. 하지만 이미지를 붙이고, 잘못된 작업을 멈추고, 이전 상태로 돌아가 다시 지시하는 전체 흐름은 아직 클로드코드가 더 매끄럽습니다. 뚝딱이 사용하면서 만난 CLI 버그도 클로드코드 쪽이 더 적었습니다.

운영자가 CLI를 좋아한다는 개인 취향도 이 평가에 반영했습니다. 그래도 수업 도구를 정할 때는 강사가 문제를 재현하고 빠르게 해결할 수 있는지도 중요합니다. 강사의 도구가 불안정하면 수강생의 서로 다른 오류를 동시에 도와주기 어렵기 때문입니다.

그렇다면 왜 수업에서는 데스크톱 앱을 쓰나요?

운영자가 CLI를 좋아한다고 해서 처음 배우는 수강생에게도 CLI가 가장 좋은 것은 아닙니다.

뚝딱 수업도 처음에는 클로드코드 CLI로 진행했습니다. 가장 기본적이고 기능이 많기 때문입니다. 하지만 비개발자 수강생은 클로드에게 무엇을 요청할지 고민하기 전에 터미널에서 현재 폴더를 찾고 명령어를 입력하는 일부터 어려워했습니다.

그래서 VS Code Extension을 거쳐 지금은 클로드 데스크톱 앱의 Code 탭으로 수업합니다. 같은 클로드코드를 더 쉽게 시작할 수 있는 화면으로 바꾼 거예요.

도구별 차이와 수업 방식이 바뀐 과정은 클로드코드 CLI, VS Code Extension과 데스크톱 앱 비교에 자세히 정리했습니다.

운영자의 개인 개발
→ 클로드코드 CLI를 선호

비개발자의 첫 프로젝트 수업
→ 클로드 데스크톱 앱의 Code 탭 사용

기준은 같습니다. 지금 하는 일에 가장 적은 마찰로 좋은 결과를 만드는 화면을 고릅니다.

Google과 안티그래비티는 왜 기준 도구로 고르지 않았나요?

뚝딱은 커서에서 모델을 선택해 사용하던 시기에 제미나이를 적극적으로 사용했습니다. 긴 맥락을 다루는 능력과 빠른 응답이 매력적이었던 때가 있었어요.

하지만 2026년 8월 현재 뚝딱의 실제 프로젝트 기준에서는 Google 모델의 코딩 결과가 클로드와 OpenAI의 상위 코딩 모델보다 아쉽습니다. 한 번의 데모를 만드는 능력보다 기존 프로젝트의 구조를 이해하고 반복해서 수정하는 일에서 차이가 났습니다.

안티그래비티도 에이전트, IDE와 CLI를 갖춘 흥미로운 제품입니다. Google의 안티그래비티 IDE 공식 안내 (새 탭에서 열림)에서도 에디터, 에이전트 패널, 터미널과 모델 선택 같은 구성을 확인할 수 있습니다.

다만 뚝딱이 사용해본 현재 버전은 클로드코드나 코덱스보다 UI와 작업 흐름이 덜 다듬어졌다고 느꼈습니다. 수업에서 사용하는 제품은 기능이 많은 것만으로 부족합니다. 모든 수강생이 같은 버튼을 찾을 수 있고, 실수했을 때 같은 순서로 복구할 수 있어야 합니다. 그 기준에서 아직 안티그래비티를 기본 도구로 삼을 이유는 찾지 못했습니다.

Google이 모델과 제품을 계속 바꾸고 있으므로 뚝딱도 언제든 이 판단을 다시 검토할 수 있습니다.

이미 ChatGPT를 구독한다면 코덱스를 써도 됩니다

뚝딱이 클로드코드로 수업한다고 해서 모든 수강생에게 클로드 구독을 강제하지는 않습니다.

이미 ChatGPT를 구독하고 있고 클로드를 추가로 구독하고 싶지 않다면 코덱스로 수업을 따라와도 괜찮다고 안내합니다. 프로젝트 폴더를 읽고 여러 파일을 수정하며 테스트와 Git 작업을 진행하는 핵심 흐름은 코덱스에서도 수행할 수 있습니다.

작업 중 권한 확인이 반복된다면 클로드코드는 Auto mode, 코덱스는 /permissions의 Approve for me를 사용할 수 있습니다. 두 설정이 어떻게 다르고 어디까지 자동으로 판단하는지는 클로드코드 Auto mode와 코덱스 ‘나 대신 승인’ 비교에 정리했습니다.

도구가 다르면 메뉴와 단축키가 달라 수업 중 설명을 그대로 따라가기 어려운 순간은 있을 수 있습니다. 그래도 구독료 부담을 줄이는 것이 더 중요하다면 충분히 가능한 선택입니다.

처음 클로드코드를 구독하려는 사람은 클로드코드 요금제 선택 안내도 참고할 수 있습니다.

뚝딱은 어떤 기준으로 도구를 바꾸나요?

AI 코딩 도구의 1등은 계속 바뀝니다. 모델 하나의 업데이트가 코드 품질을 바꾸고, 각 회사가 앱과 CLI에 새로운 기능을 추가하며 사용량 정책도 조정합니다.

뚝딱은 앞으로도 다음 항목을 계속 비교할 예정입니다.

1. 실제 프로젝트에서의 코드 설계와 품질
2. 같은 요청을 반복했을 때 결과의 안정성
3. 오류가 생겼을 때 원인을 찾고 복구하는 능력
4. CLI와 데스크톱 앱의 버그와 사용 편의성
5. 이미지 입력, 중단, 되돌리기와 세션 관리
6. 수강생이 처음 설치하고 요청을 보내기까지의 난이도
7. 구독 가격과 제공 사용량
8. 모든 수강생에게 같은 과정을 재현할 수 있는지

코덱스가 이 기준에서 더 나아지면 코덱스로 바꿀 수 있습니다. Google이나 지금은 없는 새로운 제품이 더 적합해져도 마찬가지입니다.

강의에서 중요한 것은 강사가 좋아하는 브랜드를 지키는 일이 아닙니다. 수강생이 아이디어를 작동하는 프로젝트로 만들고, 그 프로젝트를 수업이 끝난 뒤에도 계속 고칠 수 있게 하는 일입니다.

한 줄로 정리하면

뚝딱은 여러 AI 코딩 도구를 사용해본 결과, 2026년 8월 현재 코드 설계와 품질, 안정성, CLI 사용 경험의 합에서 클로드코드가 바이브코딩 강의에 가장 적합하다고 판단했습니다.

코덱스는 글쓰기, 사용량과 ChatGPT 구독의 접근성에서 분명한 장점이 있고 코딩 능력도 빠르게 좋아지고 있습니다. 이미 ChatGPT를 구독한다면 코덱스로 시작해도 됩니다.

다만 수업의 기준 도구는 아직 클로드코드입니다. 그리고 뚝딱은 제품 변화에 따라 이 선택을 다시 검토할 수 있습니다.