OpenAI가 ChatGPT에 시계를 달아줬지만, 마음대로 움직일 손까지 준 것은 아니다. 2026년 6월 17일부터 이 어시스턴트는 정해진 일정에 스스로 깨어나 웹이나 연결된 앱을 확인한 뒤, 거기서 멈추고 사용자에게 알려줄 수 있다. 알림은 보내지만, 행동은 하지 않는다.
알려주기까지만: 스스로 예약은 하지만 대신 클릭해주지는 않는 ChatGPT
다시 출시된 ChatGPT 예약 작업은 실시간 프롬프트 없이도 타이머에 맞춰 지시를 실행할 수 있게 해주지만, 모든 작업은 실제 행동이 아니라 알림으로 끝난다. OpenAI는 2026년 6월 17일, 제한적 베타였던 리마인더 기능을 정식 제어 화면으로 끌어올렸고, 사이드바의 전용 "Scheduled" 페이지에서 각 작업의 다음 실행 시간 확인, 일시 중지, 재개, 편집, 삭제를 할 수 있게 했다 . 이 설계 경계는 의도적이다. 사용자를 대신해 거래하는 자율성이 아니라, 알림을 중심으로 제한된 자율성이다.
빠른 답변: 2026년 6월 17일 공개된 ChatGPT 예약 작업은 타이머에 맞춰 웹이나 연결된 앱을 모니터링하고 변화가 생기면 알려줄 수 있다. 하지만 할 수 있는 일은 알림뿐이며, 직접 행동하지는 않는다. 이메일 전송이나 구매 같은 거래는 범위 밖이고, 작업은 최대 한 시간에 한 번만 실행된다.
이번 재출시를 규정하는 기능은 두 가지다. 먼저 예약 방식이 더 유연해졌다. 작업은 1회성 또는 반복으로 설정할 수 있고, 정확한 시각뿐 아니라 오전, 오후, 저녁 같은 넓은 시간대로도 지정할 수 있다 . 더 중요한 변화는 조건부 모니터링이다. 이제 작업은 웹을 검색하거나 연결된 앱의 변화를 확인한 뒤, 보고할 만한 내용이 있을 때만 사용자에게 알릴 수 있다 . 이것이 바로 "무언가 바뀔 때만 알려줘"라는 패턴이며, 원래 베타에는 없던 부분이다.
2025년 리마인더 베타와의 차이는 구체적이다. 2025년 1월 14일 주간에 출시된 그 버전은 예를 들어 매달 티켓 판매 여부를 확인하는 식의 예약 웹 브라우징은 할 수 있었지만, 티켓이 풀리는 순간 즉시 알림을 보내거나 구매를 완료할 수는 없었다 . OpenAI는 당시 베타를 "AI 에이전트로 향하는 초기 시도"라고 설명했는데, 처음부터 목표가 무인 행동이 아니라 능동적인 타이밍 관리였음을 보여준다 .
2026년 버전은 그 선을 더 분명하게 긋는다. 이메일 보내기, 구매하기, 양식 작성 완료 같은 거래 행위는 출시 시점에 명시적으로 범위 밖에 남아 있다. 릴리스 노트는 알림 전용 동작을 강조하며, 모니터링 작업이 발견한 내용에 대해 언젠가 직접 행동할 수 있을지도 아직 확정되지 않았다 . 개발자에게는 이 구분이 어떤 기능 토글보다 중요하다. ChatGPT는 이제 "지켜보고 경고하는" 계층을 기본으로 갖췄지만, "버튼을 클릭하는" 계층은 여전히 사용자 본인이나 가상 컴퓨터를 실행하는 더 무거운 에이전트 제품의 영역이다.
한 시간에 한 번, 비활성 시 일시 중지, 프로젝트 격리 규칙
다시 출시된 예약 작업에는 그 위에 만들 수 있는 모든 워크플로를 좌우하는 강한 제한이 붙어 있다. 가장 중요한 것은 실행 간격의 하한이다. 작업은 한 시간에 한 번보다 자주 실행될 수 없으므로, Go, Plus, Pro, Enterprise 중 어떤 요금제를 쓰더라도 최소 간격은 60분이다 . 이 단일 규칙이 실제로 "모니터링"이 무엇을 뜻하는지 결정한다. ChatGPT는 가격 인하나 티켓 오픈을 지켜볼 수 있지만, 최선의 경우에도 한 시간 단위로 폴링할 뿐 실시간은 아니다. 사용 사례가 분 단위보다 빠른 반응을 요구한다면, 이 기본 계층은 맞는 도구가 아니다.
작업의 빈도가 아니라 수명 주기를 좌우하는 안전장치는 두 가지다:
- 비활성 상태에서 자동 일시 중지. 무인 작업은 일정 기간 비활성 상태가 이어지면 자동으로 일시 중지될 수 있다. 아무도 결과를 보지 않는데 반복 작업이 끝없이 실행되는 상황을 막기 위한 장치다 . OpenAI 도움말 센터는 정확한 비활성 기준을 공개하지 않으므로, 현재로서는 알려진 종료 시점을 기준으로 설계할 수 없다. 오래 방치된 반복 작업은 시스템이 조용히 멈출 수 있는 것으로 봐야 한다 .
- 채팅 삭제와의 연결. 각 작업은 그것을 만든 채팅에 묶여 있다. 해당 채팅을 삭제하면 작업은 자동으로 일시 중지된다. 반대는 성립하지 않는다. 작업을 삭제해도 연결된 채팅은 그대로 남는다 . 따라서 "오래된 채팅 정리" 같은 습관이 계속 실행하려던 모니터링을 조용히 꺼버릴 수 있다.
문서 기반 워크플로에서 가장 쉽게 걸릴 제한은 프로젝트 격리다. 파일이 들어 있는 프로젝트 안에서 만든 예약 작업은 그 프로젝트 파일에 접근할 수 없다 . 이는 버그가 아니라 명시적인 데이터 경계다. 무인 실행은 프로젝트에 업로드된 컨텍스트를 상속하지 않는다. 프로젝트에 올려둔 명세서, 계약서, 데이터셋을 작업이 주기적으로 다시 확인하는 방식을 상상했다면, 그 패턴은 작동하지 않는다. 작업은 해당 파일이 범위에 없는 상태로 실행된다. 같은 릴리스 노트는 예약 작업 안에서 지원되지 않는 다른 표면도 구분해두고 있는데, 여기에는 파일 업로드, 음성 채팅, Custom GPT가 포함된다 .
이 규칙들을 함께 읽으면 의도적으로 제한된 자율성의 윤곽이 드러난다. 한 시간 제한은 ChatGPT가 얼마나 자주 움직일 수 있는지를 막고, 비활성 시 일시 중지는 감독 없이 얼마나 오래 움직일 수 있는지를 막으며, 프로젝트 격리는 어떤 비공개 컨텍스트를 바탕으로 움직일 수 있는지를 막는다. 현재 이 중 어느 것도 설정으로 바꿀 수 없다. 따라서 엔지니어링 질문은 "어떻게 조정할까"가 아니라 "내 워크플로가 OpenAI가 그어둔 상자 안에 들어가는가"다. 단순한 반복 확인과 알림 전용 모니터링에는 들어간다. 파일 기반 작업이나 낮은 지연 시간이 필요한 작업이라면 여전히 외부 오케스트레이션을 써야 한다.
구독 등급별 예약 작업 수용량
활성 작업 수용량은 이제 요금제별로 나뉩니다. 출시 당시 OpenAI Help Center 기준으로 ChatGPT Go는 활성 예약 작업을 최대 3개, Plus는 최대 5개, Pro와 Enterprise는 최대 15개까지 허용합니다 . 이는 2025년 최초 베타에서 모든 대상 구독자에게 동일하게 적용되던 10개 작업 한도를 대체한 것입니다 . 이 숫자는 동시에 활성 상태인 작업의 엄격한 개수 제한이지, 하루 실행 횟수 예산이 아닙니다. 작업을 일시 중지하거나 삭제하면 슬롯이 비워집니다.
빠른 답변: ChatGPT의 예약 작업 한도는 요금제에 따라 달라집니다. OpenAI Help Center 기준으로 Go는 활성 작업 3개, Plus는 5개, Pro와 Enterprise는 15개입니다 . Business/Edu 수치는 OpenAI 자체 문서 안에서도 엇갈리므로, 명확해질 때까지는 Help Center를 권위 있는 기준으로 보세요.
| 요금제 | 활성 예약 작업 |
|---|---|
| Go | 3 |
| Plus | 5 |
| Pro | 15 |
| Enterprise | 15 |
| Business / Edu | OpenAI 문서에서 수치가 엇갈림 — Help Center에서 확인 필요 |
표를 기준으로 계획을 세우기 전에 한 가지 주의할 점이 있습니다. Business/Edu의 작업 개수는 OpenAI 자체 문서에서도 일관되지 않게 보고되어, 명확한 확인이 나오기 전까지 여기서는 제외했습니다. 일부 세부 수치는 2차 기술 매체에서 나오고, 또 다른 수치는 서로 맞지 않는 내부 문서에서 나오기 때문에 현재 한도에 대해서는 공식 Help Center 문서를 표준 기준으로 보는 것이 좋습니다 .
작업 개수 한도만 제약인 것은 아닙니다. 일반 요금제 사용 한도도 작업 실행에 적용되므로, 예약 작업은 대화형 채팅과 같은 메시지 예산을 사용합니다 . 따라서 Pro의 15개 작업도 Pro의 일반 할당량에서 차감됩니다. 이는 2025년 에이전트 출시 당시 더 무거운 에이전트 실행이 월 400개 메시지로 제한됐던 것과 같은 등급입니다 . 15개 슬롯을 모두 잦은 반복 점검으로 채우면, 실시간 작업에 남겨 둔 여유분이 조용히 줄어들 수 있습니다.
기능상 공백은 모든 등급에서 동일합니다. 요금제와 관계없이 예약 작업은 음성 채팅, 파일 업로드, Custom GPT를 지원하지 않으며 Pro 모델에서는 사용할 수 없습니다 . 즉 더 높은 등급은 동시에 돌릴 수 있는 자동화 수를 늘려줄 뿐, 작업 하나하나의 기능을 더 풍부하게 만들어주지는 않습니다. 비용을 더 내면 대기열은 넓어지지만, 파일 기반 실행이나 음성 기반 실행이 열리는 것은 아닙니다. 워크플로가 그중 하나에 의존한다면 어떤 등급을 선택해도 답은 달라지지 않습니다.
모니터링은 예약과 어떻게 다르고, 권한은 어디까지 적용될까
예약 작업은 정해진 주기마다 실행되고 매번 결과를 반환한다. 반면 모니터링 작업은 각 간격마다 조건을 평가하고, 그 조건이 충족될 때만 알림을 보낸다. 이 차이가 2026년 6월 17일 재출시의 핵심 업그레이드다 . 2025년의 원래 베타는 예약된 웹 브라우징을 실행할 수 있었다. 예를 들어 매월 티켓 예매 가능 여부를 확인하는 식이다. 하지만 티켓이 풀리는 순간 즉시 알림을 보내지는 못했다 . 2026년 버전은 이 간극을 메웠다. 모니터링 작업은 웹을 검색하거나 연결된 앱의 변경 사항을 주기적으로 확인하고, 보고할 만한 일이 생길 때까지 조용히 대기할 수 있다.
그래도 여전히 하지 않는 일이 있다. 거래를 대신 실행하지는 않는다. 재출시 관련 설명은 모니터링을 알림 전용으로 규정한다. ChatGPT가 변경 사항을 보여주고, 실제 클릭은 사용자에게 맡긴다는 뜻이다 . 모니터링 작업이 발견한 내용을 바탕으로 언젠가 직접 행동할 수 있을지는 아직 정리되지 않았다. 2025년 베타는 그럴 수 없었고, 현재 문서도 실행보다는 알림에 초점을 둔다 .
| 속성 | 예약 작업 | 모니터링 작업 |
|---|---|---|
| 트리거 | 고정 주기(시간 또는 기간) | 각 간격마다 조건 평가 |
| 출력 | 실행할 때마다 결과 반환 | 조건이 충족될 때만 알림 |
| 대표 용도 | 일일 브리핑, 주간 요약 | 가격 인하, 티켓 예매 가능 여부, 받은편지함 변경 |
| 발견 내용을 바탕으로 행동? | 아니요 — 결과만 반환 | 아니요 — 알림 전용, 거래 없음 |
작업이 연결된 앱에 접근하는 경우에는 별도의 권한 체계가 자율성의 범위를 결정한다. 기본값은 "Important actions"다. ChatGPT는 자동으로 읽을 수 있지만, 외부에 의미 있는 영향을 주는 작업을 하기 전에는 사용자에게 확인을 요청한다 . 설정에는 Always ask, Any changes, Important actions, Never ask가 포함될 수 있다. 다만 Never ask는 모든 곳에서 제공되지는 않는다. Important actions에는 되돌리기 어려운 쓰기, 전송, 삭제 작업이 포함되며, 구체적으로는 다음과 같다.
- 이메일 또는 메시지 보내기
- 콘텐츠 삭제 또는 일정 취소
- 구매, 환불 또는 금융 거래
- 파일 업로드 또는 이동
- 공유 또는 보안 설정 변경
- 민감한 개인, 금융, 건강, 신원 또는 인증 데이터 공유
실제로는 무인 모니터링 작업이 캘린더나 받은편지함을 읽어 변경 사항을 감지할 수는 있지만, 기본 설정에서는 답장을 보내거나 일정을 취소하기 전에 멈추고 확인을 요청한다는 뜻이다 . 각 권한 수준에서 연결된 앱의 어떤 작업이 무인으로 실행될 수 있는지에 대한 정확한 매트릭스는 아직 공개되지 않았다. 따라서 쓰기 가능한 자동화는 기본적으로 확인을 거친다고 보는 것이 안전하다.
관리형 워크스페이스에서는 관리자가 제어권을 가진다. 관리자는 사용할 수 있는 앱, 사용자가 선택할 수 있는 작업 권한 수준, 역할 기반 접근, 허용 도메인, 사용자가 영구 승인 선택을 저장할 수 있는지 여부까지 제한할 수 있다 . 마지막 항목은 중요하다. 영구 승인을 비활성화하면 "Never ask" 선택을 계속 유지하는 대신, 결과에 영향을 주는 모든 작업마다 확인을 강제할 수 있기 때문이다.
감사 가능성도 같은 엔터프라이즈 흐름을 따른다. 예약 작업 중 이뤄진 앱 호출은 Compliance Logs의 일부로 기록되며, 작업은 Enterprise 및 Edu 워크스페이스에서 사용할 수 있는 Compliance API에 포함된다 . 컴플라이언스 플랫폼은 엔터프라이즈 워크스페이스의 로그와 메타데이터를 제공하므로, 무인 실행과 그 과정의 연결 앱 호출은 보이지 않는 것이 아니라 검토 가능한 기록으로 남는다 .
Pulse는 종료되고, 일일 브리핑은 예약 작업으로 이동한다
OpenAI의 선제적 일일 브리핑 화면이었던 Pulse는 독립 기능으로서 종료되고 있으며, 그 기능은 예약 작업으로 통합된다 . Pro 사용자는 2026년 6월 17일부터 14일 동안 Pulse를 계속 사용할 수 있다. 그 기간이 지나면 아침 브리핑 동작은 더 이상 별도 기능으로 제공되지 않으며, 반복 예약 작업으로 다시 만들어야 한다 . 실제 효과는 통합이다. 겹치는 두 개의 선제적 레이어 대신 하나의 레이어로 정리된다.
Pulse를 다시 만드는 설정은 한 줄이면 된다. 유예 기간이 끝난 뒤 Pro 사용자가 자신의 관심사와 과거 대화를 바탕으로 반복 일일 브리핑을 예약해 달라고 ChatGPT에 요청하면, 이후에는 Scheduled 페이지가 이를 관리한다 . 브리핑은 일반적인 반복 작업이 된다. 다른 모든 모니터와 리마인더 옆에 표시되며, 이 글 앞부분에서 다룬 일시 중지, 재개, 편집, 다음 실행 제어도 동일하게 적용된다. 출력 자체가 달라지는 것은 아니다. 달라지는 것은 그것이 어디에 있고, 누가 관리할 수 있는지다.
진짜 변화는 이 이동이다. 선제적 일일 업데이트는 이전에는 다소 숨겨진 베타 동작에 가까웠다. 이제는 모든 유료 구독자가 확인하고 조정할 수 있는, 사이드바의 정식 화면에 놓인다 . 브리핑은 더 이상 매일 아침 도착하는 블랙박스가 아니다. 일정, 상태, 감사 추적을 가진 작업 객체다.
"14일 후 Pro 사용자는 자신의 관심사와 과거 대화를 바탕으로 반복 일일 브리핑을 예약해 달라고 ChatGPT에 요청할 수 있다," — OpenAI Help Center, Tasks in ChatGPT (source: help.openai.com).
OpenAI의 제품 표면을 추적하는 개발자에게 여기서 얻을 수 있는 교훈은 구조적이다. 선제적 지능은 더 이상 따로 배워야 할 별도 제품이 아니라, 같은 예약 기본 요소의 한 설정이 되었다. Pulse의 일일 주기를 기준으로 무언가를 만들었다면, 마이그레이션 대상은 명시적 일정을 가진 반복 작업이다. 그리고 시간당 1회 제한과 자동 일시 중지 가드레일도 다른 무인 작업과 똑같이 적용된다.
무엇이 중복되는가: 스케줄링 래퍼와 알림 미들웨어
이제 기본 예약 작업은 ChatGPT를 능동적으로 만들기 위해 개발자들이 붙여 만든 서드파티 연결 도구와 직접 경쟁한다. 가장 노출이 큰 패턴은 반복 프롬프트 파이프라인이다. Assistants API를 make.com이나 Zapier 같은 자동화 계층에 연결해 cron으로 프롬프트를 실행하고 결과를 어딘가로 보내는 방식이다. OpenAI가 2026년 6월 17일 예약 작업을 다시 출시하면서 , 반복 실행이나 모니터링 실행을 위해 그런 오케스트레이션만이 유일한 경로는 아니게 됐고, 가장 단순한 경우에는 더 이상 마찰이 적은 선택지도 아니다.
가장 뚜렷하게 무너지는 영역은 가벼운 모니터링이다. 예전에는 "이 URL을 매일 확인하고 바뀌면 알려줘" 같은 워크플로를 만들려면 외부 스케줄러, diff 단계, 알림 채널을 따로 세워야 했다. 기본 작업은 이 세 가지를 사이드바에서 한 번 정의하는 하나의 지시로 접어 넣으며, 시간당 1회라는 하한과 자동 일시정지 안전장치가 실행 간격과 정리를 맡는다 . 개발자가 아닌 사용자에게는 통합 부담 전체가 사라지는 셈이다. API 키도, 시나리오 빌더도, 웹훅 배관도 필요 없다.
복잡도가 더 높은 시나리오는 이야기가 다르다. 작업은 행동이 아니라 알림에서 멈추기 때문에, 이메일 보내기, 구매 완료하기, 레코드 업데이트하기처럼 쓰기 작업이 필요한 경우에는 여전히 외부 오케스트레이션이나 ChatGPT의 별도 에이전트 및 커넥터 표면이 필요하다. 이들은 "Important actions" 권한 기본값 뒤에 놓여 있다 . 여러 모델 간 라우팅, 맞춤 데이터 파이프라인, 트랜잭션 완료는 여전히 스케줄링 원시 기능 밖에 남아 있다. 기본 기능은 단순한 반복 및 모니터링 사용 사례를 흡수하지만, 워크플로 엔진까지 삼키지는 않는다.
가장 직접적으로 타격을 받는 미들웨어는 가치 제안 전체가 예약된 능동적 ChatGPT 실행이었던 소비자용 "AI 알림/에이전트" 래퍼다 . 이는 기본 OS 알림이 성숙해지자 전문 알람 및 알림 앱들이 겪었던 플랫폼이 생태계를 흡수하는 구도와 같다. 기본 플랫폼이 80%의 사용 사례를 무료로 제공하면, 독립 도구는 남은 20%를 정당화해야 한다.
"플랫폼이 반복 트리거를 기본 기능으로 제공하는 순간, 만들 가치가 있는 자동화는 그것이 아직 못 하는 것뿐이다. 쓰기 반영, 모델 간 라우팅, 그리고 처음부터 끝까지 완료하는 일이다"라고 자동화된 콘텐츠 파이프라인 walkthrough는 설명한다 (source: AI Andy) (video: AI Andy).
빌더를 위한 실질적 해석은 이렇다. 기본 작업을 새로운 기준선으로 보라. 제품의 차별점이 "ChatGPT를 대신 예약해드립니다"라면 그 방어력은 사라졌다. 차별점이 "ChatGPT가 찾아낸 것에 따라 행동합니다"라면 아직은 유지된다.
의도된 불투명성인가? 모니터링 빈도, 신뢰성, 트랜잭션 권한
2026년 6월 재출시에서 가장 큰 미지수는 기능이 아니다. OpenAI가 아직 공개하지 않은 운영 세부사항이다. 신뢰성 SLA도, 문서화된 실패율 데이터도, 예약 작업이 조용히 실패하거나 재시도하거나 의도한 실행 시간에서 밀릴 때 어떻게 동작하는지에 대한 명시 정책도 없다 . 이제 베타 장난감이 아니라 1급 제어 표면으로 제시되는 기능이라는 점에서 이 공백은 중요하다. 아침 시장 점검이나 재고 모니터를 하루 루틴에 연결해 둔다면, 현재로서는 그것이 얼마나 자주 아예 실행되지 않는지에 대한 공개 수치가 없다.
모니터링 세분성도 다음 사각지대다. OpenAI는 작업이 시간당 1회를 초과해 실행될 수 없다고 밝히지만 , 문서는 그 상한 안에서의 하위 간격 동작에 대해 아무 말도 하지 않는다. "변경 사항을 확인하는" 모니터링 작업은 1분마다 폴링할 수도 있고 30분마다 폴링할 수도 있다. 문서는 어느 쪽인지 명확히 하지 않으므로, 웹이나 연결된 앱의 변경과 알림 사이의 실제 지연 시간은 정의되지 않은 상태다 . 가격 하락이나 티켓 재고 알림처럼 시간 민감도가 높은 사용 사례에서는 "한 시간 이내"가 실제로 의존할 수 있는 유일한 보장이다.
그리고 제품 전체를 규정하는 질문이 남는다. 모니터링 작업이 언젠가 행동할 수 있는가, 아니면 영구히 알림 전용인가? 출시 노트는 알림을 강조하고, 2025년 베타는 명시적으로 거래를 완료할 수 없었다. 매달 티켓 재고를 확인할 수는 있었지만 가격이 내려갔을 때 구매할 수는 없었다 . 2026년 6월 문서는 예약 모니터링이 별도의 앱 권한 프레임워크를 통해 쓰기 작업을 트리거할 수 있는지 해결하지 않는다. 그 프레임워크에서는 "Important actions" 같은 기본값이 메시지 전송, 콘텐츠 삭제, 금융 거래를 통제한다 . OpenAI가 각 설정 아래에서 어떤 작업이 무인 실행될 수 있는지에 대한 완전한 매트릭스를 공개하기 전까지는, 무인 작업을 읽기 및 알림 전용으로 다뤄야 한다.
비활성 시 자동 일시정지 안전장치도 마찬가지로 문서화가 부족하다. OpenAI는 무인 작업이 일정 기간 비활성 상태가 지나면 일시정지될 수 있다고 말하지만 , 임계값도, 경고 기준도, 복구 경로도 공개하지 않았다. 따라서 장기 실행 모니터가 이유를 알리지 않고 조용히 멈출 수 있다.
구체적인 결론은 이렇다. ChatGPT의 예약 작업은 능동적 알림을 위한 신뢰할 만한 새 기준선이지만, 아직 자율 행동이나 보장된 타이밍을 맡길 수 있는 시스템은 아니다. 알림 전용 워크플로에는 이를 기반으로 삼되, 쓰거나 삭제하거나 결제하는 모든 일에는 사람을 루프 안에 두어라. 그리고 아직 빠져 있는 신뢰성 및 권한 세부사항은 언론 보도가 아니라 Help Center에서 확인해야 한다 .
자주 묻는 질문
ChatGPT 예약 작업이 대신 이메일을 보내거나 구매를 완료할 수 있나요?
아니요. 출시 시점의 예약 작업은 알림 전용입니다. 웹을 검색하거나 연결된 앱을 확인해 알려줄 수는 있지만, 스스로 거래를 실행하지는 않습니다 . 모든 쓰기 작업은 별도의 앱 권한 프레임워크를 거치며, 기본값인 "Important actions"는 자동으로 읽기는 하지만 결과에 영향을 주는 작업 전에는 확인을 요청합니다. 이메일이나 메시지 보내기, 콘텐츠 삭제, 예약 취소, 구매, 환불, 금융 거래는 모두 실행 전에 명시적 확인이 필요합니다 .
연결된 채팅을 삭제하면 예약 작업은 어떻게 되나요?
작업은 자동으로 일시 중지됩니다. 예약 작업과 연결된 채팅을 삭제하면, 해당 작업은 백그라운드에서 계속 실행되지 않고 자동으로 멈춥니다 . 반대 방향은 대칭적이지 않습니다. 작업을 삭제해도 연결된 채팅은 삭제되지 않으므로 대화 기록은 그대로 유지됩니다. 두 동작 모두 OpenAI 도움말 센터에 명시되어 있으며, 2차 보도보다 이 문서를 권위 있는 기준으로 보아야 합니다 .
무료 ChatGPT 계정에서는 예약 작업을 몇 개까지 실행할 수 있나요?
Go(무료) 플랜에서는 활성 예약 작업을 최대 3개까지 사용할 수 있습니다. OpenAI 도움말 센터 수치에 따르면 Plus는 5개, Pro와 Enterprise는 15개까지 늘어납니다 . 이런 등급별 한도는 2025년 베타 당시의 일괄 10개 작업 제한을 대체합니다 . 각 작업 실행에는 일반적인 플랜 사용량 제한이 그대로 적용되며, 작업은 시간당 한 번을 초과해 실행될 수 없습니다 .
웹훅이나 cron 스크립트 대신 ChatGPT 모니터링을 쓰는 이유는 무엇인가요?
ChatGPT 모니터링은 자연어 기반 조건 판단을 더합니다. 단순히 상태가 맞는지 확인하는 대신, "여기에 내가 신경 써야 할 내용이 있는가?"를 판단하고 보고할 만한 내용이 있을 때만 알릴 수 있습니다 . 그 대신 스크립트가 주는 정밀성은 포기해야 합니다. 단점도 분명합니다. 공개된 신뢰성 SLA가 없고, 실행 주기는 최대 시간당 한 번이며, 결과는 알림 전용이고, 결과를 프로그래밍 방식으로 처리할 수 없습니다 . 모호하고 사람의 판단이 필요한 알림에는 이를 쓰고, 결정적 타이밍과 후속 자동화에는 cron과 웹훅을 유지하는 편이 좋습니다.
ChatGPT 예약 기능이 반복 워크플로에서 Assistants API를 대체하나요?
가장 단순한 경우에만 그렇습니다. 확인 후 알림을 보내는 워크플로에서는 기본 예약 작업이 외부 스케줄링 연결부를 없애 줍니다. 예전에는 make.com 같은 플랫폼과 Assistants API를 이어 붙이는 래퍼 도구가 이 역할을 했습니다 . 하지만 예약 작업은 여전히 알림 전용이고, 단일 모델 기반이며, 구조화되어 있지 않습니다. 쓰기 작업, 다중 모델 로직, 구조화된 출력, 또는 프로그래밍 방식의 후속 사용이 필요하다면 Assistants API와 외부 오케스트레이션은 여전히 필요합니다 .
