코딩 질문과 개발 작업은 다르다
ChatGPT에게 "React에서 버튼 만드는 법 알려줘"라고 물어볼 수 있다. 이것은 코딩에 대한 대화다.
Codex에는 이렇게 맡길 수 있다.
"모바일에서 메뉴가 화면 밖으로 나가는 문제가 있다. 원인을 찾아 수정하고 테스트해라. 기존 데스크톱 디자인은 유지한다."
이제 AI가 코드베이스를 직접 살펴본다. 관련 파일을 찾고, 수정하고, 필요한 터미널 명령을 실행하고, 테스트하고, 결과를 설명한다.
저장소 전체가 맥락이 된다
개발 문제는 한 파일만 보고 해결되지 않는 경우가 많다. 화면(UI), API, 데이터베이스, 환경설정, 테스트 코드가 서로 얽혀 있기 때문이다.
Codex 같은 코딩 에이전트는 프로젝트 전체의 파일 트리와 의존성을 탐색하며 유기적으로 작업한다.
개발자가 아니어도 쓸 수 있다
Codex는 개발용 에이전트지만 사용자가 반드시 전문 개발자일 필요는 없다. 실무에서는 다음과 같이 코드를 수단으로 사용하는 업무가 늘고 있다.
- 엑셀 데이터 일괄 변환 스크립트
- 반복 보고서 생성 및 이메일 발송 자동화
- 웹 데이터 수집 및 정제
- 간단한 사내용 계산기/웹 도구 제작
코드를 직접 한 줄도 작성하지 못해도 **"무엇을 만들고 어떤 결과를 원하는지"**를 정확히 설명하면 AI가 구현해낸다.
하지만 읽고 검증할 줄은 알아야 한다
바이브 코딩(Vibe Coding) 시대라도 최소한 다음 5가지는 확인할 수 있어야 한다.
- 어떤 파일이 바뀌었는가? (Diff 확인)
- 무슨 명령어가 터미널에서 실행되었는가?
- 오류나 경고 로그가 남아 있는가?
- 빌드와 테스트가 통과했는가?
- 기존에 잘 되던 기능이 깨지지 않았는가?
코드를 직접 짜지 않는 것과 결과를 검증하지 않는 것은 완전히 다른 문제다.
좋은 요청의 예
❌ "사이트를 예쁘게 고쳐줘."
⭕ "모바일 375~430px 너비에서 카드가 화면 밖으로 삐져나가지 않게 CSS를 수정해라. 데스크톱 레이아웃은 유지한다. 기존 데이터 구조는 변경하지 마라. 수정 후 빌드와 테스트를 실행하고, 변경한 파일과 이유를 요약해라."
에이전트에게는 **명확한 제약 조건과 완료 기준(Acceptance Criteria)**을 주는 것이 핵심이다.
그래서 무엇을 다르게 할 것인가
- 코딩 에이전트를 쓸 때는 모호한 요구 대신 수정 범위와 유지해야 할 조건을 반드시 명시한다.
- 작업 완료 후 반드시 Git Diff를 통해 변경된 파일 목록을 검토한다.