6. 처음 세팅하기: 설치, 권한, 작업 폴더, 첫 번째 실행

자동화의 성패는 처음 30분에 갈린다

많은 사람이 자동화를 어렵게 느끼는 이유는 기능이 너무 많아서가 아닙니다. 사실은 시작할 때 책상이 어질러져 있기 때문입니다. 앱은 설치했는데 어디에 파일을 둬야 하는지 모르겠고, 권한은 뭘 허용해야 하는지 애매하고, 첫 지시를 어떻게 내려야 할지도 막막합니다. 그러면 Codex는 분명히 똑똑한데, 사용자는 첫날부터 피곤해집니다.

반대로 처음 30분을 잘 쓰면 분위기가 완전히 달라집니다. 설치는 간단하게 끝내고, 작업 폴더는 깔끔하게 나누고, 권한은 보수적으로 시작하고, 첫 프롬프트는 작은 성공을 만들도록 설계하면 됩니다. 이 장의 목표는 딱 그것입니다. 복잡한 기능을 배우는 것이 아니라, 다시 열어도 헤매지 않는 시작 화면을 만드는 것입니다.

가장 쉬운 시작 경로부터 고르자

이 책에서는 비개발자 기준의 가장 쉬운 경로로 Codex 데스크톱 앱부터 시작합니다. 터미널, WSL, CLI는 나중에 필요할 때 배워도 늦지 않습니다. 처음부터 우회로를 배우면 오히려 자신감이 꺾이기 쉽습니다.

Windows에서는 Codex 앱을 Microsoft Store에서 설치하는 흐름이 공식 안내입니다. 업데이트도 Microsoft Store의 다운로드 화면에서 확인할 수 있습니다.¹ 즉, 첫 단계는 어렵지 않습니다. 검색하고, 설치하고, 실행하고, 로그인한다. 이 네 단계면 출발선에 설 수 있습니다.

다만 회사 PC에서는 Microsoft Store 설치가 정책상 막혀 있는 경우가 있습니다. 이건 사용자가 못해서가 아니라 환경 제약인 경우가 많습니다. 실제로 별도 설치 파일을 원하는 요청이 나올 정도로, 기업 환경에서는 Store 제한이 흔한 편입니다.² 이런 경우에는 실력을 의심하지 말고 먼저 설치 정책을 확인하세요. 개인 PC에서 먼저 익숙해진 뒤 회사 환경으로 가져오는 편이 훨씬 빠릅니다.

처음 로그인할 때는 가능하면 계정 로그인 방식으로 시작하는 것을 권합니다. API 키는 나중에 사용량 관리나 팀 운영이 필요할 때 생각해도 됩니다. 초반에는 "일단 켜서 써 보는 것"이 제일 중요합니다.

첫 실행에서 권한을 어떻게 잡아야 할까

Codex를 처음 켜면 가장 먼저 떠오르는 질문이 있습니다. "어디까지 허용해도 안전할까?" 여기서 원칙은 간단합니다.

처음에는 좁게 허용하고, 필요할 때만 넓힌다.

Windows에서 Codex의 에이전트 모드는 작업 폴더 바깥으로 파일을 쓰지 못하게 막고, 네트워크 접근도 명시적 승인 없이 허용하지 않는 샌드박스 방식을 사용합니다.³ 쉽게 말하면, 처음부터 컴퓨터 전체를 휘젓게 두는 구조가 아니라는 뜻입니다. 이 점이 비개발자에게 특히 중요합니다. "실수로 큰일 나는 것 아닐까?"라는 불안을 꽤 줄여 주기 때문입니다.

Codex의 권한 개념은 아주 단순하게 이해하면 됩니다.

1. Read Only는 읽기 중심 모드입니다. 파일을 살펴보고 설명하거나 정리하는 데 적합합니다.

2. Auto 또는 workspace-write는 작업 폴더 안에서 읽고, 수정하고, 명령을 실행할 수 있는 기본 실무 모드입니다.

3. Full Access는 더 넓은 권한을 주는 방식인데, 초반에는 굳이 쓸 이유가 거의 없습니다.⁴

공식 문서에서는 버전 관리가 되지 않은 일반 폴더에서는 Read Only를 추천하고, 버전 관리가 되는 폴더에서는 Auto 성격의 작업 방식을 추천합니다.⁴ 비개발자는 보통 일반 폴더에서 시작하므로, 처음 10분은 Read Only로 가볍게 둘러보는 편이 좋습니다. 그다음 "이 폴더 안에서는 파일을 만들어도 괜찮다"는 확신이 생기면 작업 폴더에 한해서 쓰기 권한을 열면 됩니다.

처음 세팅에서 추천하는 기준은 이렇습니다.

• 원본 자료 폴더는 직접 수정하지 않기

• 작업 전용 폴더 안에서만 쓰기 허용하기

• 웹 검색이나 외부 네트워크는 꼭 필요할 때만 승인하기

이 세 가지만 지켜도 초반 사고는 대부분 막을 수 있습니다.

작업 폴더는 'AI가 이해하기 쉬운 책상'이어야 한다

비개발자가 가장 자주 놓치는 부분이 바로 작업 폴더입니다. 폴더를 대충 만들면 사람도 헷갈리고, Codex도 헷갈립니다. 반대로 폴더 구조가 명확하면 프롬프트가 짧아져도 결과가 좋아집니다.

처음에는 아래처럼 아주 단순한 구조를 추천합니다.

Codex-Work/
├── 01_inbox/
├── 02_reference/
├── 03_working/
├── 04_output/
├── 05_prompts/
└── 99_archive/

각 폴더의 역할은 이렇게 잡으면 됩니다.

01_inbox는 원본이 들어오는 곳입니다. 이메일에서 저장한 파일, 다운로드한 이미지, 전달받은 문서가 여기에 모입니다. 손대기 전의 재료 창고라고 생각하면 됩니다.

02_reference는 참고 자료를 모아 두는 곳입니다. 제품 스펙, 수치, 브랜드 가이드, 브로슈어 초안 메모처럼 "읽고 참고해야 하는 것"이 들어갑니다.

03_working은 실제 가공 작업이 일어나는 공간입니다. 원본을 바로 수정하지 말고, 필요한 파일을 여기로 복사해서 다루는 습관을 들이세요. 실수해도 복구가 쉬워집니다.

04_output은 최종 결과물 폴더입니다. 보고서, 요약본, 정리된 CSV, 배경 제거된 이미지, 초안 브로슈어 같은 산출물이 여기에 쌓입니다.

05_prompts는 자주 쓰는 지시문을 저장하는 곳입니다. 한 번 잘 만든 지시문은 재사용할수록 가치가 커집니다. 나중에 자동화 수준이 올라가면 이 폴더가 작은 자산이 됩니다.

99_archive는 끝난 작업을 옮겨 두는 보관함입니다. 업무 폴더가 계속 지저분해지는 것을 막아 줍니다.

여기서 중요한 원칙은 하나입니다. 원본, 작업본, 결과물을 섞지 말 것.

이 원칙 하나만 지켜도 Codex에게 내리는 지시가 훨씬 쉬워집니다. 예를 들어 "01_inbox의 이미지를 읽어 03_working에 작업본을 만들고, 결과는 04_output에 저장해줘"라고 말할 수 있기 때문입니다. 사람에게도 명확하고, AI에게도 명확합니다.

프로젝트와 스레드를 아주 쉽게 이해하기

Codex는 작업을 보통 프로젝트와 스레드 단위로 정리합니다. 프로젝트는 로컬 폴더와 연결된 작업 공간이고, 스레드는 그 안에서 진행하는 개별 작업 세션이라고 이해하면 됩니다.⁵ OpenAI의 시작 가이드도 이런 흐름, 즉 프로젝트를 만들고 스레드를 열어 첫 작업을 수행하는 순서로 안내합니다.⁶

조금 더 쉽게 바꿔 말하면 이렇습니다.

프로젝트는 서랍입니다. "AR 글래스 브로슈어", "이미지 가공", "월간 보고서 자동화"처럼 업무 단위로 하나씩 서랍을 만듭니다.

스레드는 서랍 안의 한 번 맡긴 일입니다. "이 제품 사진 배경을 투명하게 만들어 줘", "브로슈어용 수치를 표로 정리해 줘", "문구 초안을 세 가지 톤으로 써 줘" 같은 개별 요청이 각각 하나의 스레드가 됩니다.

이렇게 이해하면 인터페이스가 훨씬 덜 낯설어집니다. 거창한 개발 개념이 아니라, 폴더와 업무 요청을 정리하는 방식일 뿐입니다.

첫 실행은 '읽기 → 작은 생성 → 확인' 순서로 가자

처음부터 "내 업무 전체를 자동화해 줘"라고 말하면 대개 결과가 과합니다. AI가 똑똑해도 시작점이 넓으면 엇나가기 쉽습니다. 첫 실행은 작은 성공을 만들도록 구성해야 합니다.

제가 권하는 순서는 세 단계입니다.

1단계: 먼저 읽기만 시킨다

작업 폴더를 연결한 뒤 첫 프롬프트는 수정이 아니라 파악이어야 합니다. 예를 들면 이렇게 시작하면 좋습니다.

이 작업 폴더 구조를 읽고, 각 폴더가 어떤 용도로 보이는지 설명해줘. 아직 어떤 파일도 수정하지 말고, 자동화에 맞게 개선할 점만 제안해줘.

이 프롬프트의 장점은 두 가지입니다. 첫째, Codex가 폴더를 제대로 보고 있는지 확인할 수 있습니다. 둘째, 아직 아무것도 바꾸지 않으니 부담이 없습니다.

2단계: 아주 작은 파일 하나만 만들게 한다

읽기가 잘 됐다면 다음에는 통제 가능한 작은 생성을 시킵니다.

방금 제안을 바탕으로 이 폴더에 README.md를 만들고, 각 폴더의 목적을 한 줄씩 적어줘. 기존 파일은 건드리지 말아줘.

이 단계에서 중요한 것은 "작은 성공"입니다. 거대한 결과물이 아니라, 내가 의도한 위치에 내가 이해할 수 있는 파일 하나가 생기는 경험이 필요합니다. 이 한 번의 성공이 다음 자동화의 심리적 문턱을 크게 낮춰 줍니다.

3단계: 내 업무와 닿아 있는 아주 작은 실무 작업을 맡긴다

이제부터는 실제 업무와 연결합니다. 다만 여전히 범위는 작아야 합니다.

예를 들어 이미지 업무라면 이렇게 말할 수 있습니다.

01_inbox 폴더의 파일 목록을 읽고, 파일명과 확장자를 표로 정리한 inventory.md를 04_output에 만들어줘.

브로슈어 업무라면 이렇게 시작할 수 있습니다.

02_reference 폴더의 문서를 읽고, 제품명·핵심 수치·확인이 필요한 항목을 구분해서 summary.md로 정리해줘.

이렇게 하면 Codex는 이미지를 바로 변형하거나 문서를 멋대로 재작성하기 전에, 먼저 정리와 구조화부터 도와줍니다. 비개발자에게는 이 단계가 특히 중요합니다. 자동화의 진짜 출발점은 화려한 생성이 아니라, 자료를 질서 있게 만드는 데 있기 때문입니다.

첫 프롬프트는 이렇게 써야 덜 흔들린다

비개발자가 처음 Codex를 쓸 때 프롬프트가 흔들리는 이유는 보통 두 가지입니다. 원하는 결과는 머릿속에 있는데, 범위를 말하지 않기 때문입니다. 그래서 첫 프롬프트에는 아래 세 요소를 꼭 넣는 습관을 들이세요.

• 어디를 볼지: 예를 들면 01_inbox, 02_reference처럼 폴더를 지정합니다.

• 무엇을 할지: 읽기, 요약, 분류, 표 작성, 파일 생성처럼 동작을 분명히 합니다.

• 어디까지 허용할지: 수정 금지, 새 파일만 생성, 기존 파일 유지처럼 경계를 적습니다.

좋은 예시는 이런 식입니다.

02_reference 폴더만 읽고, 제품 관련 수치를 표로 정리해줘. 기존 파일은 수정하지 말고, 결과는 04_output/spec-table.md로 새 파일을 만들어 저장해줘.

이 문장은 길지 않지만 매우 강합니다. 보는 위치, 하는 일, 허용 범위가 모두 들어 있기 때문입니다.

처음 30분 추천 시나리오

처음 한 번은 아래 흐름대로 진행해 보세요. 순서대로만 따라가도 충분합니다.

1. Codex 앱을 설치하고 로그인한다.

2. Codex-Work 폴더를 만든다.

3. 01_inbox, 02_reference, 03_working, 04_output, 05_prompts, 99_archive를 만든다.

4. 첫 실행은 Read Only에 가깝게 시작한다.

5. 폴더 구조 설명을 요청한다.

6. README.md 같은 작은 파일 하나만 만들게 한다.

7. 파일 목록 정리나 자료 요약 같은 작은 실무 작업을 한 번 실행한다.

8. 결과를 직접 열어 보고, 저장 위치가 맞는지 확인한다.

9. 그다음에만 작업 폴더 안 쓰기 권한을 조금 넓힌다.

이 흐름의 장점은 단순합니다. 실패해도 손해가 거의 없고, 성공하면 바로 다음 단계로 이어진다는 점입니다.

자주 생기는 초반 실수

처음 세팅에서 가장 흔한 실수도 미리 알고 가면 좋습니다.

첫째, 원본 파일을 작업 폴더와 섞는 것입니다. 이러면 나중에 무엇이 원본이고 무엇이 결과물인지 헷갈립니다.

둘째, 첫 작업부터 너무 크게 시키는 것입니다. "전체 보고서 완성", "브랜드 브로슈어 전부 제작", "폴더 전체 자동 정리" 같은 요청은 첫날에는 범위가 큽니다.

셋째, 권한을 한꺼번에 넓히는 것입니다. 불안하다고 아무것도 허용하지 않거나, 반대로 귀찮다고 전부 허용하는 둘 다 좋지 않습니다. 처음에는 작은 폴더 안에서만 움직이게 하고, 잘 되면 한 단계씩 넓히는 편이 훨씬 안전합니다.⁴

이 장에서 끝내야 할 최소 목표

이 장을 마칠 때 여러분에게 꼭 있어야 하는 것은 거대한 자동화 시스템이 아닙니다. 아래 네 가지면 충분합니다.

• Codex 앱이 설치되어 있고 로그인되어 있을 것

• 작업 전용 폴더 구조가 정리되어 있을 것

• 권한을 어디까지 줄지 기준이 생겼을 것

• 첫 프롬프트로 작은 파일 하나를 성공적으로 만들어 봤을 것

이 네 가지가 되면 이제부터는 배움이 아니라 축적이 시작됩니다. 다음 장에서는 이 바탕 위에서 프로젝트, 스레드, 파일, 프롬프트를 더 자연스럽게 다루는 법을 익히게 됩니다. 다시 말해, 이제 여러분은 단순히 앱을 설치한 사람이 아니라 업무 자동화를 시작할 준비가 된 사람입니다.

참고

¹Windows용 Codex 앱 설치 및 업데이트 안내

²Windows 독립 설치 파일 요청 이슈로 본 기업 환경의 설치 제약

³Windows 네이티브 Codex의 작업 폴더 기반 샌드박스 설명

⁴Codex의 샌드박스와 승인 모드 가이드

⁵Codex의 프로젝트와 스레드 개념 설명

⁶Codex 시작 가이드: 프로젝트, 스레드, 첫 작업