AI 활용 · 코덱스 자동화
매주 같은 폴더를 열어 원고를 점검한다면, 한 번 잘 작동한 요청을 예약 작업으로 맡겨 보세요. 먼저 파일 몇 개로 점검 기준을 확인하고, 결과가 맞을 때 반복 일정을 정하면 됩니다. 이 글에서는 블로그 원고의 빠진 항목을 찾는 일과 다음 글 소재를 정리하는 일을 예로 듭니다.
3줄 요약
할 일과 결과를 먼저 정하고 시간을 붙이세요
- 시작: 연습용 폴더에서 같은 요청을 한 번 실행해 결과를 대조합니다.
- 예약: 대상 폴더·반복할 일·한국 시간·결과를 받을 대화를 구체적으로 정합니다.
- 확인: 일정 저장과 실제 실행 성공을 구분하고, 첫 실행 결과를 읽어 봅니다.
이 글의 목차
1. 매번 비슷한 기준으로 확인하는 일부터 고르세요
‘블로그 운영을 알아서 해 줘’보다 ‘원고에서 제목·확인일·출처 표시가 빠진 파일을 찾아 줘’가 결과를 판단하기 쉽습니다. 자동화의 첫 목표를 사람이 읽고 확인할 수 있는 작은 보고서로 잡아 보세요.
| 반복 업무 | 입력 자료 | 받을 결과 |
|---|---|---|
| 블로그 원고 점검 | 연습용 원고 폴더 | 파일별 누락 항목과 확인할 위치 |
| 다음 글 소재 정리 | 아이디어 메모와 기존 글 목록 | 중복 가능성·추천 소재·추가 조사 항목 |
| 주간 업무 정리 | 그 주의 업무 메모 | 성과·진행 중·요청 사항 초안 |
이 글의 ‘코덱스 자동화’는 데스크톱에서 로컬 프로젝트를 다루는 예약 작업을 뜻합니다. 현재 공식 안내의 기능명은 Scheduled tasks, 관리 화면은 Scheduled입니다. 업무와 실행 시각을 대화로 설명해 예약을 만들거나 바꿀 수 있습니다. 공식 예약 작업 안내
개발 프로젝트에서는 코드 변경 점검에도 응용할 수 있지만, 여기서는 파일 수정이나 사이트 발행 없이 점검 결과를 받는 문서 업무부터 다룹니다.
2. 필요한 파일만 담은 연습용 폴더를 준비하세요
- 컴퓨터에 자동화 연습 폴더를 만들고, 그 안에 drafts 폴더를 만듭니다.
- 실제 업무 파일의 복사본2~3개를 drafts에 넣습니다. 처음에는 내용을 직접 읽을 수 있는 텍스트나 Markdown 원고가 편합니다.
- 데스크톱 앱의 로컬 프로젝트에 ‘자동화 연습’ 폴더를 연결합니다. 연결된 폴더가 맞는지 확인합니다.
- 그 프로젝트에서 대화를 시작하고, 아래의 일회성 점검 요청부터 입력합니다.
공식 프로젝트 안내는 로컬 프로젝트가 컴퓨터 폴더를 읽고 변경할 수 있는 맥락을 제공한다고 설명합니다. 연결 폴더는 프로젝트 메뉴의 Edit project → Add folder에서 관리하며, 웹의 챗GPT 프로젝트에 자료를 올리는 방식과 구분합니다. 로컬 프로젝트와 폴더 안내
처음부터 다운로드 폴더 전체나 회사 자료 전체를 연결할 필요는 없습니다. 이번 점검에 쓸 파일만 모으면 결과가 맞는지 직접 대조하기도 쉽습니다. 아래 파일명과 내용은 따라 하기 위한 가상 예시입니다.
| 파일 | 미리 적어 둘 내용 | 일부러 비워 둘 항목 |
|---|---|---|
| 메일답장.txt | 제목, 확인일 2026-09-16, 출처: https://ai-ranking.kr/chatgpt-email-reply/ | 대표 이미지 표시 |
| 주간보고.txt | 제목, 대표 이미지: weekly.png | 확인일, 출처 URL |
이미지 표시는 파일명 한 줄이어도 됩니다. 이 연습은 표시가 있는지 찾는 것으로, 이미지 파일의 존재나 출처 페이지 내용의 정확성까지 검증하는 실습은 아닙니다.
3. 먼저 한 번 실행하고 예상한 누락을 찾는지 보세요
위 가상 파일이라면 메일답장.txt에서1개, 주간보고.txt에서2개 누락을 찾는 것이 기대 결과입니다. 이는 실제 실행 기록이 아니라 독자가 직접 대조할 정답 기준입니다.
예를 들어 ‘출처 URL이 적혀 있음’을 ‘공식 자료로 사실 검증 완료’라고 보고한다면 요청 범위를 벗어난 결과입니다. 기대한 점검이 맞을 때까지 지시를 고친 뒤 예약하세요. 공식 권장 사용법도 반복 작업을 예약하기 전에 수동 흐름을 안정시키는 방식을 안내합니다. 공식 권장 사용법
4. 잘 된 요청에 반복 시각과 결과 방식을 붙이세요
독립 예약 작업은 실행마다 새 대화를 시작하고, 기존 대화 안의 예약은 그 맥락으로 돌아옵니다. 이번 원고 점검은 실행별 결과를 구분하도록 매번 새 대화를 요청하겠습니다. 예약 작업의 대화 방식
저장된 내용에서 대상 프로젝트, 반복 요일, 한국 시간 기준 다음 실행 시각, 작업 내용을 확인하세요. ‘매주’만 적어 두는 것보다 본인의 업무 시간에 맞는 구체적인 시각을 정하는 편이 결과를 챙겨 보기 좋습니다.
로컬 프로젝트 예약은 컴퓨터가 켜져 있고 앱이 실행 중이며 프로젝트 폴더에 접근할 수 있어야 합니다. 웹 예약 작업은 업로드·연결 자료를 쓰며 컴퓨터 폴더를 직접 다루지 않습니다. 실행 환경의 차이
5. 다음 글 소재를 정리하는 데도 응용할 수 있습니다
폴더 점검이 익숙해졌다면 프로젝트에 ideas.txt와 published-list.csv를 준비해 보세요. 전자는 아이디어 메모, 후자는 기존 글의 제목·URL·발행일 목록입니다. 다음 요청도 우선 한 번 실행해 판단이 맞는지 확인합니다.
예를 들어 목록에 ‘업무 메일 답장’이 있다면 ‘메일 잘 쓰기’가 그대로 새 소재가 되는지 다시 생각해야 합니다. 수신자가 여러 명일 때 요청을 분리하는 방법처럼 해결할 문제를 좁힐 수 있는지 보는 것입니다. 이는 소재를 고르는 편집 기준이며 Codex가 조회수나 검색 순위를 보장한다는 뜻은 아닙니다.
결과가 유용하면 원고 점검과 다른 이름으로 예약하세요. 새 글 발행 목록을 계속 갱신해야 중복 판단에도 도움이 됩니다. 최신 제품 정보를 넣어 실제 원고를 완성할 때는 공식 출처 조회와 사람의 검토를 별도 단계로 둡니다.
6. ‘예약됨’보다 첫 실행 결과를 확인하세요
사이드바 Scheduled에서 예약 상태와 최근 실행 결과를 확인할 수 있습니다. 예약 관리 화면 안내 첫 결과에서는 아래 항목을 직접 대조해 보세요.
| 확인할 것 | 가상 실습의 기대 결과 | 문제가 있을 때 |
|---|---|---|
| 점검 범위 | drafts 바로 아래 .txt·.md만 확인 | 프로젝트와 폴더 경로를 확인 |
| 누락 찾기 | 메일답장: 이미지1개 / 주간보고: 확인일·출처2개 | 표시 기준을 더 구체적으로 설명 |
| 빈 폴더·읽기 실패 | 점검 불가 상태를 별도 표시 | ‘누락 없음’으로 처리하지 않게 수정 |
| 근거 | 파일명과 짧은 인용 또는 표시를 못 찾았다는 설명 | 원문을 열어 판단 대조 |
| 작업 범위 준수 | 결과 보고, 원본과 공개 사이트는 변경 없음 | 지시와 실제 권한·변경 내역 확인 |
결과가 너무 길면 점검 대상을 줄이거나 문제 항목 중심으로 보고하도록 고칩니다. 일정이 맞지 않으면 기존 예약의 이름을 지정해 변경하고, 더 이상 필요하지 않으면 일시중지를 요청한 뒤 상태를 확인하세요. 같은 일을 하는 예약을 여러 개 쌓아 두지 않는 편이 관리하기 쉽습니다.
7. 요청문과 권한 설정은 따로 확인하세요
‘파일을 수정하지 마’는 작업 지시입니다. 실제로 읽기·쓰기·인터넷 접근을 제한하는 권한 설정과 같지는 않습니다. 예약 작업도 설정된 접근 범위의 영향을 받으며, 필요한 권한이 없어 실패할 수 있습니다. 막힐 때마다 승인창으로 해결된다고 가정하지 마세요. 실행 권한과 샌드박스 안내, 예약 작업의 권한 적용
Git으로 버전을 관리하지 않는 일반 폴더에서는 예약 작업이 그 프로젝트 폴더에서 직접 실행됩니다. 이 때문에 실습에서는 복사본을 쓰고 점검 결과만 받도록 정했습니다. 일반 프로젝트의 실행 위치
예약 실행을 무료·무제한 추가 작업으로 생각하지 마세요. 현재 공식 가격 안내에서 Codex와 챗GPT Work는 사용량을 공유하며, 읽는 자료와 도구 사용 등에 따라 소비량이 달라집니다. 계정의 남은 사용량과 필요한 실행 빈도를 함께 살펴보세요. 요금·사용량 안내
확인 범위: 2026년 9월 16일 공식 문서와 현재 앱의 예약 도구 정의를 대조했습니다. 이 글을 위해 실제 예약을 생성하거나 정해진 시각의 자동 실행·알림·절전 복귀를 시험하지 않았습니다. 실습은 독자가 직접 확인할 수 있도록 구성한 가상 예시입니다.
자주 묻는 질문
컴퓨터를 꺼도 폴더 점검이 실행되나요?
이 글의 로컬 프로젝트 작업은 컴퓨터와 앱이 실행 중이어야 합니다. 실제 예약 시각의 전원·앱 상태를 확인하세요. 웹 예약 작업과 같은 조건으로 생각하지 마세요.
개발자가 아니어도 사용할 수 있나요?
예시처럼 원고의 누락 표시를 찾거나 아이디어를 목록과 비교하는 일부터 시작할 수 있습니다. 필요한 자료와 판단 기준을 설명하고, 결과를 스스로 대조할 수 있는 작은 범위를 고르세요.
URL이 적혀 있으면 출처 검증도 끝난 건가요?
아닙니다. 이 실습은 URL 표시가 있는지만 확인합니다. 링크가 열리는지, 공식 자료인지, 실제로 해당 주장을 뒷받침하는지는 따로 검토해야 합니다.
Plus를 쓰면 같은 조건으로 무제한 예약할 수 있나요?
그렇게 보장하지 않습니다. 계정의 기능 제공·사용량·설정 조건을 확인해야 합니다. 우선 작은 작업을 주1회 정도로 시험하고, 유용한 결과가 나오는지와 사용량을 함께 확인해 보세요.
확인한 공식 자료
확인일: 2026년 9월 16일. 원고 파일명·누락 항목·반복 일정·요청문은 독립 작성한 편집 예시입니다.
서버에서 코덱스를 처음 켤 때 로그인이 막힌다면 코덱스 CLI 디바이스 인증 로그인부터 확인하세요.