이상치 탐지 + 자동 알림

학습목표 / 사전지식: 이 레슨을 끝내면 매출·주문 수·환불률 같은 일별 숫자를 정해진 시간에 검사하고, 기준을 넘은 결과를 Triage 인박스에서 확인하는 Automations 흐름을 만들 수 있다. Automations는 반복되는 Codex 작업을 스케줄로 실행하고 결과를 인박스에 추가하는 기능이다. [OF-09]

사전지식은 필요 없다. 여기서 이상치는 “평소와 다르게 튄 숫자”, 임계값은 “넘으면 확인하기로 약속한 선”, 기준선은 “비교할 평소 숫자 묶음”이라는 뜻으로 쓰겠다.

1. 왜 필요한가 — 개념·배경을 초보자 눈높이로 (이 기능이 뭔지, 비유, 용어풀이) [근거]

매일 아침 지표 표를 열어 어제 매출이 튀었는지 살피는 건, 숫자 문 앞에 사람이 계속 서 있는 것과 다르지 않다. 이 레슨에서는 그 문지기 역할을 Automations에 넘기고, 소란이 커졌을 때만 Triage 인박스에서 결과를 들여다본다. [OF-09]

Automations는 반복되는 Codex 작업을 스케줄할 수 있고, 그 결과가 인박스에 추가되는 방식으로 설명되어 있다. 그래서 이 클립의 “자동 알림”은 외부 메일이나 메신저 발송을 뜻하지 않고, 스케줄에 맞춰 실행된 점검 결과가 Triage 인박스에 들어오는 흐름을 뜻한다. [OF-09]

임계값은 화재경보기의 민감도와 같다. 처음에는 “최근 3일과 비교해 25% 이상 다르면 ALERT”, “환불률이 4.0 이상이면 ALERT”처럼 사람이 이해할 수 있는 선을 둔다.

2. 준비 — 코덱스 어디로 들어가 무엇을 누르나 (화면 요소 설명)

준비 화면은 세 부분만 보면 된다. Automations의 새 작업 자리, 반복 실행 시간을 쓰는 스케줄 자리, Codex가 수행할 작업 지시 자리다. Automations는 반복 Codex 작업을 스케줄하는 기능이다. [OF-09]

화면에서 “스케줄”은 알람시계, “작업 지시”는 알람이 울렸을 때 할 일 목록, “Triage 인박스”는 결과지를 모아두는 우편함이라고 생각하면 된다. 결과가 인박스에 추가되는 흐름은 Automations 설명의 핵심이다. [OF-09]

실습 데이터는 네 줄짜리 표로 시작한다. 마지막 줄을 일부러 크게 넣어, 저장 전에 규칙이 작동하는지 확인한다.

date,revenue,orders,refund_rate
2026-06-23,12200000,631,1.8
2026-06-24,12000000,620,2.0
2026-06-25,12300000,635,1.9
2026-06-26,17100000,880,4.9

3. 따라하기 — 단계별로 아주 세세하게

1단계는 자동화에 넣을 문장을 먼저 일반 대화창에서 시험하는 것이다. 화면에는 입력창이 보이고, 아래 문장을 붙여 넣은 뒤 실행한다.

You are checking daily commerce metrics for anomalies.

Data:
date,revenue,orders,refund_rate
2026-06-23,12200000,631,1.8
2026-06-24,12000000,620,2.0
2026-06-25,12300000,635,1.9
2026-06-26,17100000,880,4.9

Rules:
- Baseline: previous 3 rows.
- ALERT: revenue/orders +/-25% from median, or refund_rate >= 4.0.
- Do not invent causes.
- If ALERT, write a Korean Triage inbox notification.

결과에서 먼저 ALERT가 있는지 본다. 그다음 어떤 숫자가 기준을 넘었는지 확인한다.

2단계는 Automations로 이동해 새 작업을 만드는 것이다. 제목에는 Daily anomaly detector - commerce metrics라고 입력한다.

3단계는 스케줄을 넣는 것이다. 촬영용 예시는 Every weekday at 09:00 Asia/Seoul로 둔다.

이 시간 문장은 “평일 오전 9시에 확인한다”는 운영 약속이다. Automations는 반복 Codex 작업을 스케줄하는 기능이므로, 반복 점검을 맡기는 위치는 Automations다. [OF-09]

4단계는 작업 지시를 붙여 넣는 것이다. 맨 위에 Run this check on the schedule and add the result to my Triage inbox.를 넣고, 바로 아래에 1단계에서 시험한 프롬프트를 붙인다.

저장 전에는 세 가지만 확인한다. 스케줄, 숫자 임계값, 원인 단정 금지 문장이다.

5단계는 저장이다. 저장 후에는 정한 스케줄에 맞춰 반복 Codex 작업이 실행되고, 결과는 인박스에 추가되는 흐름으로 이해하면 된다. [OF-09]

4. 복붙 템플릿 — 그대로 쓰는 프롬프트/Skill + 각 부분이 왜 그런지 해설

아래 프롬프트는 데이터만 바꿔 바로 붙여 쓸 수 있다. Data에는 표를, Rules에는 기준선과 임계값을 넣는다.

Run this check on the schedule and add the result to my Triage inbox.

You are checking daily metrics for anomalies.

Data:
[여기에 날짜별 지표 표를 붙여 넣기]

Rules:
- Baseline: [비교할 이전 행 수 또는 기간]
- ALERT: [지표 이름과 임계값]
- Do not invent causes, owners, fixes, or business impact.
- If ALERT, write a Korean Triage inbox notification.
- If OK, keep the result short.

첫 줄은 결과를 Triage 인박스에 남기기 위한 문장이다. Automations 결과가 인박스에 추가되는 흐름과 맞춘 표현이다. [OF-09]

Baseline은 평소값을 정하는 칸이다.

ALERT는 경보기의 울림 조건이다.

Do not invent causes는 안전장치다. 표에 원인이 없는데 “광고 때문”, “장애 때문”이라고 쓰지 않게 막는 문장이다.

Skill용으로 고정해둘 때는 아래처럼 짧은 문서로 만든다.

---
name: anomaly-triage-alert
description: 일별 지표를 기준선과 비교해 이상치가 있으면 Triage 인박스용 알림 문안을 작성
---

Check the latest daily metric row against the baseline rows.

Always return:
1. status: ALERT or OK
2. metric checked
3. baseline value
4. latest value
5. threshold rule
6. Korean Triage inbox notification

Rules:
- Use only the provided data.
- Do not invent causes, owners, fixes, or business impact.
- Alert when a metric crosses the provided threshold.
- If there is no alert, keep the result short.

5. 응용·함정 — 변형, 자주 막히는 곳과 해결

지표 이름만 바꾸면 그대로 응용된다. 가입 전환율, 결제 실패율, 광고비처럼 매일 들여다보는 숫자를 넣으면 된다.

임계값을 두 단계로 쪼개는 방법도 있다. 10% 변화는 WATCH, 25% 변화는 ALERT처럼 나누는 식이다.

여기서 제일 자주 걸리는 함정은 알림을 너무 많이 만드는 것이다. 작은 흔들림까지 죄다 ALERT로 잡으면 Triage 인박스가 금세 피곤한 공간이 된다.

다음으로, 알림 문안에 원인을 단정하지 않도록 조심한다. 이 레슨의 근거 범위에서 결과가 확인되는 위치는 인박스이며, 외부 채널 발송이나 원인 판정 기능은 여기서 주장하지 않는다. [OF-09]

기준선을 흐릿하게 두는 것도 함정이다. “많이 오르면” 같은 말 대신 “직전 7일 중앙값 대비 20% 이상”처럼 숫자로 못 박는다.

6. 정리·체크리스트

Automations는 반복 Codex 작업을 스케줄하고, 결과를 인박스에 추가하는 흐름으로 이해하면 된다. [OF-09]

이 클립의 자동 알림은 Triage 인박스에 남는 점검 결과를 뜻한다. [OF-09]

• Automations 새 작업에 제목을 넣었다.
• 스케줄을 사람이 확인하던 시간에 맞췄다.
• 작업 지시에 데이터, 기준선, 임계값을 넣었다.
• Do not invent causes로 원인 단정을 막았다.
• ALERT일 때 Triage 인박스용 문안을 쓰게 했다. [OF-09]
• 저장 전 스케줄과 임계값을 다시 읽었다.

마지막으로 기억할 문장은 하나다. “반복 점검은 Automations에 맡기고, 확인할 결과는 Triage 인박스에서 본다.” [OF-09]

출처

본문의 [...] 표기는 아래 근거에서 확인할 수 있습니다.

• OF-09 — Automations = 스케줄 백그라운드 작업, 결과는 Triage 인박스 · https://developers.openai.com/codex/app/automations