처음 시작하는 설정: 설치, 권한, 작업 폴더, 안전한 사용 원칙

처음 세팅이 반 이상이다

Codex 데스크톱은 똑똑합니다. 하지만 처음 세팅이 어설프면, 똑똑한 도구가 오히려 바쁜 동료처럼 느껴질 수 있습니다. 파일은 여기저기 흩어지고, 어디까지 수정해도 되는지 감이 없고, 승인 창이 뜰 때마다 덜컥 겁이 납니다. 반대로 시작을 잘 잡으면 이야기가 달라집니다. 작업 폴더는 깔끔해지고, 자동화 결과를 검토하는 습관도 자연스럽게 생깁니다.

이 장의 목표는 간단합니다. Codex 데스크톱을 "그냥 설치해본 앱"이 아니라, 실제 업무에 써도 되는 작업 도구로 만드는 것입니다. 설치부터 권한, 폴더 구조, 검토 습관, 안전 원칙까지 한 번에 잡아보겠습니다.

설치: 가장 먼저 해야 할 일

Windows에서는 Codex 앱을 Microsoft Store에서 설치하는 방식이 기본입니다.¹ OpenAI 문서도 Windows용 Codex 앱이 네이티브로 동작하며, PowerShell과 Windows 샌드박스를 사용한다고 설명합니다.² 회사 PC에서는 스토어 사용이 막혀 있는 경우가 있어서, 개인 PC와 회사 PC의 설치 난이도가 다를 수 있습니다.

설치 자체는 어렵지 않습니다. 다만 비개발자에게 중요한 포인트는 "설치 성공"보다 "처음 실행한 뒤 무엇을 고르느냐"입니다.

앱을 처음 열면 프로젝트 폴더를 선택하게 됩니다. 이때 Codex가 내 컴퓨터의 작업 폴더를 기준으로 일하게 하려면 로컬 프로젝트를 열어야 합니다.³ 여기서부터 Codex는 단순한 채팅창이 아니라, 선택한 폴더 안의 파일을 읽고 정리하고 바꾸는 실제 작업 도구가 됩니다.

처음 시작하는 분이라면 설치 직후에 바로 중요한 업무 폴더를 열지 마세요. 먼저 연습용 폴더 하나를 만들어서 테스트하는 것이 좋습니다. 예를 들어 바탕화면에 codex-practice 폴더를 만들고, 그 안에 텍스트 파일 몇 개를 넣은 뒤 설명 요청이나 정리 요청부터 해보는 식입니다. 처음 운전하는 날 바로 고속도로에 올라가지 않는 것과 같습니다.

Windows Native로 시작할까, WSL2로 시작할까

여기서 한 가지 갈림길이 나옵니다. Windows에서 Codex를 쓸 때는 기본적으로 Windows 환경에서 바로 쓰는 방법이 있고, 필요하면 WSL2 환경으로 전환하는 방법도 있습니다. WSL2는 Windows 안에서 Linux 환경을 함께 쓰는 방식이라고 이해하면 충분합니다.

비개발자라면 결론은 간단합니다. 처음에는 Windows Native로 시작하세요.

그 이유는 세 가지입니다.

• 설치와 실행이 가장 단순합니다.

• PowerShell 기반으로 바로 시작할 수 있습니다.

• 아직 Linux용 개발 도구를 꼭 써야 하는 단계가 아니기 때문입니다.

반대로 다음 상황이라면 WSL2를 검토할 수 있습니다.

• 업무에 bash, Linux 명령어, Linux 기반 도구가 꼭 필요할 때

• 개발팀과 같은 환경으로 맞춰야 할 때

• 특정 도구가 Windows보다 WSL2에서 더 안정적으로 돌아갈 때²

다만 초보자는 여기서 욕심내지 않는 편이 좋습니다. WSL2는 강력하지만, 경로 개념이 하나 더 생기고 설정 위치도 달라집니다. 쉽게 말해, 처음에는 집 한 채만 관리하면 되는데 WSL2를 켜면 창고가 하나 더 생깁니다. 정리 습관이 잡히기 전에는 창고를 늘리지 않는 편이 낫습니다.

첫 작업 폴더는 작고 단순하게

비개발자가 Codex를 처음 쓰며 가장 자주 하는 실수는 "파일이 많은 진짜 업무 폴더"를 바로 열어버리는 것입니다. 그러면 Codex도 맥락을 넓게 읽고, 사용자도 긴장하고, 무엇이 바뀌었는지 파악하기 어려워집니다.

처음에는 작업 폴더를 목적별로 아주 단순하게 나누세요. 예를 들어 이 책의 실전 예시처럼 브로슈어나 이미지 가공 자동화를 한다면, 폴더 구조를 이렇게 잡는 편이 좋습니다.

• input: 원본 이미지, 원본 문서, 원시 데이터

• reference: 참고 이미지, 브랜드 가이드, 수치 표

• prompt: 지시문 초안, 작업 메모, 요구사항 정리

• output: 결과물 초안, 가공 이미지, 최종 문서

• archive: 이전 버전, 백업본, 더 이상 쓰지 않는 산출물

이 구조의 장점은 아주 현실적입니다. 원본은 건드리지 않고, 결과물은 따로 모이고, 나중에 "무엇을 바탕으로 만들었는지"를 다시 찾기 쉽습니다.

예를 들어 AR 글래스 브로슈어를 만든다고 해보겠습니다. 제품 사진은 input에 넣고, 해상도나 무게 같은 숫자는 reference/specs.xlsx에 모읍니다. 실제 브로슈어 작성용 지시문은 prompt/brief.md에 두고, 완성본 초안은 output/brochure-v1.md처럼 저장합니다. 이렇게만 해도 Codex와 일할 때 훨씬 안정적입니다. 어디를 읽고, 어디에 써야 하는지가 분명하기 때문입니다.

프로젝트를 열기 전에 꼭 정할 것

작업 폴더를 만들었다면, 이제 그 폴더를 열기 전에 세 가지만 먼저 정하면 됩니다.

첫째, 이번 세션에서 Codex가 손대도 되는 범위입니다. 예를 들어 D:CodexWorkBrochureProject만 열고, 문서 폴더 전체나 다운로드 폴더는 건드리지 않게 하는 식입니다.

둘째, 원본 보존 여부입니다. 원본은 항상 input에 보관하고, 수정은 복사본에서만 하겠다는 규칙을 정해두면 좋습니다. 특히 이미지 가공 자동화에서는 이 원칙이 매우 중요합니다.

셋째, 검토 책임입니다. 혼자 일하더라도 "변경은 바로 확정하지 않고 한 번 읽고 확인한다"는 규칙이 필요합니다. Codex는 빠르지만, 책임은 결국 사용자가 집니다.

권한과 승인: 비슷해 보여도 다르다

Codex를 안전하게 쓰려면 두 단어를 구분해야 합니다. 하나는 권한, 다른 하나는 승인입니다.

권한은 "무엇을 할 수 있느냐"입니다. 파일을 읽을 수 있는지, 쓸 수 있는지, 네트워크에 접근할 수 있는지 같은 기술적 범위입니다. 승인 정책은 "그 행동을 하기 전에 나에게 물어보느냐"입니다.⁴

OpenAI 문서에서는 작업공간 밖 파일을 수정하거나 네트워크 접근이 필요한 명령을 실행할 때 승인을 요구한다고 설명합니다.⁴ 또 변경 없이 대화하거나 계획만 세우고 싶다면 읽기 전용으로 전환하라고 안내합니다.⁴

읽기 전용 모드

읽기 전용은 말 그대로 살펴보기 모드입니다. 파일을 읽고 설명하는 데는 좋지만, 수정은 바로 하지 않습니다. 처음 프로젝트를 열었을 때 가장 안전한 시작점입니다.

비개발자에게 이 모드는 특히 유용합니다. 프로젝트 구조를 이해하거나, 폴더 안 파일이 어떤 역할을 하는지 묻거나, 작업 계획만 세우고 싶을 때 매우 편합니다. "지금은 바꾸지 말고, 무엇을 바꾸면 좋을지만 알려줘"라는 식의 대화에 잘 맞습니다.

작업공간 쓰기 중심의 기본 모드

실무에서 가장 많이 쓰게 되는 것은 읽기 전용과 전체 접근 사이의 균형 잡힌 설정입니다. 보통 작업 폴더 안에서는 읽고 쓰고 명령을 실행할 수 있지만, 작업 폴더 밖을 건드리거나 네트워크 접근이 필요하면 승인을 요구하는 방식입니다.⁴⁵

이 설정이 좋은 이유는 분명합니다. 자동화는 굴러가되, 위험해질 수 있는 순간에는 한 번 멈춥니다. 비개발자에게는 이 "한 번 멈춤"이 매우 중요합니다.

전체 접근 모드

전체 접근은 말 그대로 강한 모드입니다. 더 넓은 파일 접근과 네트워크 접근을 허용할 수 있습니다. 그래서 빠르지만, 그만큼 조심해야 합니다.⁵

이 모드는 초반에는 거의 쓰지 않는다고 생각하는 편이 좋습니다. 특히 중요한 문서가 많거나, 개인 자료와 업무 자료가 한 PC에 함께 있는 경우라면 더 그렇습니다. 자동화 문서도 full access 상태의 백그라운드 자동화는 파일 변경, 명령 실행, 네트워크 접근이 승인 없이 이뤄질 수 있어 위험이 높다고 경고합니다.⁵ 우리에게 필요한 교훈은 분명합니다. 빠른 것보다 안전한 것이 먼저입니다.

비개발자를 위한 권장 시작값

처음 쓰는 분에게는 다음 조합을 권합니다.

• 작업 폴더는 별도 폴더 하나만 선택하기

• 시작 모드는 읽기 전용 또는 작업공간 쓰기 중심 설정으로 두기

• 승인 정책은 요청 시 확인하도록 유지하기

• 원본 파일은 input 폴더에 따로 보관하기

• 결과물은 output에만 쓰게 지시하기

이렇게 시작하면 실수의 대부분을 피할 수 있습니다. 한마디로 정리하면, 넓게 열지 말고, 천천히 맡기고, 항상 결과를 본다입니다.

검토 습관: 자동화의 브레이크 페달

자동화에서 가장 위험한 순간은 AI가 틀릴 때가 아닙니다. 사람이 너무 쉽게 믿을 때입니다.

Codex는 프로젝트와 스레드 중심으로 작업을 나누고, 결과를 검토하는 흐름을 중요하게 둡니다.³ 이 말은 곧, Codex를 잘 쓰는 사람은 "한 번에 완성"보다 "작게 바꾸고 확인"하는 습관을 가진 사람이라는 뜻입니다.

검토 습관은 거창하지 않아도 됩니다. 아래 네 가지만 지켜도 충분합니다.

• 무엇이 바뀌었는지 파일 이름부터 확인하기

• 원본이 아니라 복사본이나 결과 폴더가 바뀌었는지 확인하기

• 숫자, 날짜, 제품명처럼 틀리면 큰일 나는 값만 따로 다시 읽기

• 마음이 급할수록 바로 확정하지 말고 한 번 더 보기

특히 브로슈어나 제안서 같은 문서는 문장보다 숫자에서 사고가 납니다. 해상도, 무게, 가격, 출시일 같은 값은 사람이 최종 확인해야 합니다.

안전한 자동화의 5원칙

이제 가장 중요한 부분입니다. 비개발자가 Codex를 오래 잘 쓰려면 기술보다 원칙이 먼저입니다.

1. 원본은 절대 직접 수정하지 않는다

원본 파일은 보관본입니다. Codex가 편집해야 하는 대상은 복사본이나 작업용 파일이어야 합니다. 이미지라면 원본 JPG/PNG는 input에 두고, 가공본은 output으로 나가게 하세요.

2. 작업 범위는 폴더 하나로 제한한다

Codex는 선택한 작업 공간 안에서 움직일 때 가장 안전합니다. 문서 전체, 바탕화면 전체, 다운로드 전체처럼 넓은 범위를 주는 습관은 피하세요.

3. 처음에는 읽기와 계획부터 시작한다

처음부터 "전부 만들어줘"보다 "이 폴더를 읽고 구조를 설명해줘", "어떤 파일을 만들면 좋을지 계획해줘"가 안전합니다. 수정 전에 맥락을 맞추면 결과 품질도 좋아집니다.

4. 승인 없는 전체 접근은 마지막 수단이다

강한 접근 모드와 승인 생략은 정말 익숙해진 뒤에만 제한적으로 써야 합니다.⁵ 특히 비개발자는 빠른 자동화보다 복구 가능한 자동화를 목표로 삼는 편이 좋습니다.

5. 중요한 작업 전에는 복사본을 만든다

매우 단순하지만 가장 강력한 원칙입니다. 폴더 통째로 복사해 두면 마음이 편합니다. 자동화는 속도를 올려주지만, 백업은 마음을 지켜줍니다.

실무형 시작 루틴: 이렇게 시작하면 된다

처음 업무에 적용할 때는 다음 순서가 가장 무난합니다.

먼저 새 작업 폴더를 만듭니다. 이름은 날짜와 프로젝트명을 함께 쓰면 좋습니다. 예를 들면 2026-04-brochure-draft처럼 말입니다.

그다음 input, reference, prompt, output, archive 폴더를 만듭니다. 원본 자료와 참고 자료를 분리해 넣습니다.

이제 Codex 데스크톱에서 그 폴더를 프로젝트로 엽니다.

처음 스레드에서는 수정 요청을 하지 말고, 이렇게 묻는 것이 좋습니다.

"이 폴더 구조를 설명해줘. 어떤 파일이 원본이고 어떤 파일이 결과물인지 정리해줘. 아직 수정은 하지 마."

그다음 두 번째 스레드에서 계획을 세웁니다.

"브로슈어 초안을 만들기 전에 필요한 자료가 무엇인지 체크리스트를 만들어줘. 숫자 정보는 따로 표로 모으게 해줘."

세 번째 스레드에서 작은 수정만 맡깁니다.

"reference의 수치를 바탕으로 output에 초안 파일을 새로 만들되, input 폴더 파일은 수정하지 마."

이 흐름이 좋은 이유는 명확합니다. 읽기, 계획, 실행이 분리되기 때문입니다. 사람도 덜 헷갈리고, Codex도 덜 엉뚱해집니다.

자주 하는 실수

처음 쓰는 분들이 많이 겪는 실수도 미리 짚고 넘어가겠습니다.

첫 번째는 작업 폴더를 너무 넓게 잡는 것입니다. 내 문서 전체를 열 필요는 거의 없습니다. 한 프로젝트, 한 폴더면 충분합니다.

두 번째는 원본과 결과물을 섞어두는 것입니다. AI가 잘못해서가 아니라, 사람이 나중에 구분하지 못해서 일이 커집니다.

세 번째는 처음부터 강한 권한을 주는 것입니다. "귀찮으니 승인 없이 다 하게 하자"는 생각은 금방 후회로 바뀔 수 있습니다.

네 번째는 읽기 없이 바로 실행하는 것입니다. Codex도 결국 맥락이 많을수록 더 잘 돕습니다. 설명과 계획을 먼저 시키면, 결과가 훨씬 단정해집니다.

이 장의 핵심 정리

Codex 데스크톱의 시작은 화려하지 않아도 됩니다. Store에서 설치하고, 작은 작업 폴더를 만들고, 읽기 전용이나 작업공간 쓰기 중심 설정에서 천천히 시작하면 됩니다.¹²⁴

핵심은 세 가지입니다. 작업 범위를 좁게 잡고, 원본을 보호하고, 승인과 검토를 습관으로 만드는 것. 이 세 가지만 지켜도 이후의 자동화는 훨씬 편하고 안전해집니다.

다음 장에서는 이 기반 위에서 Codex의 기본 사용법을 다룹니다. 프로젝트와 스레드는 무엇인지, 파일을 어떻게 다뤄야 하는지, 프롬프트는 어떻게 써야 일을 잘 시킬 수 있는지를 본격적으로 익혀보겠습니다.

참고

¹Codex - Free download and install on Windows | Microsoft Store

²Windows - Codex app | OpenAI Developers

³App - Codex app | OpenAI Developers

⁴Agent approvals & security - Codex | OpenAI Developers

⁵Automations - Codex app | OpenAI Developers