정적 HTML 무료 대안 + 매주 자동 갱신 Automation

학습목표 / 사전지식: 이 레슨이 끝나면 Sites가 보이지 않는 학습자도 경영보고서를 하나의 HTML 결과물로 만들고, Automations로 매주 같은 작업을 다시 실행하도록 예약하는 흐름을 설명할 수 있습니다. [OF-09]

사전지식은 없어도 되며, Sites는 2026년 6월 기준 이 교재에서 프리뷰 및 Business·Enterprise / Enterprise·Edu·EU·UK 한정 단서가 붙는 기능으로 다룹니다. [OF-13]

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

이번 클립의 핵심은 “웹사이트 기능이 없어도 보고서를 웹 문서처럼 읽히게 만들고, 매주 갱신은 자동으로 맡긴다”입니다. [OF-09]

정적 HTML은 이 레슨에서 “보고서 내용과 표, 색상, 제목이 한 장 안에 들어간 파일”이라는 뜻으로 씁니다. Sites가 만드는 산출물은 Cloudflare Worker와 호환되는 ES 모듈 출력이라는 점에서, 이 수업의 단일 HTML 대안과 구분됩니다. [OF-13]

Sites는 Cloudflare Worker-compatible output as ES modules를 만들 수 있고, D1과 R2 지원 및 .openai/hosting.json 설정을 다루는 기능입니다. [OF-13]

처음 접한다면 Sites는 건물 한 채를 통째로 올리는 방식, 정적 HTML 대안은 인쇄해서 돌려볼 보고서 한 장을 만들어 건네는 방식으로 갈라 보면 이해가 빠릅니다. [OF-13]

Automation은 정해진 시간에 반복 Codex 작업을 예약하고, 그 결과를 Triage 인박스에 넣어 주는 기능입니다. [OF-09]

Triage 인박스는 자동으로 끝난 작업 결과가 모이는 접수함이라고 생각하면 됩니다. [OF-09]

경영보고서는 매주 숫자와 해석이 바뀌므로, 처음 한 번 잘 만든 지시문을 Automations에 묶어 두면 반복 작업의 출발점이 됩니다. [OF-09]

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

준비할 것은 세 가지입니다. 보고서 제목, 이번 주 숫자, 그리고 매주 반복할 갱신 기준입니다. [OF-09]

화면에서는 먼저 Codex 작업 화면의 입력창을 열고, “이번 주 경영보고서를 HTML로 만들어 달라”는 요청을 넣습니다. 그다음 Automations 설정에서 같은 요청을 매주 반복하도록 예약하는 흐름으로 진행합니다. [OF-09]

Sites 메뉴가 보이는 계정이라면 별도 배포 흐름을 볼 수 있지만, 이 클립은 Sites가 보이지 않는 학습자를 위해 HTML 결과물을 먼저 만드는 흐름에 집중합니다. [OF-13]

화면 이름이 조금 달라도 당황하지 말고, “입력창”, “결과물”, “예약”, “Triage 인박스” 네 단어를 기준으로 찾으면 됩니다. [OF-09]

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

1단계는 보고서의 뼈대를 요청하는 것입니다. 입력창에 “이번 주 경영보고서를 임원용 HTML 한 장으로 만들어 주세요”라고 쓰고, 매출, 비용, 리스크, 다음 주 액션을 넣어 달라고 요청합니다. [OF-09]

2단계는 HTML의 역할을 분명히 하는 것입니다. “Sites가 없는 계정에서도 열어 볼 수 있는 단일 HTML 파일 형태로 작성해 주세요”라고 덧붙이면, Sites의 Worker 기반 산출물과 다른 학습용 대안을 만들겠다는 의도가 선명해집니다. [OF-13]

3단계는 보고서 데이터를 넣는 것입니다. 숫자가 없으면 Codex가 보고서 형태만 만들 수 있으므로, 표에 들어갈 항목명과 값을 직접 적어 줍니다. [OF-09]

4단계는 결과를 확인하는 것입니다. 제목, 요약, 핵심 지표, 리스크, 다음 액션이 한 화면에서 읽히는지 확인하고, 빠진 항목은 “이 부분을 추가해 달라”고 다시 요청합니다. [OF-09]

5단계는 반복 지시를 만들 차례입니다. 같은 보고서를 매주 갱신하려면 “매주 월요일 오전 9시에 이 보고서를 새 데이터 기준으로 다시 작성해 주세요”처럼 반복 시점과 작업 내용을 함께 말합니다. [OF-09]

6단계는 결과 도착 위치를 확인하는 것입니다. Automations의 반복 작업 결과는 Triage 인박스에 추가되므로, 다음 주에는 새 보고서가 인박스에 들어왔는지 확인하는 방식으로 마무리합니다. [OF-09]

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

아래 템플릿은 매주 경영보고서를 HTML로 다시 만들기 위한 기본 지시문입니다. Automations가 반복 Codex 작업을 예약하고 결과를 인박스에 넣는다는 전제를 사용합니다. [OF-09]

역할:
너는 임원 보고서를 정리하는 CFO 보좌 역할이다.

목표:
이번 주 경영보고서를 단일 HTML 문서처럼 읽히는 형태로 작성한다.

보고서 구성:
1. 한 줄 결론
2. 핵심 지표 표
3. 지난주 대비 변화
4. 위험 신호
5. 다음 주 실행 항목

데이터:
- 매출:
- 비용:
- 신규 고객:
- 전환율:
- 주요 이슈:

표현 방식:
비개발자도 바로 읽을 수 있게 제목, 표, 강조 박스를 넣어 정리한다.

자동화 요청:
매주 월요일 오전 9시에 같은 형식으로 다시 작성하도록 예약한다.
반복 작업 결과는 Triage 인박스에서 확인할 수 있게 요약도 함께 남긴다.

“역할”은 답변의 말투와 판단 기준을 고정하는 장치입니다. “목표”는 결과물이 보고서인지, 메모인지, 배포물인지 흔들리지 않게 잡아 줍니다. [OF-09]

“보고서 구성”은 매주 같은 순서로 결과를 받기 위한 목차입니다. “자동화 요청”은 반복 예약과 Triage 인박스 확인이라는 Automations의 핵심 동작을 직접 부르는 문장입니다. [OF-09]

Skill처럼 재사용하고 싶다면 위 템플릿을 “Weekly Executive HTML Brief”라는 이름으로 보관하고, 매주 바뀌는 숫자만 교체하면 됩니다. [OF-09]

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

첫 번째 함정은 Sites와 HTML 대안을 같은 것으로 뭉뚱그리는 것입니다. Sites는 Cloudflare Worker 호환 ES 모듈 산출물에 D1·R2 지원, .openai/hosting.json 같은 배포 구성까지 끌어안는 기능이라 결이 다릅니다. [OF-13]

두 번째는 Automation에 “매주 갱신해 줘” 한마디만 적어 두는 것입니다. 반복 예약이야 되지만, 어떤 데이터를 기준으로 무엇을 만들지까지 함께 적어 둬야 나중에 결과를 확인하기가 수월합니다. [OF-09]

세 번째는 인박스를 들여다보지 않는 것입니다. Automations 결과는 Triage 인박스로 들어오니, 자동화가 끝났는지 챙기는 습관도 인박스를 기준으로 잡으면 됩니다. [OF-09]

응용은 간단합니다. 같은 구조를 주간 매출 보고서, 리스크 보고서, 캠페인 보고서로 바꾸고, 제목과 표 항목만 교체하면 됩니다. [OF-09]

6. 정리·체크리스트

오늘 배운 첫 번째 문장은 “Sites가 없어도 단일 HTML 보고서 대안으로 시작할 수 있다”입니다. Sites의 정식 산출물은 Cloudflare Worker 호환 ES 모듈이라는 점을 함께 기억합니다. [OF-13]

두 번째 문장은 “반복은 Automations에 맡기고, 결과는 Triage 인박스에서 본다”입니다. [OF-09]

체크리스트는 네 줄이면 충분합니다. 보고서 제목을 썼는지, 표에 들어갈 숫자를 넣었는지, HTML 형태를 요청했는지, 매주 반복 시점과 인박스 확인을 적었는지 확인합니다. [OF-09]

이 네 가지가 들어가면 무료 사용자용 정적 HTML 대안과 매주 자동 갱신 흐름을 한 번에 설명할 수 있습니다. [OF-09]

출처

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

• OF-09 — Automations = 스케줄 백그라운드 작업, 결과는 Triage 인박스 · https://developers.openai.com/codex/app/automations
• OF-13 — Sites는 Cloudflare Worker ES모듈 빌드, D1·R2 지원, .openai/hosting.json · https://developers.openai.com/codex/sites