왕초보한테 Claude Code 터미널이랑 앱 중 첫 문턱 낮은 게 뭔지 써본 비교: 첫날은 앱, 둘째 날은 터미널

2026년 07월 22일

0 Views

결론부터 말하면, 코딩 왕초보가 첫날 덜 겁나는 쪽은 Claude 앱입니다. 다만 파일을 실제로 고치고 실행까지 반복하려면 둘째 날부터는 Claude Code 터미널로 넘어가는 편이 훨씬 자연스럽습니다.

저도 처음에는 앱에서 설계만 하다가, 블로그 자동화 파이프라인과 작은 Node.js 스크립트를 고칠 때 복사·붙여넣기가 너무 많아졌습니다. 결국 터미널에서 Claude Code를 붙이고 나서야 “묻고, 수정하고, 실행하고, 다시 고치는” 루프가 짧아졌습니다.

처음 시작한다면 이렇게 해보세요

앱에서 10분 동안 개념을 물어본 뒤, 같은 작업 폴더를 열어 Claude Code로 작은 파일 하나만 수정해보면 차이가 바로 느껴집니다.

Claude Code 첫 셋업 체크리스트 보기

첫 문턱은 왜 앱이 낮을까

Claude 앱은 ChatGPT처럼 질문을 던지고 답을 받는 흐름이라 부담이 적습니다. 설치, 권한, 현재 디렉터리, Git 상태 같은 말을 몰라도 “이 코드가 뭔지 설명해줘”라고 시작할 수 있습니다.

반대로 Claude Code는 터미널을 켜는 순간 낯선 단어가 나옵니다. cd, npm install, git diff 같은 기본 조작을 모르며 에이전트가 뭘 바꾸려는지 확인하기 어렵습니다. 그래서 완전 첫날에는 앱이 더 안전한 연습장입니다.

아직 프로젝트 폴더가 없고, “API가 뭐고 프론트엔드가 뭔지”부터 헷갈린다면 Claude 앱으로 시작하세요. 예를 들어 “회원가입 페이지를 만들려면 어떤 파일이 필요한지 초등학생도 이해하게 설명해줘”라고 묻는 식입니다.

이 단계에서는 코드를 완성하는 것보다 용어와 작업 순서를 잡는 게 중요합니다. Cursor나 Codex를 쓰더라도 이 기초 맥락이 없으면 AI가 낸 답을 그대로 붙이다가 어디서 망가졌는지 놓치기 쉽습니다.

작업 폴더가 있고, 파일을 실제로 수정해야 한다면 Claude Code 터미널이 낫습니다. 앱에서는 코드를 복사하고 붙이고 실행 결과를 다시 붙여야 하지만, 터미널에서는 에이전트가 현재 파일 구조를 보고 수정안을 만들 수 있습니다.

제가 블로그/쇼츠 자동화 스크립트를 만질 때 가장 크게 느낀 차이가 여기였습니다. 앱에서는 “이 에러 로그를 보고 어디를 고쳐야 해?”라고 매번 붙였고, Claude Code에서는 로그와 파일을 같은 루프 안에서 다루니 손이 덜 갔습니다.

먼저 Claude 앱에 이렇게 물어보세요. “나는 코딩 초보이고, 할 일 목록 웹앱을 만들고 싶다. 필요한 파일과 실행 순서를 7단계로 나눠줘.” 여기서 나오는 단어를 메모해두면 터미널에서 덜 흔들립니다.

중요한 건 긴 코드를 한 번에 받지 않는 겁니다. 첫날 목표는 완성물이 아니라 “내가 무엇을 시키고 싶은지”를 문장으로 정리하는 것입니다.

둘째 날에는 Claude Code를 프로젝트 폴더에서 열고 아주 좁은 요청을 하세요. 예를 들어 “README에 설치 방법 섹션만 추가해줘. 다른 파일은 건드리지 마.”처럼 범위를 작게 잡습니다.

수정 후에는 바로 git diff로 변경 내용을 봅니다. 이 습관이 없으면 AI 코딩 에이전트가 편한 만큼 위험해집니다. 저는 새 플러그인 실험을 할 때도 작은 변경, diff 확인, 실행 테스트 순서로 루프를 자릅니다.

비개발자·기획자·처음 배우는 학생은 Claude 앱부터 시작하는 편이 좋습니다. 질문을 잘게 나누고, 용어를 익힌 뒤 터미널로 가면 실패 비용이 낮아집니다.

GitHub에서 예제 프로젝트를 내려받아 본 사람이라면 Claude Code를 바로 써도 됩니다. 다만 처음부터 전체 앱을 만들게 하지 말고 문서 수정, 함수명 변경, 테스트 실패 하나 해결처럼 작은 작업을 맡기세요.

이미 Cursor를 써본 개발자라면 터미널 방식이 오히려 편할 수 있습니다. IDE 화면보다 셸, 로그, 테스트 명령을 중심으로 일하는 사람에게 Claude Code는 흐름이 잘 맞습니다.

가장 흔한 실수는 “처음부터 앱 하나 만들어줘”라고 크게 시키는 겁니다. 결과가 그럴듯해도 의존성 설치, 환경변수, 실행 스크립트 중 하나에서 막히면 어디를 봐야 할지 어려워집니다.

대신 요청을 이렇게 줄이세요. “현재 프로젝트 구조를 설명해줘”, “실행 명령을 찾아줘”, “에러 로그의 원인을 3개 후보로 좁혀줘”, “한 파일만 수정해줘.” 초보일수록 AI에게 넓은 자유보다 좁은 작업장을 주는 게 안전합니다.

네, 시작은 충분합니다. 다만 앱은 실제 파일을 계속 고치는 작업에 한계가 있어, 예제 프로젝트를 만지는 시점에는 Claude Code나 Cursor 같은 도구로 넘어가는 편이 좋습니다.

처음 1~2시간은 낯설 수 있습니다. cd, ls, npm run, git diff 네 가지만 먼저 익히면 작은 작업은 따라갈 수 있습니다.

작업 전 Git 커밋을 하나 만들어두고, 변경 뒤 git diff를 확인하세요. 요청할 때 “수정 전 계획을 먼저 말하고 승인 후 진행해줘”라고 쓰면 변경 범위를 줄이는 데 도움이 됩니다.

괜찮습니다. 저는 아이디어 정리나 대안 비교에는 Gemini나 Claude 앱을 쓰고, 실제 코드 변경 루프는 Claude Code에서 처리하는 식으로 나눕니다. 도구를 섞을 때는 같은 요구사항 문서를 기준으로 맞추는 게 중요합니다.

지금 코딩이 처음이라면 Claude 앱에 만들고 싶은 것을 한 문단으로 설명하고, 필요한 파일과 순서를 물어보세요. 이미 폴더가 있다면 Claude Code를 열고 README 한 줄 수정부터 해보세요.

첫 문턱을 낮추는 선택은 앱이고, 실제 개발 습관을 만드는 선택은 터미널입니다. 이 순서로 가면 겁은 줄이고, 손에 남는 경험은 빨리 쌓을 수 있습니다.

오늘도, 코딩할 용기.