이 장은 짧습니다. 이 책은 터미널을 열지 않고 진행하기 때문입니다. 그런데도 한 장을 남겨 둔 이유는, Code 탭에서 작업을 시키면 화면에 터미널 명령이 계속 흘러가고, 인터넷에서 찾는 자료 대부분이 터미널 화면을 기준으로 쓰여 있기 때문입니다. 직접 칠 일은 없어도 눈에 익혀 두면 덜 낯섭니다.

1. 터미널이란 무엇인가

터미널은 컴퓨터와 텍스트로 대화하는 창입니다. 마우스로 클릭하는 대신 키보드로 명령을 입력합니다.

우리가 평소에 사용하는 컴퓨터 화면은 GUI(Graphical User Interface)입니다. 아이콘을 클릭하고, 창을 드래그하고, 버튼을 누르는 방식이죠. 반면 터미널은 CLI(Command Line Interface)를 사용합니다. 텍스트 명령어를 입력하면 컴퓨터가 텍스트로 응답합니다.

예를 들어, 새 폴더를 만든다고 해봅시다.

• GUI 방식: 바탕화면에 마우스 우클릭, "새 폴더" 클릭, 이름 입력
• CLI 방식: 터미널에서 mkdir my-project 입력, 엔터

사람에게는 GUI가 편합니다. 그런데 AI에게는 CLI가 편합니다. AI는 터미널 명령을 모두 알고 있고, 클릭할 마우스가 없습니다. 우리가 "이런 프로젝트를 만들어줘"라고 하면 AI는 폴더를 만들고, 파일을 만들고, 실행해 보는 명령을 텍스트로 조합해 순식간에 처리합니다. 결국 CLI는 AI와 컴퓨터가 소통하는 공간입니다.

Claude Code는 원래 이 터미널 안에서 쓰는 도구였습니다. 그래서 앞선 책인 바이브 코딩 에센셜 with claude code는 터미널을 열고 명령어를 치는 것부터 시작했고, 부트캠프에서는 그 지점에서 절반이 막혔습니다. Claude Desktop의 Code 탭은 같은 도구를 창 하나로 감싼 것입니다. 터미널은 사라진 것이 아니라 Code 탭 뒤로 들어갔습니다.

2. 왜 우리는 터미널을 열지 않아도 되는가

Code 탭에 작업을 맡기면 Claude가 필요한 명령을 알아서 실행합니다. 폴더를 만들고, 파일을 쓰고, 프로그램을 실행해 보고, 에러가 나면 읽고 고칩니다. 이 과정이 대화창에 그대로 표시됩니다. 우리는 그 로그를 보며 무엇을 하고 있는지 큰 흐름만 따라가면 됩니다.

앞선 책에서 터미널 장을 넣었던 이유가 하나 있었습니다. 저희 회사 디자이너 분이 폴더를 만들지도, 폴더 안으로 들어가지도 않은 채 Claude Code를 실행해서, 이전에 만들던 전혀 다른 프로젝트 위에 새 프로젝트가 계속 덮어 써지는 일이 있었습니다. Code 탭에서는 이 실수가 구조적으로 막힙니다. 작업을 시작하려면 반드시 폴더 선택으로 폴더를 지정해야 하고, Claude는 그 폴더 안에서만 움직입니다. 3장에서 프로젝트마다 바탕화면에 새 폴더를 만들라고 한 이유가 이것입니다.

3. 화면에 흘러가는 명령 읽는 법

Code 탭이 일하는 동안 아래와 같은 명령이 지나갑니다. 외울 필요는 없고, 무엇을 하는 중인지 알아볼 정도면 됩니다.

npm install이나 pip install 같은 줄이 오래 걸리며 글자가 많이 쏟아지면 무언가 설치하는 중입니다. 정상입니다. 빨간 글자가 나와도 바로 실패한 것은 아닙니다. Claude가 그 글자를 읽고 다음 명령으로 고치는 장면이 이어지는지 지켜보면 됩니다.

4. 그래도 터미널을 열어야 하는 순간

이 책 전체에서 여러분이 직접 터미널을 여는 순간은 하나입니다. 3장에서 Code 탭을 켤 때, Windows에서는 git이 설치되었는지 확인하려고 명령 프롬프트를 열어 git --version을 입력합니다. 맥은 터미널에서 같은 명령을 확인합니다. 그 한 줄이 전부입니다.

굳이 하나 더 꼽자면, 인터넷에서 찾은 설명이 "터미널에서 이 명령을 실행하세요"라고 할 때입니다. 이때도 열지 않아도 됩니다. 그 명령을 그대로 복사해 Code 탭에 붙여 넣고 이렇게 말하면 됩니다.

아래 명령을 이 폴더에서 실행해줘. 무엇을 하는 명령인지 먼저 한 줄로 설명해주고 실행해.

npx serve .

먼저 설명하게 하는 이유는, 인터넷에 있는 명령이 내 컴퓨터에 무엇을 하는지 모른 채 실행하는 일을 피하기 위해서입니다.

5. 에러 메시지를 만났을 때

터미널을 직접 열지 않아도 에러 메시지는 만납니다. Code 탭이 실행한 명령이 실패하면 대화창에 영어로 된 긴 글이 나옵니다. 대부분은 Claude가 알아서 읽고 고칩니다. 그래도 같은 에러가 반복되거나, 브라우저에서 열었더니 화면이 하얗게 비어 있는 식으로 우리 눈에만 보이는 문제라면 이렇게 합니다.

1. 에러 메시지가 있으면 그대로 복사합니다. 브라우저 화면 문제라면 화면을 캡처합니다.
2. Code 탭의 같은 대화에 붙여 넣고 상황을 한 줄 덧붙입니다. "index.html을 더블클릭해서 열었는데 아무것도 안 보여. 아래 에러가 떠." 이미지는 입력창에 끌어다 놓으면 됩니다.
3. 고쳤다는 답이 오면 다시 열어서 같은 동작을 해봅니다.

에러를 만나는 것은 개발의 자연스러운 과정입니다. 개발자도 하루에 수십 번 만납니다. 다른 점은 이제 그 에러를 읽는 사람이 우리가 아니라 Claude라는 것뿐입니다. 우리가 할 일은 에러를 정확히 전달하고, 고쳐졌는지 눈으로 확인하는 것입니다. 이 확인하는 습관은 10장에서 본격적으로 다룹니다.