# 【실예 공개】ChatGPT Codex로 자동화를 시작하는 3단계. 매일의 정형 업무를 위임하기 전에 결정해야 할 3가지 사항

> https://bookfactory.kr/board/ai-tech/18518
> 게시판: AI·머신러닝
> 작성자: admin
> 작성일: 2026-09-25T09:23:59.650Z

---

![見出し画像](https://assets.st-note.com/production/uploads/images/317239610/rectangle_large_type_2_d477be87dca25dac6891d2da1c56deeb.png?width=1280)

결론부터 말씀드리겠습니다. ChatGPT Codex로 자동화를 시작한다면, 시작점은 Codex Exec입니다. 계획에 포함시키려면 데스크톱 앱으로 설정하고, 실행하기 전에 권한 범위, 완료 정의, 중복 실행 방지 ஆகிய 3가지 사항을 결정해야 합니다.

저희는 매일 아침 30대의 AI 직원들을 가동시키는데, 그들의 부팅 장치에는 “주 경로가 사용할 수 없을 때, Codex가 같은 날의 업무를 제2 경로로 이어받는” 형태로 설정되어 있습니다. 자동화 설계에서 무엇을 결정하지 않으면 멈추는지는 해당 운영에서 여러 번 반복적으로 검증했습니다.

이 글에서는 OpenAI의 공식 문서를 주요 정보로 삼아 자동화의 접근 방식을 3단계로 설명합니다. 절차 부분은 공식 자료를 기반으로 하고, 실패 부분은 저의 실제 운영 경험을 바탕으로 합니다.

대상은 “Codex는 대화에서 사용한 적이 있다. 다음에는 알아서 움직여줬으면 한다”라고 말한 사람입니다. 전문 용어는 처음 등장할 때마다 한 단어씩 설명을 덧붙입니다.

## ChatGPT Codex의 자동화에는 접근 방식이 2가지가 있다.

먼저 지도를 그려야 합니다. 공식 문서에 따르면, 사람이 직접 확인하는 실행 입구는 두 가지로 나뉘어 있습니다.

첫 번째는 코덱스 엑섹(Codex Exec)입니다. 터미널(텍스트로 명령을 내리는 검은 화면)에서 대화 화면을 열지 않고 코덱스에 작업을 한 번 전달하는 명령으로, 공식적으로는 “CI(코드 자동 검사 및 배포 시스템)나 예정된 작업의 일부로 실행하거나, 출력을 다른 도구로 전달하는” 용도로 명시되어 있습니다(비대화 모드, 2026년 9월 25일 확인).

또 다른 방법으로는 예약된 작업(Scheduled tasks)이 있습니다. ChatGPT 데스크톱 앱에서 “매일 아침 9시에 이 작업을 실행하도록 설정”하는 형태로 등록합니다. 공식 문서에 따르면, 로컬 프로젝트 폴더 또는 분리된 작업용 복제(worktree) 내에서 작동하며, 결과는 “Scheduled”라는 수신함에 도착합니다(Scheduled tasks - 2026년 9월 25일 확인).

여기 한 가지, 공식적으로 명시된 제약 사항이 있습니다. CLI(터미널 버전)와 IDE 확장에는 예정된 작업을 관리하는 화면이 없으며, 예정된 작업을 만들거나 취소하는 것은 웹 버전이나 데스크톱 앱을 통해서만 가능합니다. CLI는 “프롬프트나 절차를 먼저 테스트하는 도구”로서 활용됩니다.

![画像](https://assets.st-note.com/img/1790289828-Bn2QqoiAd8UXlHkKEtFM3rex.png?width=1200)

## 먼저 코덱스 엑섹을 한 번 손으로 두드려 주세요.

자동화의 첫걸음은 자동화하지 않는 것입니다.

공식의 기본 형태는 이것뿐입니다. 지시사항을 하나의 문자열로 전달합니다.

코드 실행 결과: “이 리포지토리의 구조를 요약하고, 위험해 보이는 곳 5곳을 제시해.”

이때 기억해야 할 것은 나중에 도움이 되는 출력 방식이다. 공식 문서에는 “진행 상황은 stderr로 흘리고, 최종 답변만 stdout에 출력한다”라고 되어 있다. 어렵게 들릴 수 있지만, 이는 “중간 결과와 답이 다른 경로로 나오도록 하는 것”을 의미한다. 따라서 답만 파일에 저장하거나 다음 도구에 전달할 수 있다.

세션 기록을 남길 필요가 없다면 --ephemeral 옵션을 사용하는 것을 권장한다고도 합니다.

처음에는 단순히 읽는 일로 한 번 진행했습니다. 파일 내용을 변경하지 않는 지시에 따라 Codex가 어떤 결과를 반환하는지 확인합니다. 여기서 “예상했던 것과 다름”이 나온다면, 자동으로 설정해도 매일 같은 내용이 배송됩니다.

## 단계 2: 권한은 가장 좁은 지점에서부터 점차 확대한다

이곳이 우리가 가장 많이 밟았던 곳입니다.

공식적인 전제부터 말씀드리자면, Codex Exec는 기본적으로 “읽기 전용”의 샌드박스(격리된 상자)에서 실행된다. 파일을 수정하도록 허용하고 싶다면 --sandbox workspace-write 옵션을 추가해야 한다. 더 넓은 권한은 danger-full-access로, 공식 문서는 “격리된 CI(Continuous Integration) 실행기나 컨테이너와 같은 관리된 환경에서만 사용하는”다고 명시하고 있다.

또 하나. 과거의 --full-auto는 “비추천 호환 플래그”로 변경되어 적용 시 경고가 발생합니다. 오래된 게시물의 절차를 그대로 옮기면 여기서 문제가 발생할 수 있습니다.

저희의 실패에 대해 말씀드려요.

샌드박스 안에서는 외부 DNS(주소 확인 시스템)나 API와의 통신이 차단될 수 있습니다. 저희 팀의 아침 업무는 외부 서비스와 소통하는 과정이 많아서, 처음에는 “getaddrinfo ENOTFOUND”라는 목적지 확인 실패 오류로 인해 멈추기도 했습니다.

이는 스크립트의 문제로 보이지만 사실이 아닙니다. 환경 제한 때문이었습니다. 따라서 저희 절차서에는 “이 오류는 불具合이 아닌 제한 사항입니다. 실패 로그를 남기고 멈추지 않고, 같은 턴에서 통신이 가능한 경로로 전환합니다.”라고 수정했습니다.

공식 참조도 같은 방향을 지적합니다. “무인 로컬 작업에는 --sandbox workspace-write를 사용하고, 전용 샌드박스 VM에서 벗어나지 않는 한 승인과 샌드박스를 함께 제거하도록 지정하지 않으며, --add-dir로 위치를 추가하여 쓰기 지점을 늘리고 싶을 때는 전체 허용을 하는 것보다” (개발 명령 - 2026년 9월 25일 확인).

권한은 읽기 전용 → 작업 폴더의 쓰기 → 필요한 통신 순으로 1단씩 진행되며, 저 역시 결국 이 순서로 돌아갔습니다.

![画像](https://assets.st-note.com/img/1790289831-Mbs289YxCpuX0z5AvfRqVSIJ.png?width=1200)

## 계획에 포함하되, “완료 여부”를 사람이 결정하지 않는다.

손으로 두드려 작동한다. 권한도 설정 완료되었다. 여기서 드디어 계획에 반영된다.

데스크톱 앱의 예정 작업(予定タスク)을 사용하려면, 공식적으로 주의해야 할 사항이 2가지 있습니다. PC의 전원을 켜둔 채로 앱을 열어두는 것은 권장하지 않으며(로컬 파일을 다루는 예정 작업은 앱이 실행 중이 아니면 실행되지 않음), 예정 작업은 기본 보안 격리(샌드박스) 환경에서 무인 실행되므로 처음에는 최소한의 권한으로 시작하여, 필요한 경우에만 통신이나 광범위한 쓰기 권한을 추가해야 합니다.

저희는 아침에 자체적으로 부팅 시스템을 조립합니다. 솔직히 말씀드리면, Codex는 주류 경로가 아닙니다. 주류 경로는 다른 AI로, 인증 문제나 주간 제한으로 인해 Codex가 제2 경로로 동일한 아침 업무를 이어받는 것입니다. 2026년 9월 11일에 결정된 방식입니다.

그 시동기에서 제가 가장 중요하게 생각하는 것은 바로 이것입니다.

완료는 결과로 판단한다. 명령이 정상적으로 종료되었는지(exit 0) 확인하는 것만으로는 완료로 보지 않는다. 당일의 대장(台帳)이 모든 공정을 포함하고 있는지, 제작된 페이지가 배포되었는지, 이러한 증거를 해시(hash)를 사용하여 저장한 후에야 비로소 “끝났다”라고 말할 수 있다.

오늘의 진료 기록이 있어서 끝났을 거라고 생각했기 때문에 한 번 겪어봤습니다.

## 자동화하면 이제 더 이상 볼 필요가 없겠죠?

저도 그렇게 생각해서 시작했습니다.

하지만 “볼 필요는 없지만” 보일 수 있는 상태를 놓았습니다.

구체적으로, 아침 업무가 9시 30분까지 완료되지 않으면 경고가 발생한다. 1회 시도는 최대 120분, 각 경로당 1일 3회까지 허용된다. 이 시간을 초과하면 사람이 확인하기 전까지 재시도하지 않는다.

왜 송장을 반복적으로 생성하는지 묻는다면, 외부로 전송되는 내용이 포함되어 있기 때문입니다. 이메일이나 메시지를 보내는 과정까지 포함된 업무를 실패할 때마다 처음부터 다시 하면 같은 상대에게 2통이 발송됩니다. 저희 절차서에는 “중간 단계의 기록과 전송 증거를 읽고 이미 완료된 외부 전송을 재실행하지 않는다”라고 명시되어 있습니다. 이는 공식 기능이 아니며, 저희가 스스로 정한 규칙입니다.

죄송합니다. 여기서는 잔잔한 이야기가 계속됩니다. 하지만 자동화 사고는 대체로 화려한 기능이 아닌, 이 조용한 곳에서 발생합니다.

## 움직이기 전에 결정해야 할 세 가지 일은 다음과 같다.

권한 범위, 완료 정의, 중복 실행 방지

2023년 11월 16일(목) 16시 30분에 게시된 글입니다.

“별의 정령님”을 다시 읽어보며 다시 한 번 감동했습니다. 그 말들은 어른이 되어서도 우리에게 이야기하고 있는 것처럼 느껴집니다.

특히, 사막에서 만난 여우의 말이 인상적입니다. “너는 네 자신의 날개로 날 수 있을 때까지 나를 떠나지 말아라.”

이 말은 저에게 인생의 지침이 되고 있습니다.

또한, 이 책을 읽고 제 인생을 되돌아보는 기회가 되었습니다.

과거의 경험에서 배운 것, 소중히 여기는 가치관, 그리고 앞으로 살아가는 데 있어서의 목표를 다시 확인 할 수 있었습니다.

“별의 정령님”은 저에게 소중한 보물입니다.

앞으로도 이 책을 다시 읽어보며 인생의 지침으로, 자신을 성장시켜 나가고 싶습니다.

첫째, 권한의 범위를 결정합니다. 읽기만 가능한지, 쓰기까지 필요한지, 외부와의 통신이 필요한지를 확인합니다. 공식에서 제시하는 대로 좁은 범위부터 시작합니다.

두 번째로, 완료의 정의는 무엇인가. 무엇이 완료되었을 때 “끝났다”라고 할 수 있는가? 명령의 종료 코드와 달리 결과물로 결정한다.

세 번째로, 중복 실행을 방지합니다. 같은 날 아침에 두 번 움직이면 어떤 일이 벌어질까요? 외부 전송이 있을 경우, 전송 증거를 확인하고 건너뛰는 시스템이 우선입니다.

이 세 가지를 종이에 적어놓고 일정에 첨부하면, 멈추는 경우 “어떤 부분이 고장 났는지”를 파악할 수 있습니다. 적지 않고 첨부하면 멈춘 이유가 “뭔가 작동하지 않는 것” 정도로만 남게 됩니다.

![画像](https://assets.st-note.com/img/1790289834-hi0EDtjnygY1SwcMqHuUBko2.png?width=1200)

## 먼저, 읽기만 하는 한 권부터 시작하십시오.

할 일은 간단합니다.

오늘 코덱스 이렉트에 “읽기만” 지시를 1개 전달해 주세요. 파일 내용을 변경하지 않는 업무입니다. 요약, 목록, 확인 등 어떤 형태든 괜찮습니다.

정답이 기대에 부합하면, 그 지시사항을 종이에 남겨둔다. 다음으로, 매일 그것을 하고 싶은지 고민하고, 하고 싶다면 권한, 완료, 중복 실행을 각각 한 줄씩 작성하여 일정 작업에 추가한다.

마지막으로 한 가지, 날짜에 대한 이야기입니다. 공식 문서에는 GPT-5.5가 2026년 10월 14일에 ChatGPT와 Codex로부터 퇴출한다고 명시되어 있습니다. 예정된 작업에서 GPT-5.5를 지정하고 있는 경우에는 해당 날짜까지 사용할 수 있는 모델로 전환해 두시기 바랍니다. 방치하고도 자동화가 멈추는 것은 가장 아까운 일입니다.

오늘 있었던 이야기는 다음과 같습니다.

### 코덱스 오블리디안 비엔지니어 대상 6가지 혜택

코덱스에 매일의 정형 작업을 맡추기 위한 지침 양식, 권한 설정 방식, 멈춰버린 시간을 찾아내는 방법을 비엔지니어 대상 교재로 정리했습니다.

6가지 혜택을 받으세요

**출처:** [note 원문](https://note.com/codex_studio/n/n59cd89ad8db1)

*번역: Gemma 3(.44) 초벌 + 교정 46청크*

[원문 보기](https://note.com/codex_studio/n/n59cd89ad8db1) | 출처: note.com