모델은 두뇌입니다
GPT나 Claude 같은 모델은 생각하고 답을 만드는 두뇌에 가깝습니다. 하지만 두뇌만 있다고 내 컴퓨터 파일을 자동으로 볼 수 있는 것은 아닙니다.
3초 판별기
아래에서 가장 가까운 상황을 눌러보세요. 정답을 맞히는 퀴즈가 아니라, 지금 어떤 종류의 도구가 필요한지 빠르게 가르는 용도입니다.
실제 컴퓨터 화면으로 보면
진짜 서비스 화면을 그대로 베낀 이미지는 아니고, 초보자가 감을 잡기 쉽게 만든 예시 이미지입니다. 왼쪽은 웹에서 묻는 장면, 오른쪽은 내 프로젝트 폴더와 터미널을 함께 보는 장면입니다.
처음 보는 사람을 위한 큰 그림
AI 도구를 이해할 때 가장 중요한 질문은 “똑똑한가?”보다 “어디까지 손이 닿는가?”입니다. 같은 AI처럼 보여도, 어떤 도구는 말만 해주고 어떤 도구는 실제 파일까지 고칩니다.
앱은 대화창입니다
ChatGPT 웹이나 Claude 웹은 그 두뇌와 대화하는 창입니다. 내가 붙여넣은 내용은 잘 다루지만, 내 프로젝트 폴더 전체를 기본으로 열어보는 공간은 아닙니다.
CLI는 작업 통로입니다
Codex CLI 같은 CLI 도구는 터미널 안에서 움직입니다. 그래서 파일 읽기, 수정, 명령 실행 같은 실제 작업으로 이어질 수 있습니다.
권한이 곧 차이입니다
AI가 내 파일을 읽을 수 있는지, 쓸 수 있는지, 명령을 실행할 수 있는지에 따라 “상담자”인지 “작업자”인지가 갈립니다.
비유로 이해하면 더 쉽습니다
개발을 몰라도 아래 비유만 잡으면 감이 옵니다.
상황을 설명하면 좋은 조언을 줍니다. 하지만 상담원이 내 집에 들어와 서랍을 열고 정리해주는 것은 아닙니다.
내가 만들고 있는 앱의 재료 창고입니다. 코드, 이미지, 설정 파일이 이 안에 있고, 여기 파일이 바뀌어야 결과도 바뀝니다.
허락받은 작업 현장에 들어와 파일을 보고 고칩니다. 대신 무엇을 만졌는지 확인하는 절차가 필요합니다.
한눈에 보는 차이
이름을 외우기보다 “어디에서 작업하나”만 보면 됩니다.
브라우저 탭
질문 → 답변
ChatGPT · Claude 웹
내 컴퓨터 폴더를 기본으로 열지 않습니다. 내가 설명하거나 붙여넣은 내용을 바탕으로 이해를 도와줍니다.
⌘
$ read files
$ edit · test · diff
Claude Code · Codex CLI
허용한 프로젝트 폴더 안에서 파일을 읽고 수정하고, 터미널 명령으로 결과를 확인하는 개발 작업자에 가깝습니다.
src / 코드
package.json / 설정
assets / 이미지
프로젝트 폴더
만들고 있는 앱의 작업 파일함입니다. 여기가 바뀌어야 실제 결과물이 바뀝니다.
$ npm run build
$ npm test
$ git diff
터미널
컴퓨터에게 명령을 입력하는 창입니다. 빌드, 테스트, 변경 확인이 여기서 일어납니다.
정확히 말하면, 기준은 “권한”입니다
도구 이름만으로 완전히 나뉘는 것은 아닙니다. 같은 웹 AI라도 파일 업로드나 연결 기능이 있을 수 있고, 같은 코딩 에이전트라도 설정한 권한에 따라 할 수 있는 일이 달라집니다. 그래서 최종 기준은 “이 도구가 지금 내 작업 폴더와 터미널에 어디까지 접근할 수 있나?”입니다.
내가 붙여넣거나 업로드한 파일은 읽을 수 있습니다. 다만 그것은 보통 “자료를 참고해 답하는 것”이지, 내 프로젝트 폴더의 파일을 자동으로 직접 고치는 것과는 다릅니다.
Codex CLI나 Claude Code 같은 도구도 선택한 디렉터리, 허용한 명령, 승인한 권한 안에서 움직입니다. 그래서 작업 전 권한 확인이 중요합니다.
터미널은 무조건 위험한 곳이 아니라, 빌드·테스트·diff로 “정말 바뀌었는지” 확인하는 곳입니다. 단, 삭제나 배포 명령은 영향이 크니 따로 확인해야 합니다.
상황별로는 이렇게 고르면 됩니다
“무슨 도구가 더 좋다”가 아니라, 지금 하려는 일이 어디까지 필요한지에 따라 고릅니다.
개념을 처음 배울 때
“터미널이 뭐야?”, “API가 뭐야?”처럼 머릿속 정리가 필요할 때는 웹 AI가 가장 빠릅니다. 파일 권한을 줄 필요가 없습니다.
글을 다듬을 때
블로그 문장, 소개글, 비교표, 요약은 웹 AI가 잘합니다. 실제 코드 파일을 건드릴 일이 없다면 굳이 CLI를 열 필요가 없습니다.
내 앱을 고칠 때
버튼 위치, 에러, 빌드 실패, 파일 구조 변경처럼 실제 프로젝트 폴더가 바뀌어야 하는 일은 코딩 에이전트가 맞습니다.
작동 여부를 확인할 때
“정말 되는지”는 말이 아니라 실행 결과로 봐야 합니다. build, test, diff 같은 확인 절차가 여기서 나옵니다.
큰 방향을 잡고 구현할 때
먼저 웹 AI로 구조를 이해하고, 그 다음 코딩 에이전트에게 작은 단위로 구현을 맡기면 시행착오가 줄어듭니다.
삭제·결제·배포가 섞일 때
파일 삭제, 결제, 계정 연결, 실제 배포는 영향이 큽니다. 코딩 에이전트를 쓰더라도 한 번에 맡기지 말고 확인 단계를 끼워야 합니다.
초보자가 자주 하는 오해
이 부분이 풀리면 “아하”가 옵니다.
오해
ChatGPT가 코드를 알려줬으니 내 앱도 바뀐 것이다.
실제
답변은 답변일 뿐입니다. 내 프로젝트 폴더의 실제 파일이 바뀌어야 앱이 바뀝니다.
오해
터미널은 개발자만 쓰는 위험한 검은 화면이다.
실제
터미널은 명령 입력창입니다. 무서운 것이 아니라, “확인 버튼이 텍스트로 된 곳”에 가깝습니다.
오해
Claude, GPT, Codex, CLI는 다 비슷한 앱 이름이다.
실제
모델, 웹앱, 코딩 에이전트, 터미널 도구가 섞여 보이는 것입니다. 이름보다 역할을 봐야 합니다.
오해
AI가 알아서 다 고치게 하면 빠르다.
실제
처음에는 작게 맡기고 결과를 확인하는 편이 더 빠릅니다. 큰 요청은 실패했을 때 어디가 잘못됐는지 알기 어렵습니다.
실제 작업은 이렇게 흐릅니다
초보자가 제일 놓치는 부분은 “답변을 받는 것”과 “실제 파일이 바뀌는 것”이 다르다는 점입니다.
1폴더를 연다
2작은 요청을 한다
3파일이 바뀐다
4터미널로 확인
5diff 보고 저장
권한은 이렇게 생각하세요
코딩 에이전트가 강력한 이유는 권한이 있기 때문입니다. 그래서 처음에는 작게 맡기고 확인하는 습관이 중요합니다.
내 파일 내용을 볼 수 있는가?
파일을 실제로 바꿀 수 있는가?
터미널 명령을 돌릴 수 있는가?
인터넷·GitHub·배포로 나갈 수 있는가?
처음에는 “파일을 읽고 상황만 설명해줘”라고 시켜도 됩니다.
한 번에 전체를 맡기지 말고 작은 파일, 작은 문제부터 고칩니다.
터미널 출력이나 diff로 실제 변경을 확인합니다.
작은 수정이 맞으면 다음 범위로 넓힙니다.
처음 말 걸 때 이렇게 요청하세요
도구를 고르는 것만큼 중요한 게 요청 방식입니다. 아래 문장은 그대로 복사해서 시작해도 됩니다.
웹 AI에게 물을 때
나는 개발을 잘 몰라.
“프로젝트 폴더”, “터미널”, “CLI”가 각각 뭔지
비유와 예시로 천천히 설명해줘.
전문용어는 나오면 바로 풀어서 설명해줘.코딩 에이전트에게 맡길 때
먼저 관련 파일을 읽고,
어떤 파일을 바꿀지 계획을 짧게 말해줘.
그 다음 최소 변경으로 수정하고,
마지막에 어떤 검증을 했는지 알려줘.
삭제/배포/외부 연결은 먼저 묻고 진행해줘.작게 알아두면 좋은 용어
모든 걸 외울 필요는 없습니다. 아래 정도만 알아도 대화가 훨씬 쉬워집니다.
답을 만드는 AI 두뇌. GPT, Claude 같은 이름이 여기에 가깝습니다.
브라우저에서 쓰는 대화창. 질문하고 답을 받는 공간입니다.
터미널에서 쓰는 도구. 글자로 명령하고 결과를 확인합니다.
앱이나 웹사이트를 이루는 파일 묶음입니다.
프로젝트가 실제로 만들어지는지 확인하는 과정입니다.
기능이 의도대로 작동하는지 확인하는 절차입니다.
방금 어떤 파일이 어떻게 바뀌었는지 보여주는 변경 내역입니다.
AI가 읽기, 쓰기, 실행, 외부 연결을 어디까지 할 수 있는지의 범위입니다.