멀티채널 통합 모니터링 Automation

학습목표 / 사전지식: 여러 채널의 CS 문의를 살피는 점검 프롬프트를 만들고, Automations에 반복 예약한 뒤 결과를 인박스에서 확인하는 흐름을 익힙니다. [OF-09]

사전지식은 없어도 됩니다. 코덱스를 “정해진 시간마다 점검표를 책상 위에 올려두는 담당자”처럼 다룹니다. [OF-09]

1. 왜 필요한가 — 개념·배경을 초보자 눈높이로

문의가 이메일, 채팅, 문의폼으로 흩어져 있으면 담당자는 일을 시작하기도 전에 메모부터 찾아다녀야 합니다. 이 흩어짐을 한 자리로 모으는 것이 이번 실습의 출발점입니다.

Automations는 반복되는 Codex 작업을 스케줄할 수 있고, 그 결과가 인박스에 추가되는 기능입니다. [OF-09]

“스케줄”은 알람처럼 정해진 시간에 같은 점검을 반복하라는 뜻이고, “인박스”는 그렇게 돌린 결과물이 쌓이는 확인함입니다. [OF-09]

그래서 멀티채널 통합 모니터링의 핵심은 답장을 자동으로 보내는 데 있지 않습니다. 정해진 시간마다 새 문의와 확인 필요 항목을 모아 사람이 한눈에 볼 수 있게 만드는 것, 그 결과를 인박스에 쌓아 두는 것이 목적입니다. [OF-09]

2. 준비 — 코덱스 어디로 들어가 무엇을 누르나

촬영에서는 코덱스 화면에 세 가지 연습용 채널 소스를 열어 둡니다. 이 수업이 기대는 제품 근거는 하나뿐입니다. Automations가 반복 Codex 작업을 스케줄하고, 그 결과를 인박스에 추가한다는 점입니다. [OF-09]

화면에서 먼저 눈으로 찾아 둘 단어는 Automations, Schedule, Prompt, Inbox 네 개입니다. [OF-09]

채널 소스는 실제 운영 채널을 바로 건드리기보다 email.md, chat.md, form.csv 같은 연습용 파일로 시작합니다. 이 파일명은 제품 사실이 아니라 수업용 예시입니다.

소스마다 채널, 접수시각, 고객 또는 주문 식별값, 문의 원문, 처리 상태를 적어 둡니다. 이 항목들은 코덱스 기능 설명이 아니라 통합 모니터링 표를 만들기 위한 수업용 재료입니다.

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

1단계에서는 세 채널 소스를 확인합니다. 화면 왼쪽에는 email.md, chat.md, form.csv가 있고, 입력창에는 점검 문장을 넣을 수 있게 둡니다.

2단계에서는 자동화에 앞서 결과 모양을 손으로 먼저 맞춰 봅니다. 예약은 같은 문장을 계속 반복하는 일이니, 반복할 작업 문장을 먼저 안정시켜 두는 편이 안전합니다. [OF-09]

입력창에는 “세 파일을 읽고, 새 문의와 미처리 문의를 찾고, 중복 가능 항목을 묶고, 모르는 값은 확인 필요로 남기고, 한국어 요약과 우선순위 표로 보여 달라”고 적습니다. 이 문장은 제품 사실이 아니라 수업용 점검 지시입니다.

3단계에서는 나온 결과를 확인합니다. 목표는 완벽한 답변문이 아닙니다. 인박스에 추가됐을 때 바로 훑어볼 수 있는 모니터링 결과면 충분합니다. [OF-09]

결과 첫머리에는 신규 문의, 긴급 후보, 중복 가능, 확인 필요 건수를 둡니다. 이 항목들은 빠르게 읽기 위한 수업용 표준입니다.

4단계에서는 Automations 화면으로 옮겨 새 Automation을 하나 만듭니다. 반복 Codex 작업을 시간표에 올려 두는 자리입니다. [OF-09]

이름에는 CS unified monitoring inbox처럼 기능이 바로 드러나는 문구를 넣습니다. 이름 자체는 제품 사실이 아니라 나중에 인박스에서 결과를 찾기 쉽게 만드는 수업용 예시입니다.

5단계에서는 Schedule 칸에 반복 시간을 넣습니다. 이 칸이 바로 반복 Codex 작업을 스케줄하는 자리입니다. [OF-09]

시연용 문구는 Weekdays 09:00 and 14:00 Asia/Seoul로 둡니다. 시간 자체는 촬영용 예시일 뿐, 여기서 기억할 사실은 Automations가 반복 작업을 정해진 시각에 돌려 준다는 점입니다. [OF-09]

6단계에서는 Prompt 영역에 수동 점검에서 검증한 문장을 붙여 넣습니다. 맨 위에는 “정해진 스케줄에 따라 이 점검을 실행하고 결과를 내 인박스에 추가하라”는 취지의 문장을 넣습니다. Automations 결과는 인박스에 추가됩니다. [OF-09]

저장한 뒤에는 Inbox나 Triage 인박스로 옮겨, 결과가 실제로 쌓이는 위치를 눈으로 확인합니다. [OF-09]

4. 복붙 템플릿 — 그대로 쓰는 프롬프트/Skill + 해설

아래 템플릿은 그대로 붙여 넣고 파일명과 시간만 바꿔 쓰면 됩니다. Automations는 반복 Codex 작업을 스케줄하고 결과를 인박스에 추가하는 흐름에 쓰입니다. [OF-09]

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

Sources:
- sources/email.md
- sources/chat.md
- sources/form.csv

Task:
Find new or unresolved customer inquiries.
Group duplicate-looking items by customer id, order id, or similar issue text.
Do not draft customer replies.
Do not infer missing facts. Use "확인 필요" for missing values.

Return in Korean:
1. Summary counts: new / urgent-candidate / duplicate-likely / needs-review
2. Priority monitoring inbox table
3. Manager review notes

첫 줄은 결과 위치를 정하는 문장입니다. Automation 결과는 인박스에 추가됩니다. [OF-09]

Sources는 코덱스가 읽을 연습용 재료를 알려 주는 부분입니다. 이 파일명은 제품 사실이 아니라 수업용 예시입니다.

Task는 무엇을 찾을지 정하는 부분입니다. 여기서는 답장 작성이 아니라, 새 문의와 미처리 문의를 인박스에서 검토하게 만드는 작업에 맞춥니다. [OF-09]

Do not draft customer replies는 모니터링과 고객 답변 작성을 분리하기 위한 안전문입니다. 이 레슨의 근거는 반복 작업 스케줄과 인박스 결과 추가입니다. [OF-09]

Skills용 문구로 옮길 때는 이름을 cs-monitoring-triage-format으로 두고, 지시문에는 “자동 답장 금지, 모니터링 요약만 작성, 모르는 값은 확인 필요, 결과는 한국어 요약과 우선순위 표”라고 적습니다. 이 이름과 문구는 수업용 예시입니다.

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

응용 1은 아침 누락 점검입니다. 매일 같은 확인 업무를 시간표에 올려 두면, 반복 작업 스케줄 기능이 출근 전 점검을 대신 돌려 줍니다. [OF-09]

응용 2는 오후 재점검입니다. 오전 결과와 오후 결과가 같은 인박스에 차곡차곡 쌓이므로, 하루를 한 흐름 안에서 비교할 수 있습니다. [OF-09]

응용 3은 특정 키워드 문의만 따로 모으는 방식입니다. 반복 점검은 Automations에 맡기고, 결과 확인만 인박스에서 하면 됩니다. [OF-09]

가장 흔한 함정은 자동화를 곧 자동 답장으로 오해하는 것입니다. 이 수업에서 Automations가 약속하는 것은 반복 작업 스케줄과 인박스 결과 추가, 딱 두 가지뿐입니다. [OF-09]

두 번째 함정은 스케줄부터 만들어 놓고 결과 모양을 나중에 고치려는 것입니다. 반복할 문장을 손으로 먼저 확인한 뒤 예약하는 순서가 덜 번거롭습니다. [OF-09]

세 번째 함정은 인박스에 들어온 결과를 이미 고객에게 나간 발송물로 착각하는 것입니다. 그것은 어디까지나 인박스에 추가된 점검 결과일 뿐입니다. [OF-09]

6. 정리·체크리스트

오늘의 한 문장은 “Automations는 정해진 시간에 반복 점검을 돌리고, 결과를 인박스에 쌓아 주는 기능”입니다. [OF-09]

체크리스트입니다.

• 세 채널 소스를 준비했다.
• 수동 점검 프롬프트로 결과 모양을 먼저 확인했다.
• Automation 이름을 업무가 드러나게 정했다.
• Schedule에 반복 시간을 넣어 점검을 정해진 시각에 돌리도록 했다. [OF-09]
• Prompt 첫 줄에 결과를 인박스에 추가하라는 문장을 넣었다. [OF-09]
• Triage 인박스에서 결과가 쌓이는 위치를 확인했다. [OF-09]

출처

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

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