Part 6. 코딩 모르는 직장인을 위한 Codex

코딩을 모르는 직장인이 Codex를 배우는 이유는 멋진 앱을 만들기 위해서가 아니다. 손으로 반복하던 일을 기계에게 넘기기 위해서다. 매일 파일 이름을 바꾸고, 엑셀을 정리하고, 보고서용 표를 다듬고, 여러 시트를 합치고, 같은 질문에 같은 답을 반복하는 순간이 많다면 이미 당신의 업무에는 코드가 숨어 있다. 다만 지금까지는 그 코드를 사람이 손으로 대신 쓰고 있었을 뿐이다.

OpenAI가 소개한 Codex는 단순히 코드 한 줄을 추천하는 도구가 아니라, 실제 코딩 작업을 끝까지 밀어붙이도록 돕는 작업형 에이전트에 가깝다.¹ 병렬 작업, 장시간 실행, 반복 테스트 같은 흐름이 강조되면서, 코드는 이제 배워서만 쓰는 것이 아니라 잘 지시해서도 만들 수 있는 영역이 되었다.¹²

이 장의 목표는 분명하다. 코딩을 배우는 것이 아니라, 코딩을 몰라도 자동화를 만드는 사람이 되는 것이다.

비개발자에게 Codex가 의미하는 것

비개발자가 Codex를 처음 보면 보통 이렇게 생각한다. 나는 개발자가 아닌데 이걸 왜 배우지. 하지만 직장인의 자동화는 거대한 서비스 개발에서 시작되지 않는다. 대부분은 아주 작은 불편에서 시작된다. 월말마다 같은 형식으로 PDF를 저장한다. 거래처 파일명을 규칙에 맞게 고친다. CSV를 열어 불필요한 열을 지운다. 인사평가 점수를 표준화해 다시 붙여 넣는다. 이런 일은 기술적으로는 작지만, 시간은 이상하게 많이 먹는다.

Codex를 비개발자 관점에서 다시 정의하면 이렇다. 사람말로 시킨 자동화 초안 생성기다. 내가 해야 할 일은 두 가지다. 업무를 정확히 설명하는 것, 그리고 결과를 검수하는 것이다. 문법을 몰라도 된다. 대신 입력값, 원하는 결과, 예외 상황을 분명하게 말할 줄 알아야 한다.

여기서 중요한 전환이 하나 있다. 코드를 직접 쓰는 사람이 되려 하지 말고, 코드를 발주하는 사람이 되어야 한다는 점이다. 좋은 발주는 늘 같은 구조를 가진다. 무엇을 자동화할지, 어디서 시작할지, 무엇이 끝난 상태인지, 실패하면 어떻게 처리할지를 말해준다. 이 구조만 잡히면 Codex는 생각보다 훨씬 실용적이다.

코딩을 몰라도 자동화를 만드는 기본 4단계

첫째, 작업을 사람말로 쪼갠다. '엑셀 정리해줘'라고 말하면 안 된다. 빈 행을 삭제하고, B열 날짜 형식을 YYYY-MM-DD로 바꾸고, F열 금액에 천 단위 구분기호를 넣고, 결과를 새 시트에 저장해줘처럼 동작 단위로 끊어야 한다.

둘째, 내 환경을 먼저 알려준다. Windows인지 Mac인지, Excel 버전은 무엇인지, 설치 가능한 프로그램이 있는지, 사내 PC라 설치 권한이 없는지를 적어줘야 한다. 같은 자동화라도 Windows에서는 PowerShell이 편하고, Mac에서는 셸 스크립트나 단축어가 더 자연스러운 경우가 많다.

셋째, 샘플을 준다. 비개발자가 Codex를 쓸 때 가장 강력한 무기는 샘플 파일 3개, 원하는 결과 예시 1개, 실패하면 안 되는 조건 2개다. 이 세 가지만 있어도 결과 정확도가 크게 올라간다.

넷째, 초안부터 돌린다. 처음부터 완벽한 자동화를 기대하지 말고, 샘플 5개로 먼저 시험한다. 자동화는 한 번에 끝나는 마법이 아니라, 잘 만든 초안을 조금씩 다듬는 과정에 가깝다.

이 네 단계를 지키면 Codex는 무서운 개발 도구가 아니라, 꽤 유능한 자동화 조수로 바뀐다.

엑셀 매크로와 VBA를 자연어로 만드는 법

엑셀은 직장인의 성이자 감옥이다. 익숙해서 편하지만, 반복 작업이 쌓이면 빠져나오기 힘들다. 다행히 여기서 Codex는 아주 강하다. VBA는 겉으로 보면 외계어 같지만, 본질은 엑셀이 해야 할 일을 순서대로 적은 대본이다.

기본 준비는 어렵지 않다. 개발 도구 탭을 켜고, 매크로를 사용할 파일은 xlsm 형식으로 저장해야 한다. 그리고 원본 파일이 아니라 복사본에서 테스트한다. 이 세 가지만 지켜도 사고 확률이 훨씬 줄어든다.

비개발자가 가장 쉽게 시작하는 방법은 녹화와 지시를 섞는 것이다. 먼저 엑셀의 매크로 기록 기능으로 단순 동작 하나를 녹화한다. 그다음 Codex에게 이 코드를 더 깔끔하게 바꾸고, 조건을 추가하고, 버튼까지 붙이는 방법을 물어본다. 처음부터 맨땅에서 만들기보다 훨씬 쉽다.

예를 들어 이런 식으로 요청하면 좋다.

• 목적: 원본 시트에서 빈 행 삭제, 매출 열 서식 정리, 오늘 날짜로 PDF 저장

• 환경: Windows Excel, VBA 초보, 모듈 붙여넣기만 가능

• 조건: 원본은 건드리지 말고 결과를 새 시트에 만들기

• 추가 요청: 주석을 많이 달고, 실행 버튼 연결법과 오류가 날 때 확인할 위치까지 설명하기

중요한 것은 어려운 코드를 이해하는 척하는 것이 아니라, 내가 원하는 동작을 업무 언어로 정확하게 말하는 것이다.

특히 매크로를 만들 때는 세 가지를 꼭 같이 요청하자. 첫째, 되돌리기 방법. 둘째, 오류 메시지가 뜰 때 점검 순서. 셋째, 버튼 클릭 한 번으로 실행하는 방법이다. 비개발자 자동화의 성패는 코드의 우아함보다 실행의 단순함에서 갈린다.

반복 업무 스크립트화는 파일 정리부터 시작하라

비개발자가 처음부터 사내 시스템을 만들려고 하면 금방 지친다. 대신 폴더 안의 지저분한 파일을 다루는 일부터 시작하면 성공 확률이 높다. 이유는 간단하다. 결과가 바로 보이고, 실패해도 복구하기 쉽고, 절감 시간이 눈에 띄기 때문이다.

좋은 첫 과제는 이런 것들이다.

• 파일명을 날짜_거래처_문서종류 형식으로 일괄 변경하기

• 여러 CSV 파일을 하나로 합치고 불필요한 열 삭제하기

• 폴더별로 흩어진 PDF를 규칙에 맞는 하위 폴더로 분류하기

• 이미지 크기를 통일하고 압축본 따로 만들기

이때 핵심은 Codex에게 코드만 달라고 하지 않는 것이다. 미리보기 모드와 실행 모드를 나눠 달라고 해야 한다. 예를 들어 변경 예정 파일 목록을 먼저 보여주고, 내가 확인한 뒤 실제 실행하는 구조가 훨씬 안전하다. 이런 미리 실행해 보는 방식을 드라이런이라고 하는데, 비개발자 자동화에서는 거의 필수다.

좋은 요청 예시는 이렇다. Windows 11 기준으로 바탕화면의 거래처 폴더 안 파일명을 일괄 변경하는 스크립트를 만들어줘. 먼저 바뀔 이름을 표처럼 미리 보여주는 모드를 만들고, 확인 후 실제 변경하는 모드를 따로 둬. 오류가 나면 원래 파일명과 새 파일명을 로그로 남겨줘. 설치 없는 방식이 우선이고, 가능하면 PowerShell로 작성해줘. 초보자용 실행 순서를 단계별로 설명해줘.

이런 요청은 훌륭하다. 목적이 분명하고, 환경이 명확하고, 안전장치가 있으며, 설명 수준까지 지정했기 때문이다. 반대로 '파일명 좀 알아서 정리해줘'는 거의 실패 예약 문장이다.

간단한 사내 도구와 대시보드는 작고 못생기게 시작하라

많은 비개발자가 여기서 갑자기 욕심을 낸다. 로그인도 되고, 권한도 나뉘고, 데이터베이스도 붙고, 모바일에서도 잘 돌아가는 사내 시스템을 한 번에 만들고 싶어진다. 하지만 첫 자동화는 멋져야 하는 게 아니라 쓸모 있어야 한다.

Codex로 만드는 가장 좋은 첫 도구는 한 파일짜리다. 브라우저에서 바로 여는 HTML 도구, CSV 파일 하나만 읽는 간단한 대시보드, 로컬 PC에서만 쓰는 작은 계산기 같은 것 말이다. 이런 도구는 설치 부담이 적고, 고치기도 쉽다.

예를 들어 기획팀은 시장조사 점수표 정리 도구를 만들 수 있다. HR팀은 면접 평가 점수 정규화 도구를 만들 수 있다. 영업팀은 제안서 체크리스트 앱을 만들 수 있다. 마케팅팀은 광고 성과 CSV를 올리면 캠페인별 핵심 지표를 자동으로 시각화하는 대시보드를 만들 수 있다.

처음 요청할 때는 기능보다 사용 장면을 설명하는 편이 좋다. 예를 들면 이렇다. 개발자가 아닌 영업팀이 노트북에서 혼자 쓰는 제안서 점검 도구가 필요해. 브라우저에서 열리는 단일 HTML 파일로 만들어줘. 사용자가 체크박스를 선택하면 누락 항목을 경고하고, 마지막에 요약 결과를 복사할 수 있게 해줘. 디자인은 단순하게, 글자는 크게, 한국어 UI로 만들고, 수정할 부분은 파일 상단에 모아줘.

이런 식으로 요청하면 Codex는 예쁜 제품보다 실제로 돌아가는 초안을 내놓을 가능성이 높다. 비개발자에게는 이 초안이 훨씬 중요하다. 초안이 돌아가면, 그다음부터는 기능을 하나씩 붙이면 된다.

대시보드도 마찬가지다. 처음부터 실시간 연동을 꿈꾸지 말고, CSV 업로드형으로 시작하라. 파일 하나 올려서 차트 3개와 요약문 5줄이 나오기만 해도 실무 체감은 꽤 크다. 잘 만든 작은 도구 하나가 사람 셋의 복붙 시간을 없애기도 한다.

API 없이 GPTs로 내부 챗봇 만들기

많은 직장인이 내부 챗봇이라고 하면 서버, API, 데이터베이스부터 떠올린다. 하지만 첫 버전은 훨씬 단순하게 만들 수 있다. GPTs는 특정 목적에 맞춘 맞춤형 ChatGPT를 직접 만들 수 있게 해주는 기능이다.³ 여기에 지시사항과 회사 문서를 넣으면, 코드를 쓰지 않고도 꽤 쓸 만한 내부 Q&A 봇을 만들 수 있다.⁴

이 방식이 특히 좋은 분야는 정해져 있다. 온보딩 자료가 많은 HR, 자주 묻는 질문이 반복되는 총무, 제품 소개서와 제안서가 많은 영업, 브랜드 가이드가 중요한 마케팅이다. 예를 들어 신입사원 온보딩 GPT를 만들면 휴가 규정, 장비 신청, 비용 처리, 보안 수칙 같은 문서를 한곳에 묶어 빠르게 답하게 할 수 있다. 영업팀이라면 제품 FAQ와 경쟁사 비교표를 넣어 제안서 준비 시간을 줄일 수 있다.

만드는 순서도 어렵지 않다. 먼저 역할을 정한다. 예를 들어 '사내 인사규정 안내 봇'처럼 한 가지 역할만 맡긴다. 그다음 Knowledge에 관련 PDF, 문서, 가이드를 올린다. 그리고 Instructions에 무엇을 우선 참고할지, 모르면 어떻게 답할지, 추정하지 말아야 할 항목은 무엇인지 적는다.⁴

여기서 가장 중요한 문장은 이것이다. 자료에 없는 내용은 추정하지 말고, 어느 문서를 봐야 하는지 안내하라. 이 한 줄이 챗봇을 꽤 믿을 만하게 만든다. 많은 사내 챗봇이 망하는 이유는 똑똑하지 않아서가 아니라, 모를 때도 아는 척하기 때문이다.

다만 한계도 분명하다. API 없이 만드는 GPTs는 시작이 빠른 대신, 회사 시스템에 직접 쓰기나 승인 처리를 하게 만드는 데는 한계가 있다. 실시간 DB 조회, 권한 제어, 거래 처리 같은 일은 다른 방식이 필요하다. 하지만 내부 문서 탐색과 반복 질문 응답만으로도 실무 절감 효과는 생각보다 크다. 처음에는 이것만 잘해도 충분하다.

비개발자가 Codex를 잘 쓰는 프롬프트의 공통점

잘 되는 요청은 늘 비슷하다. 길어서가 아니라 빠진 정보가 적다.

• 역할을 지정한다. 나는 VBA 초보자다, 설치 권한이 없다, 영업팀 실무자다처럼 내 위치를 알려준다.

• 입력과 출력을 분리한다. 어떤 파일을 넣고, 어떤 결과가 나와야 하는지 적는다.

• 예외를 넣는다. 원본 파일 유지, 빈 셀은 건너뛰기, 한글 파일명 깨짐 방지처럼 실패하면 안 되는 조건을 적는다.

• 설명 수준을 정한다. 초보자용, 한 단계씩, 복붙 가능한 형태, 버튼 연결법 포함처럼 요구한다.

• 검수 장치를 넣는다. 테스트용 샘플로 먼저 실행, 로그 남기기, 미리보기 모드 제공을 요청한다.

한마디로 말하면, 좋은 프롬프트는 똑똑한 질문이 아니라 좋은 업무지시서다. 코드를 모를수록 더더욱 이 구조가 중요하다.

답이 이상할 때 고치는 법

비개발자가 자동화에 실패하는 가장 흔한 이유는 '안 돼요'라는 말만 다시 던지는 것이다. Codex는 초능력자가 아니라 협업 상대다. 이상할수록 더 구체적으로 다시 말해야 한다.

가장 좋은 수정 순서는 이렇다.

• 오류 메시지를 그대로 붙여 넣는다.

• 어느 단계에서 멈췄는지 적는다.

• 내가 기대한 결과와 실제 결과를 나란히 설명한다.

• 샘플 파일 구조나 열 이름을 다시 보여준다.

• 수정 후 전체 코드를 다시 달라고 하기보다 바뀐 부분과 이유를 함께 설명해 달라고 한다.

예를 들어 파일 정리 스크립트가 잘못 동작했다면, '안 돼요' 대신 '미리보기에서는 정상인데 실제 실행 모드에서 한글 파일명이 깨진다. Windows 기본 인코딩 문제를 고려해 수정해줘. 변경 전후 이름을 로그에 남기고, 같은 파일명이 이미 있으면 덮어쓰지 말고 뒤에 번호를 붙여줘'라고 말하는 편이 훨씬 낫다.

자동화 디버깅의 핵심은 감정이 아니라 관찰이다. 무슨 일이 일어났는지를 정확히 적는 순간, 해결 속도도 빨라진다.

이 파트의 실전 학습 순서

이 파트를 실제로 익힐 때는 어렵게 가지 않는 편이 좋다. 먼저 엑셀 매크로 하나를 만든다. 예를 들어 월말 보고서를 PDF로 저장하거나, 여러 시트를 하나로 합치는 식의 작은 업무가 적합하다. 그다음 파일명 일괄 변경이나 CSV 정리 스크립트처럼 결과가 눈에 보이는 작업을 한 번 더 만든다. 마지막으로 단일 HTML 도구나 사내 GPT 한 개를 만들어, 자동화가 문서 밖으로도 확장된다는 감각을 잡으면 된다.

이 순서가 좋은 이유는 점프가 작기 때문이다. 엑셀 안에서 시작해, 파일 시스템으로 넓히고, 마지막에 작은 앱이나 챗봇으로 넘어간다. 비개발자의 Codex 학습은 언어 공부가 아니라 성공 경험을 쌓는 순서로 설계해야 한다.

이 장의 핵심 정리

Codex를 배운다는 것은 개발자로 전직한다는 뜻이 아니다. 반복 업무를 더 이상 손으로 견디지 않겠다고 선언하는 일에 가깝다.

엑셀 매크로는 자연어로 초안을 만들 수 있고, 스크립트는 파일 정리와 데이터 정제부터 시작할 수 있으며, 작은 사내 도구와 대시보드는 한 파일짜리 프로토타입으로 충분히 실무에 투입할 수 있다. 여기에 GPTs를 더하면 API 없이도 사내 문서를 바탕으로 답하는 내부 챗봇의 첫 버전을 만들 수 있다.³⁴

결국 비개발자에게 필요한 역량은 코딩 실력보다 자동화 지시력이다. 무엇을 자동화할지 고르고, 원하는 결과를 분명히 말하고, 위험한 부분을 검수하는 힘이다. 이 힘이 생기면 Codex는 낯선 개발 도구가 아니라, 퇴근 시간을 당겨주는 가장 현실적인 조수로 바뀐다.

참고

¹Introducing Codex - OpenAI

²Introducing the Codex app - OpenAI

³Introducing GPTs - OpenAI

⁴Creating and editing GPTs