LINK · X · 2026-10-11

잊힌 작업을 3시간마다 챙기게 하는 Codex 프롬프트

Codex에게 낮 시간 3시간 간격으로 모든 스레드를 훑어 잊힌 일을 진척시키거나 다음 할 일을 묻게 하는 X 게시물

Matthew Berman(@MatthewBerman) · X 게시물 · 2026-10-11 07:02 KST · 원문

읽기 전에

핵심 질문

Matthew Berman(@MatthewBerman)이 2026-10-11 07:02 KST(2026-10-10 22:02 UTC) X에 올린 프롬프트를 Codex에 그대로 넣으면, 잊힌 작업을 3시간마다 챙기는 비서가 생기는가? 절반은 공식 기능이다. Scheduled tasks 문서대로 Codex 스레드에서 할 일과 실행 시점을 말로 설명하면 예약 작업을 만들 수 있다. 발견이 있는 실행은 데스크톱 앱 사이드바의 Scheduled 화면, 곧 문서가 받은편지함이라 부르는 곳에 올라온다. 나머지 절반은 전제로 남는다. 프롬프트는 Codex가 내 스레드 전부를 읽고 다른 스레드의 일을 이어 갈 수 있다고 전제한다.

먼저 알아야 할 것

Codex: OpenAI의 코딩 에이전트다. openai/codex 저장소는 터미널용 Codex CLI를 중심으로 IDE 확장, 데스크톱 앱, 웹판을 안내한다. ChatGPT·Codex 변경 기록에 따르면 Codex는 2026-07-09부터 ChatGPT 데스크톱 앱(macOS·Windows)의 일부다.
스레드(thread): Codex App Server 문서의 정의로는 사용자와 Codex 에이전트 사이의 대화 하나다. Projects and chats 문서는 같은 단위를 chat이라 부른다. 같은 프로젝트 안에서도 스레드마다 기록(transcript)이 따로 남는다.
예약 작업(scheduled task)과 thread automation: 정해진 일정에 백그라운드로 도는 반복 작업이다. 독립 예약 작업은 실행마다 새 스레드를 연다. 스레드 안 예약 작업은 일정마다 같은 스레드로 돌아와 그 스레드의 맥락을 이어 쓴다. OpenAI 백서 「Codex-maxxing for long-running work」(발행일 미상, PDF 생성 2026-06)는 이 두 번째 동작을 thread automation이라 부른다. 백서의 정의는 “현재 스레드에 붙은 하트비트(heartbeat)식 반복 깨우기”다.
사용 한도(usage limit): 요금제가 정한 Codex 사용량의 상한이다. 요금 문서는 Plus 요금제에서 5시간마다 보낼 수 있는 로컬 메시지 수를 모델별 추정 범위로 싣는다. 주간 한도가 더 붙을 수 있다.

멘탈 모델

Codex 스레드 하나는 방 하나다. 예약 작업은 정해진 시각에 방 하나의 불을 켜는 타이머다. 이 프롬프트는 타이머 하나로 모든 방을 돌며 멈춘 일을 다시 굴리려 한다.

읽는 순서

Executive Summary — 프롬프트가 시키는 일과 반응 규모를 한 화면에서 먼저 잡는다.
팩트체크 — 프롬프트가 기대는 Codex 기능이 실제로 있는지 판정한다. 직접 써 보기 전에 읽을 블록이다.
원본 (완역) — 요약이 줄인 표현을 원문 한 문단의 번역으로 다시 본다.
기타 — 번역 노트와 수록 범위를 적은 자리다.

원문 분량은 X 게시물 1개, 영어 266자, 이미지 0장, 본문 속 링크 0개다.

점검 질문

이 프롬프트를 예약 작업으로 돌리는 동안 무엇이 켜져 있어야 하는가?
로컬 파일을 다루는 예약 작업이면 컴퓨터와 ChatGPT 데스크톱 앱이 켜져 있어야 한다. 프로젝트에 묶인 작업은 실행 시각에 그 프로젝트가 디스크에 남아 있어야 한다. Codex CLI와 IDE 확장에는 예약 작업 관리 화면이 없다. 만들고 관리하는 곳은 데스크톱 앱이나 ChatGPT 웹이다.
‘밀어 주기’와 ‘묻기’ 중 무엇을 할지는 누가 정하는가?
원문은 둘 중 무엇을 고를지 기준을 주지 않는다. 선택은 실행마다 에이전트에게 넘어간다. Scheduled tasks 문서는 스레드 안 예약 작업의 프롬프트에 매 실행의 할 일, 보고할 것이 있는지 가르는 기준, 멈추거나 사용자에게 물을 시점을 적으라고 권한다. 예약 작업은 사람 없이 기본 샌드박스 설정으로 돈다. 그 설정이 전체 접근이면 에이전트가 묻지 않고 파일 수정, 명령 실행, 네트워크 접근을 할 수 있다.
이 일정으로 돌리면 사용 한도는 얼마나 줄어드는가?
고정된 숫자는 없다. 요금 문서는 비슷해 보이는 작업도 한도를 쓰는 양이 다르다고 적는다. 맥락을 많이 들고 가는 긴 작업일수록 메시지 하나가 한도를 훨씬 많이 쓴다.

Executive Summary

2026-10-11 07:02 KST(2026-10-10 22:02 UTC)에 Matthew Berman(@MatthewBerman)이 X에 올린 게시물은 Codex에 넣을 프롬프트 한 단락이다. 프롬프트는 Codex에게 낮 동안 일정한 간격으로 사용자의 스레드를 모두 훑으라고 지시한다. 사용자가 시작했다가 잊었을지도 모르는 프로젝트·작업을 찾으면, 그 일을 조금 진척시키거나 사용자에게 상기시킨 뒤 다음 할 일을 물으라는 내용이다. 프롬프트는 ‘잊은 일’과 ‘일부러 접은 일’을 가를 기준을 주지 않는다. 답글 표본에서 가장 많이 나온 보완 요구도 그 기준을 달라는 것이다.

3시간실행 간격 · 낮 07:00–21:00 안

66,034조회수 · 2026-10-12 17:36 KST 기준

940북마크 · 같은 기준

915좋아요 · 같은 기준

83답글 · 같은 기준

36재게시 · 같은 기준

프롬프트를 이루는 단위

프롬프트는 한 문장에 일정·범위·대상·행동을 모두 담았다. 표의 마지막 열은 프롬프트를 돌리려면 누군가 정해야 하지만 원문이 비워 둔 값이다.

단위	원문 구절	지시 내용	원문이 정하지 않은 값
머리말	Codex prompt:	아래 문장이 Codex용 프롬프트라는 표시	없음
일정	Once per 3 hours during the day 7:00 a.m. to 9:00 p.m.	낮 07:00–21:00 사이 3시간에 한 번 실행	첫 실행 시각 · 시간대(time zone) · 주말 실행 여부
범위	I want you to look through all my threads	사용자의 스레드 전부를 훑음	어느 도구의 스레드인지 · 훑을 기간의 상한
대상	projects or tasks that I started that I may have forgotten about	사용자가 시작했고, 잊었을지도 모르는 프로젝트·작업	‘잊었다’의 판별 기준 · 일부러 접은 일과 끝난 일의 구별
행동 ①	nudge them along	그 일을 조금 진척시킴	진척의 한도 · 사용자 승인 여부
행동 ②	remind me and ask me what I want to do next with it	사용자에게 상기시킨 뒤 다음에 무엇을 할지 물음	알림 경로 · 답이 없을 때의 처리
갈래 선택	either … or	①과 ② 가운데 하나를 함	둘 중 하나를 고르는 기준

하루 몇 번 도는가

실행 횟수는 원문에 없는 첫 실행 시각에 달려 있다. 첫 실행이 07:00이라면 07·10·13·16·19시, 하루 5회다: ⌊(21 − 7) ÷ 3⌋ + 1 = 5. 첫 실행이 07:00에서 3시간 뒤인 10:00이라면 10·13·16·19시, 하루 4회다: ⌊(21 − 10) ÷ 3⌋ + 1 = 4. 주말에도 돈다고 가정하면 07:00 첫 실행 기준으로 일주일에 5 × 7 = 35회다. 지시대로라면 35회 모두 스레드 전부를 훑는다.

프롬프트가 적지 않은 전제

프롬프트가 쓰인 그대로 돌려면 아래 여섯 전제가 성립해야 한다. 원문은 어느 전제도 적지 않았다.

일정 설정 — 스레드에 적은 문장 하나로 반복 실행 일정을 걸 수 있다.
전체 읽기 — 한 번의 실행이 사용자의 스레드를 모두 읽을 수 있다.
자율 작업 — 그 실행이 사용자 없이 다른 스레드에 들어가 작업을 이어 갈 수 있다. 행동 ①이 이 전제에 기댄다.
연락 경로 — 실행이 사용자에게 알리고 답을 받을 길이 있다. 행동 ②가 이 전제에 기댄다.
시간대 — 07:00과 21:00을 어느 시간대(time zone)의 시각으로 읽을지 정해져 있다.
상시 가동 — 실행 시각마다 실행을 맡을 기기와 앱이 켜져 있다.

전제마다 성립 여부의 판정은 팩트체크 블록에 있다.

‘내 스레드’는 어디의 스레드인가

작성자의 다른 게시물을 보면 프롬프트의 “my threads”는 Codex 안의 스레드로 읽힌다. Berman은 2026-10-09 06:33 KST(2026-10-08 21:33 UTC)에 자기 ChatGPT 사용 환경을 목록으로 올렸다. 첫 항목은 “Everything in codex”다. ChatGPT는 거의 쓰지 않는다고 덧붙였다. 마지막 항목에는 프로젝트와 폴더를 지우고 최근 목록(recents)만 쓴다고 적었다.

최근 목록만 쓰면 오래된 스레드는 목록 아래로 밀린다. 프롬프트가 찾는 ‘잊었을지도 모르는’ 일은 그 아래쪽에 있다고 읽을 수 있다. 같은 목록에서 그는 Mac Studio에서 모든 것을 연결해 실행한다고 적었다. 상시 가동 전제의 기기가 이 Mac Studio인지는 두 게시물 어디에도 적혀 있지 않다.

북마크가 좋아요를 넘었다

2026-10-12 17:36 KST 기준 북마크가 좋아요보다 25 많다: 940 − 915 = 25. 북마크는 다시 꺼내 볼 게시물을 저장하는 기능이다. 이 게시물에서는 프롬프트를 가져다 쓰려고 저장한 독자가 많았다고 읽을 수 있다.

답글의 보완 요구는 거름망에 몰린다

거름망 — 2026-10-12 17:33 KST에 수집한 답글 57개 중 8개가 멈춘 일을 모두 되살리면 안 된다고 짚는다. 그 안에 일부러 접은 일과 끝난 일이 섞여 있어서다. 답글이 내놓은 장치는 ‘일부러 접음’ 목록, 끝난 일 표시와 미루기(snooze)다.
자율의 범위 — 스스로 일을 이어 가지 말고 보고만 하라는 제안이 있다. 스레드마다 무엇을 기다리던 일인지 한 줄씩 적은 요약을 실행마다 한 통 보내라는 내용이다. 같은 일을 2시간 간격으로 돌리는 사례에서는 승인이 필요한 일이 사용자를 기다린다. 방향이 반대인 답글도 있다. 버린 프로젝트로 잔소리할 바에는 아예 끝내 달라는 것이다.
비용 — 수집한 답글 57개 중 4개가 토큰·사용량 비용을 짚는다. 미완 사이드 프로젝트를 절반도 훑기 전에 Codex가 주간 사용량 한도에 걸린다는 답글이 있다. 토큰 소비량이 좋은 지표가 아니라는 이유로 프롬프트 자체를 나쁘게 본 답글도 있다.
기간 제한 — 프롬프트에 2주 넘은 것은 건너뛰라는 조건을 붙여 쓰겠다는 답글이 있다. 조건이 없으면 버린 아이디어가 모두 되살아난다는 이유다.

3시간마다 버린 프로젝트를 챙기는 Codex를 두고 소프트웨어가 처음 엄마 역할을 맡았다는 농담도 붙었다.

남은 일은 거름망이다 — 일부러 접은 일과 끝난 일을 실행마다 건너뛰게 하는 한 줄.

팩트체크

예약과 보고는 문서대로 된다. ‘모든 스레드 훑기’는 전용 기능이 아니라 로컬 세션 파일 읽기에 기댄다.

이 프롬프트에서 OpenAI 공식 문서가 뒷받침하는 부분은 예약 실행과 결과 보고까지다. 핵심인 ‘모든 스레드를 훑어 잊힌 일을 밀어 주기’는 Codex 예약 작업의 문서화된 기능이 아니다. 가장 가까운 공식 근거는 예약 작업이 로컬 세션 파일(~/.codex/sessions)을 읽는 예시 프롬프트 하나다. 가장 중요한 조건은 실행 장소다. 세션 파일을 읽는 방식이라 이 프롬프트는 스레드 기록이 쌓인 컴퓨터 한 대에서만 돈다.

범례 — 등급: A = 핵심 주장을 1차 출처가 모두 뒷받침한다 · B = 조건이 빠진 채 핵심은 맞다 · C = 핵심 주장 일부를 공식 문서로 확인할 수 없다 · D = 핵심 주장 다수가 확인되지 않거나 틀렸다 · F = 핵심 주장이 출처와 반대다 / 판정: 사실 = 1차 출처나 계산이 그대로 뒷받침한다 · 부분 사실 = 조건·범위가 빠진 채 큰 줄기는 맞다 · 불확실 = 공식 근거가 없어 참·거짓을 가를 수 없다 · 거짓 = 출처가 반대를 말한다

사실
Matthew Berman(@MatthewBerman)이 2026-10-10 22:02 UTC(2026-10-11 07:02 KST)에 X에 이 프롬프트를 올렸다.
X 페이지의 시각과 게시물 ID(snowflake)에 담긴 시각이 둘 다 2026-10-10 22:02:05 UTC다. 본문은 영어 266자다. 이미지·링크·인용 게시물은 없다.
근거: 원문 게시물
사실
여기서 ‘Codex’는 OpenAI Codex를, ‘threads’는 Codex 앱의 대화 단위를 가리킨다.
Berman은 2026-10-08 게시물에 ‘Everything in codex’라고 적었다. 같은 글에서 Mac Studio 한 대로 모든 것을 돌린다고 밝혔다. OpenAI는 2026-02-02 Codex 앱 발표문에서 에이전트가 프로젝트별 스레드에서 따로 돈다고 썼다. 2026-10-12 기준 공식 문서는 같은 단위를 채팅(chat)이라 부른다. 용어집에서 thread는 app-server API의 기술 객체 이름으로 남았다.
근거: Berman의 2026-10-08 게시물 · Introducing the Codex app · Glossary
사실
Codex 스레드에 일정을 적어 보내면 예약 작업이 만들어진다.
공식 문서는 ChatGPT나 Codex 스레드에서 예약 작업을 만들거나 고칠 수 있다고 적는다. 할 일, 실행 시점, 결과를 지금 스레드로 돌릴지 새 스레드로 낼지를 말하면 된다. 이 기능은 데스크톱 앱과 웹에 있다. Codex CLI와 IDE 확장에는 Scheduled 관리 화면이 없다. 로컬 프로젝트를 쓰는 작업은 컴퓨터와 데스크톱 앱이 모두 켜져 있을 때만 돈다. 2026-10-12 기준 열린 사용자 신고 #32609는 스레드로 요청한 1회성 후속 예약이 매일 반복으로 잡혔다고 보고했다.
근거: Scheduled tasks · openai/codex #32609
부분 사실
‘오전 7시~오후 9시 사이 3시간마다’라는 주기를 그대로 걸 수 있다.
스레드에 붙는 예약은 분 단위 간격이나 매일·매주 일정을 쓴다. 독립 예약 작업은 사용자 지정 주기와 RFC 5545 반복 규칙(RRULE) 편집을 지원한다. 문서의 RRULE 예시는 매월 1일 09:00 한 건뿐이다. RRULE 표준은 BYHOUR로 하루 중 시간 창을 자를 수 있다. 프롬프트도 문서도 개인 예약 작업의 시간대를 밝히지 않는다.
근거: Scheduled tasks · RFC 5545
부분 사실
예약 실행 한 번이 내 스레드 전체를 훑어볼 수 있다.
Codex 예약 작업이 다른 스레드 목록을 불러오는 전용 기능은 문서에 없다. 공식 예시 프롬프트는 지난 하루치 ~/.codex/sessions 파일을 훑게 한다. 모범 사례 가이드도 예약 작업으로 지난 스레드를 돌아보라고 권한다. 이 방법은 스레드가 JSONL 파일로 쌓인 그 컴퓨터의 Codex 기록에만 닿는다. ChatGPT Work 대화 기록은 Codex 기록과 따로 간다. 기본값이 꺼진 Memories도 지난 스레드에서 뽑은 맥락을 넣을 뿐 스레드 목록을 주지 않는다.
근거: Scheduled tasks · Best practices · Codex App Server · Projects and chats · Memories
불확실
예약 실행이 잊힌 스레드 안으로 들어가 일을 이어 간다(‘nudge them along’).
문서에 적힌 예약 실행의 행선지는 두 곳이다. 스레드에 붙은 예약(하트비트)은 그 스레드 하나로 돌아와 기존 맥락을 쓴다. 독립 예약 작업은 실행마다 새 스레드를 연다. 실행 한 번이 다른 여러 스레드에 들어가 일을 잇는 방법은 문서에 없다. 기존 Codex 스레드를 이어 가는 기능은 별도 에이전트인 dots의 문서에 있다(2026-10-05~09 주간 업데이트). dots는 2026-10-12 기준 Pro 요금제(유럽경제지역·영국·스위스 밖, 18세 초과), Business Premium, Enterprise 계정에 단계적으로 배포 중이다.
근거: Scheduled tasks · Codex-maxxing 백서 · dots 업데이트 노트 · Meet dots
사실
실행 결과가 사용자에게 알림으로 닿아 다음 할 일을 묻는다(‘remind me and ask me’).
Scheduled 화면은 받은편지함 역할을 한다. 확인이 필요한 실행에는 읽지 않음 표시가 붙는다. 데스크톱 앱은 턴 완료 알림을 끔·백그라운드일 때만·항상 중에서 고르게 한다. 권한 요청·질문 알림은 따로 켜고 끈다. 문서는 스레드에 붙는 예약의 프롬프트에 멈출 시점과 사용자에게 물을 시점을 적으라고 권한다. 2026-10-12 기준 열린 사용자 신고 #41995는 하트비트 알림 결과가 새로고침 뒤 스레드에서 사라진다고 보고했다.
근거: Scheduled tasks · Notifications · openai/codex #41995
사실
이 예약은 실행할 때마다 Codex 사용량을 쓴다.
문서는 자주 도는 자동화일수록 사용량과 비용이 빨리 쌓인다고 적는다. 2026-10-12 기준 Plus 요금제의 5시간당 로컬 메시지 추정치는 GPT-6 Astra 5~45건, GPT-6.1 Sol 15~160건이다. Pro 요금제에는 2026-10-12 기준 5시간 한도가 없다. 사용자 신고 #42702는 오래된 스레드에 붙은 예약 실행 1회가 54초 동안 토큰 1,082,471개를 썼다고 보고했다. #50777이 주장한 사용 한도 약 20% 감소는 신고자 스스로 검증 전이라고 적었다. 두 신고에는 2026-10-12 기준 OpenAI 답변이 없다.
근거: Model selection · Pricing · openai/codex #42702 · openai/codex #50777
부분 사실
이 일정이면 예약이 하루 5회 돈다(계산).
07:00에서 3시간씩 더하면 07·10·13·16·19시다. 다음 차례인 22시는 21시를 넘어서 5회로 끝난다. 기준 시각이 09:30이면 09:30·12:30·15:30·18:30의 4회가 된다. RRULE 표준에서는 시작 시각(DTSTART)이 언제나 첫 회다. Codex 문서는 예약의 기준 시각을 어떻게 잡는지 적지 않는다.
근거: RFC 5545 · Scheduled tasks
사실
게시물은 조회 66,034회, 북마크 940회, 좋아요 915회, 답글 83개, 재게시 36회를 얻었다.
기준 시각은 2026-10-12 17:36 KST로, 게시 34시간 34분 뒤다.
근거: 원문 게시물

원본 (완역)

게시물 본문

Matthew Berman @MatthewBerman 2026-10-11 07:02 KST

Codex 프롬프트:

낮 시간대인 오전 7시부터 오후 9시까지 3시간에 한 번씩, 내 스레드를 전부 훑어보고 내가 시작해 놓고 잊어버렸을지도 모르는 프로젝트나 작업을 찾아서 조금이라도 진척시키든지, 아니면 나한테 상기시켜 주고 그걸로 다음에 뭘 하고 싶은지 물어봐 줘

원본 링크·인용

Matthew Berman의 X 게시물 — 2026-10-10 22:02 UTC에 올라온 원문 게시물이다.
@MatthewBerman — 게시물을 올린 Matthew Berman의 X 계정이다.
Matthew Berman의 다른 X 게시물 — 작성자가 2026-10-08 21:33 UTC에 자기 ChatGPT 사용 환경을 적은 글이다. 첫 항목은 “Everything in codex”로 시작한다. 같은 항목에서 ChatGPT는 거의 쓰지 않는다고 밝혔다.

기타

번역 노트

원문 “for a projects or tasks”에는 복수 명사 앞에 관사 “a”가 하나 붙어 있다. 이 구절은 “a” 없이 “프로젝트나 작업”으로 옮겼다. 번역문 안에 오타 표시는 하지 않았다.
원문의 “threads”는 Codex가 대화 한 건을 부르는 이름이다. 번역문에서는 “스레드”로 옮겼다.
원문은 “7:00 a.m. to 9:00 p.m.”의 시간대를 밝히지 않는다. 번역문의 “오전 7시부터 오후 9시까지”에도 시간대를 붙이지 않았다. 게시물 머리의 KST 표기는 게시 시각에만 해당한다.

수록 범위: 게시물 1건의 본문 전량을 수록했다. 원문에는 이미지와 본문 링크가 없다.