본문 바로가기
AX4U ↗ACADEMY / OPEN COURSEAcademy로

FILMING SCRIPT / 08

예약한 작업이 실제로 도착했는지 확인하기

기획15분 · 촬영 전 대본 · 실제 검증 결과로 예시를 교체하세요

L09·L10을 잇는 독자 제작 촬영 대본. 15분은 설명·시연 편집본의 계획 분량이며 실제 낭독·시연 시간은 미측정이다. 런타임 미검증(runtime unverified)·촬영 대기. 본인 실습 채널의 최소 연결, 합성 브리핑 수동 검토, 일회 예약, 실행·전달·중지 증거를 다룬다. 시청자가 영상을 멈추는 과제 시간과 예약을 기다리는 실제 경과시간은 편집본 계획에 포함하지 않는다. 명령·설정 화면은 촬영 환경에서 검증 후 채우며 실패를 성공으로 편집하지 않는다.

예약 목록과 받은 메시지는 다른 증거 · 0:00–1:15

화면: 카메라 뒤에 네 칸의 빈 증거 카드: 예약 / 실행 / 수신 / 종료. 상단에 합성자료, 실기 미검증, 실제 촬영 후 증거 교체 자막. 하단에는 촬영일·OS·Hermes 버전·프로필·모델·제공자 기입란을 둔다.

아침마다 보고서를 보내 달라고 했는데, 예약 목록에 이름만 있고 메시지가 오지 않았다면 성공일까요? 오늘은 예약을 만드는 순간보다 그 뒤를 더 자세히 보겠습니다. 작업이 등록됐는지, 실제로 실행됐는지, 내가 정한 대화에 도착했는지, 마지막에 다시 실행되지 않도록 정리했는지를 차례로 확인합니다.

실습 결과는 네 장의 증거로 남깁니다. 작업 ID가 있는 예약 정보, 실행 기록, 수신한 메시지, 종료 상태입니다. 화면에 빈칸이 있다면 아직 확인하지 못했다는 뜻입니다. 지금 보여 드리는 것은 촬영용 양식이며 실제 성공 기록이 아닙니다. 오늘은 가상의 공지로 만든 브리핑 한 개를 본인의 테스트 대화에 한 번만 보내겠습니다.

시연·촬영 지시

진행자 작업 시간 15초: 빈 카드를 확대하고 각각 어떤 증거를 넣을지 손으로 가리킨다. 실제 촬영에서 확인된 환경 값을 적고, 확인하지 않은 항목은 미확인으로 유지한다. 기존 다른 작업 ID나 타인 메시지가 화면에 보이지 않게 녹화 범위를 제한한다.

확인할 결과

실습 목표와 네 종류의 증거를 구분할 수 있다. 실행 전 카드에는 성공 표시가 없어야 한다.

예약 화면만 확보한 경우 나머지 세 칸을 채우지 않는다. 예시 메시지를 실제 수신 화면처럼 합성하지 않는다.

계정·범위·비용부터 정하기 · 1:15–2:45

화면: 실습 명세: 채널 하나 / 허용 사용자 하나 / 합성 브리핑 한 건 / 일회 / 실제 사용량 확인 / 재시도 전 확인. 제공자 사용량 화면은 비밀과 결제정보를 가린 상태만 사용한다.

먼저 연결 범위를 종이에 적겠습니다. 개인 Telegram의 본인 테스트 대화, 또는 관리자가 실습을 허용한 Slack 중 하나만 선택합니다. 회사 전체 채널이나 여러 사람이 있는 대화는 개인 메모장과 다릅니다. 내 메시지만 읽는다고 생각했는데 다른 사람의 자료가 들어오지 않도록 계정과 채널을 함께 확인하세요.

오늘 허용하는 내용은 공개해도 괜찮은 합성 공지의 요약 한 건입니다. 실제 고객 정보, 회사 문서, 키와 토큰은 쓰지 않습니다. 접근할 수 있는 사람도 본인 계정으로 제한합니다. 전체 사용자를 허용하는 설정으로 연결 문제를 해결하지 않겠습니다.

비용도 예약 전에 확인합니다. 예약 한 건이 모델 호출 한 번과 같은 뜻은 아닙니다. 준비 대화, 실행 중 도구 사용, 재시도가 각각 사용량에 영향을 줄 수 있습니다. 실습 예산을 본인 계정에서 정하고, 한도를 확인할 수 없다면 비용 미확인으로 남깁니다. 채팅에 쓴 예산 문장만으로 실제 청구가 차단된다고 믿으면 안 됩니다.

시연·촬영 지시

진행자 작업 시간 25초: 본인 실습 채널의 정확한 식별 정보와 현재 시간대를 내부 실행 기록에 적고 공개 화면에는 일부 가린 값과 채널 용도를 표시한다. 사용 전 사용량과 확인 가능한 비용 상한을 기록한다. 시청자 선택 과제: 영상을 멈추고 내 채널·내 수신자·내 예산 세 항목을 채운다. 권장 2분, 영상 시간에 포함하지 않는다.

확인할 결과

허용 대상과 데이터 범위가 명시되고, 다른 채널로 바뀌면 다시 검토해야 함을 이해한다.

개인 실습 채널이나 비용을 확인할 수 없으면 예약 단계로 넘어가지 않고 문안 검토까지만 수행한다. 공유 DM은 개인 DM으로 취급하지 않는다.

Gateway 설정을 화면 증거로 나누기 · 2:45–4:30

화면: 터미널에는 hermes gateway setup 한 줄만 표시. 다음 화면은 비밀 없는 플랫폼 선택과 허용 범위 부분만 촬영. 저장 / 실행 / 연결 상태를 서로 다른 라벨로 표시한다.

Gateway는 메신저와 Hermes를 이어 주고 예약 실행도 담당하는 프로세스입니다. 여기서 세 가지를 나누겠습니다. 자격증명이 저장된 상태, 프로세스가 실행 중인 상태, 선택한 메신저가 실제 연결된 상태입니다. 하나가 확인됐다고 나머지까지 확인된 것은 아닙니다.

설정은 교재에서 확인한 hermes gateway setup으로 시작합니다. 안내에서 선택한 플랫폼 하나만 설정하고, 본인의 허용 사용자 범위를 확인합니다. 자격증명 입력은 녹화를 멈춘 상태에서 본인이 진행합니다. 토큰을 에이전트 대화에 붙여 넣거나 설정 파일 전체를 화면에 펼치지 마세요.

설정 뒤 시작이나 재시작 안내가 나오면 현재 실습 환경에 맞는지 읽고 진행합니다. 설치 방식과 운영체제에 따라 서비스 관리 화면이 다를 수 있습니다. 이 영상의 버튼 위치를 외우는 것보다 지금 선택한 프로필과 프로세스가 같은 대상을 가리키는지 확인하는 게 중요합니다.

시연·촬영 지시

진행자 작업 시간 35초: 명령 입력과 플랫폼 선택을 보여 준다. 비밀 입력부터 승인 완료까지는 녹화를 중단하고 전환 자막을 둔다. 선택한 계정·플랫폼의 공식 안내에 따라 설정하되 서버 전체 권한이나 운영체제 보안 정책을 확대하지 않는다. 실제 상태 화면에서 프로필·머신·플랫폼을 대조한다.

확인할 결과

설정이 완료된 경우에만 저장 상태를 기록한다. 프로세스 실행과 플랫폼 연결은 각각 실제 표시나 진단 결과를 확인한 뒤 기록한다.

저장은 됐지만 프로세스가 중지됐거나 채널 연결이 실패했다면 그 상태로 설명한다. 인증 화면이나 복구 코드가 녹화됐으면 해당 촬영본을 사용하지 않는다.

한 문장으로 연결을 시험하기 · 4:30–5:55

화면: 본인 테스트 대화와 상태 기록을 나란히 표시. 복사 프롬프트: 이 대화가 연결된 실습 채널과 프로필을 확인해 줘. 파일 접근이나 외부 작업 없이 ‘연결 검사 성공’ 한 문장만 응답해 줘.

이제 가장 작은 시험을 하겠습니다. 긴 문서를 보내기 전에 본인 실습 대화에서 한 문장만 요청합니다. 파일 접근과 외부 작업은 하지 말고 연결 검사 성공이라는 문장만 답하라고 하겠습니다. 이 요청에 응답이 오면 적어도 이 계정과 이 대화에서 요청과 응답이 오가는 것을 확인할 수 있습니다.

다만 응답이 왔다는 이유로 모든 접근 제한이 검증된 것은 아닙니다. 가능하면 우리가 관리하는 별도 테스트 계정으로 허용되지 않은 사용자가 접근할 수 없는지도 확인합니다. 다른 사람의 계정을 몰래 시험하지 않습니다. 그 시험을 준비하지 못했다면 접근 제한의 설정 검토와 실제 거절 시험을 따로 기록하세요.

응답이 없으면 먼저 어느 단계가 비었는지 보세요. 올바른 프로필인가, 프로세스가 켜져 있는가, 선택한 채널이 연결됐는가, 본인 사용자 ID가 허용됐는가를 차례로 확인합니다. 제한을 모두 풀고 다시 해 보는 방법은 사용하지 않습니다.

시연·촬영 지시

진행자 작업 시간 25초: 프롬프트를 본인 테스트 대화에 입력하고 실제 응답의 시각과 대화 위치를 대조한다. 응답 대기시간이 길면 경과시간을 표시하고 편집한다. 통제된 미허용 계정 시험은 준비됐을 때만 짧게 삽입하고, 그렇지 않으면 미실시 자막을 남긴다.

확인할 결과

연결된 환경이면 지정한 대화에서 최소 응답을 관찰할 수 있다. 응답과 권한 거절 검사는 독립된 결과로 기록된다.

메신저의 입력 중 표시나 Gateway 상태만으로 응답 성공이라고 말하지 않는다. 미허용 계정이 답을 받으면 본문 전송 실습을 중단하고 허용 범위를 수정한다.

보낼 브리핑을 먼저 수동 검토하기 · 5:55–7:40

화면: 합성자료 전문과 검토용 본문을 나란히 표시. S1·2026-10-01: 학습용 생산개선 지원사업 최대 500만원, 마감 10월 15일 18시. S2·2026-10-03: S1의 마감만 10월 17일 18시로 연장, 금액 동일. S3·2026-10-04: 누구나 700만원, 10월 20일까지라는 개인 블로그 주장. 모든 시각 Asia/Seoul, 실제 사업 아님.

보낼 내용은 앞선 브리핑 수업과 같은 가상 공지입니다. 최초 기관 공지 S1은 최대 오백만 원, 마감은 십월 십오일 열여덟 시입니다. 같은 기관의 정정 S2는 마감만 십월 십칠일 열여덟 시로 바꿉니다. 개인 블로그 S3는 누구나 칠백만 원을 받는다고 주장합니다. 모든 시각은 서울 시간입니다.

검토할 결론은 지원 상한 오백만 원, 정정된 마감 십월 십칠일 열여덟 시, 자격은 미확인입니다. 최대 금액을 확정 지급액으로 바꾸지 않고, 더 나중에 올라온 블로그라는 이유만으로 기관 공지를 덮어쓰지 않습니다. 예약은 잘못된 내용을 더 정확한 시각에 보내 줄 수도 있습니다. 그래서 내용 검토가 먼저입니다.

자료에 설정 파일을 보내라 같은 문장이 섞여 있더라도 새 권한이 생기지 않습니다. 오늘의 작업은 검토한 브리핑만 전달하는 것입니다. 예약할 때 다시 웹 전체를 검색하게 만들거나 새로운 파일을 읽게 하면, 방금 검토한 범위를 벗어난다는 점도 기억하세요.

시연·촬영 지시

진행자 작업 시간 30초: 다음 프롬프트를 수동 대화에 입력하고 결과의 숫자·날짜·근거를 원문과 대조한다. 복사 프롬프트: 위 합성 S1~S3만으로 300자 안팎 브리핑을 작성해 줘. 핵심 사실과 근거 ID, 자료 충돌, 미확인 자격·절차를 구분해 줘. 기관의 명시적 정정 범위만 적용하고 최대 금액을 확정 지급으로 표현하지 마. 지금은 파일 변경·예약·외부 전송을 하지 마. 시청자가 직접 원문 대조를 할 3분 멈춤 과제는 영상 시간에 포함하지 않는다.

확인할 결과

정상 결과라면 500만원 상한·2026-10-17 18:00 Asia/Seoul·자격 미확인이 명시되며 S3를 채택하지 않는 근거가 드러난다.

금액이나 마감이 틀리면 예약을 보류한다. 모델이 검토 통과라고 말하는 것만으로 승인하지 않고 실제 본문을 사람이 읽는다.

일회 예약안을 승인하고 ID 기록하기 · 7:40–9:30

화면: 검토 카드 여섯 항목: 현재 시각과 시간대 / 실행 시각 / 본인 수신 대상 / 검토한 본문 / 일회 / 중지 방법. 승인 전과 생성 후 카드를 분리한다.

이제 예약안만 요청합니다. 현재 시각을 확인하고, 그 시각에서 십 분 뒤를 절대 날짜와 시각으로 표시하게 하겠습니다. 영상 속 날짜를 그대로 복사하면 이미 지난 시간이 될 수 있습니다. 여러분의 실행일과 Asia/Seoul을 기준으로 제안된 시각을 다시 읽으세요.

수신 대상은 지금 확인한 본인 실습 대화 하나, 내용은 방금 검토한 브리핑 그대로, 횟수는 한 번입니다. 생성 전에 본문과 대상과 시각을 함께 검토합니다. 에이전트가 제안만 하라고 했는데 벌써 예약을 만들었다면 정상 흐름으로 편집하지 말고 승인 경계를 넘었다고 기록하세요.

확인한 뒤에만 한 번 예약하도록 요청합니다. 응답에는 실제 도구가 반환한 작업 ID와 실행 시각이 있어야 합니다. 만들어진 ID를 실행 기록에 복사하고, 같은 내용을 두 번 등록하지 않았는지 목록과 비교합니다. 이름이 비슷하다는 이유로 기존 작업을 임의로 지우지는 않습니다.

시연·촬영 지시

진행자 작업 시간 30초: 복사 프롬프트를 입력한다. 검토한 합성 브리핑을 현재 확인한 본인 실습 대화에 한 번만 전달하는 예약안을 먼저 보여 줘. 현재 시각과 Asia/Seoul 기준 10분 뒤의 절대 실행 시각, 수신 대상, 본문, 중지 방법을 명시해 줘. 추가 검색이나 파일 접근은 하지 마. 내가 확인하기 전에는 예약하지 마. 대상·본문·시각을 직접 확인한 후에만 다음 승인 문구를 입력한다: 화면에서 확인한 대상·본문·실행 시각 그대로 한 번만 예약해 줘. 생성 결과의 작업 ID를 알려 줘. 생성 도구 결과와 hermes cron list로 목록을 대조한다.

확인할 결과

도구가 생성을 성공시킨 경우 정확한 작업 ID·일회 실행 시각·대상이 확인된다. 아직 실행·전달 성공으로 표기하지 않는다.

시간대·대상·본문 중 하나라도 확인되지 않으면 승인하지 않는다. ID가 없거나 생성 결과가 모호하면 동일 요청을 반복하지 말고 목록부터 확인한다.

실행 기록과 실제 수신 대조하기 · 9:30–11:00

화면: 세 화면을 순서대로 확대: hermes cron list / hermes cron status / hermes cron runs [job-id]. [job-id]는 실제 생성 결과의 ID로 치환하며 대괄호를 그대로 입력하지 않는다는 자막. 마지막에 본인 수신 대화 표시.

예약 시각이 됐다고 바로 성공 칸에 표시하지 않겠습니다. 먼저 예약 목록에서 작업을 확인하고, 예약 실행기가 동작하는지 확인한 뒤, 이 작업 ID의 실행 기록을 봅니다. 화면에 나오는 명령은 각각 목록, 상태, 실행 이력을 읽는 용도입니다.

그리고 메신저를 직접 열어 같은 본문이 도착했는지 확인합니다. 실행이 완료됐다는 기록과 메시지 수신은 다를 수 있습니다. 본문은 맞는데 엉뚱한 대화로 도착해도 통과가 아닙니다. 올바른 대상, 실제 받은 시각, 내용, 중복 여부를 함께 확인하세요.

예약 시각과 실제 수신 시각이 다를 때는 둘 다 적습니다. 기다린 시간을 편집으로 줄일 수는 있지만, 마치 즉시 도착한 것처럼 보여 주지는 않겠습니다. 증거가 하나라도 없다면 등록 확인, 실행 확인, 전달 미확인처럼 확인한 범위까지만 말합니다.

시연·촬영 지시

진행자 작업 시간 30초: 실제 예약시각까지 필요한 벽시계 대기는 타임랩스 또는 대기 구간 생략 자막으로 편집한다. 세 읽기 명령의 결과와 수신 메시지를 비교하고 내부 기록에 작업 ID·실행 상태·수신 시각·본문 일치 여부를 남긴다. 출력의 민감한 경로와 타인 대화는 가린다.

확인할 결과

실행과 수신이 모두 확인된 경우에만 해당 두 칸을 각각 통과로 표시한다. 지연이나 불일치는 관찰된 값 그대로 기록한다.

종료 시점까지 메시지가 없으면 미수신 또는 미확인으로 남긴다. 실제 증거를 얻지 못한 장면에 성공 자막이나 예시 수신 화면을 넣지 않는다.

안 왔을 때 무작정 다시 보내지 않기 · 11:00–12:25

화면: 가상 장애 카드에 예시임을 명시: 예약 있음 / 실행 unknown / 수신 미확인. 옆에는 Gateway → 시간대 → 프로필 → 도구·인증 → 실행 → 수신 순서의 점검 목록.

가령 실행 기록은 남았는데 수신이 확인되지 않는다고 해 보겠습니다. 이때 다시 실행 버튼을 누르면 중복 메시지가 생길 수 있습니다. unknown 같은 상태는 아직 결과를 확정할 수 없다는 뜻으로 다뤄야 합니다. 실패가 확정됐다는 뜻도, 재전송을 허락받았다는 뜻도 아닙니다.

진단은 Gateway, 시간대, 프로필, 필요한 도구와 인증, 실행 기록, 수신 대화 순서로 범위를 좁힙니다. 지금 보는 터미널과 예약을 실행한 프로필이 다르면 같은 설정을 봤다고 착각할 수 있습니다. 사용량도 다시 확인해서 반복 시도로 비용만 늘어나지 않게 하세요.

재전송이 필요하다면 먼저 기존 메시지가 정말 없는지와 진행 중인 실행이 없는지를 확인하고, 한 번 더 보낼 대상과 내용을 검토합니다. 원인을 찾을 수 없으면 성공을 꾸며내기보다 여기서 멈추고 미확인 증거를 남기는 편이 낫습니다.

시연·촬영 지시

진행자 작업 시간 20초: 장애 카드를 보며 지금 알 수 있는 사실과 추정인 사실을 다른 색이 아닌 글자 라벨로 구분한다. 복사 진단 프롬프트: 방금 기록한 작업 ID의 예약 정보와 실행 이력을 확인하고 실제 수신 상태와 비교해 줘. 새 예약·수동 재실행·재전송은 하지 마. 확인된 사실, 미확인 사실, 다음 읽기 전용 점검을 나눠 설명해 줘.

확인할 결과

재전송 없이 실패 단계와 아직 필요한 증거를 설명할 수 있다.

장애 시연용으로 운영 Gateway를 끄지 않는다. 연결을 중지하는 추가 시험은 다른 작업이 없는 별도 실습 환경에서만 수행한다.

중지까지 확인해야 실습 종료 · 12:25–14:00

화면: 복사 가능한 종료 요청과 종료 후 예약 목록. 네 번째 증거 카드에 대상 작업의 종료 상태만 표시. 사용량은 실측·추정·미확인을 구분.

메시지를 받았더라도 실습은 아직 끝나지 않았습니다. 이 작업이 앞으로 다시 실행될 수 있는지 확인하고, 필요하면 같은 작업 ID만 중지하거나 제거합니다. 일회 작업이 이미 종료돼 목록에서 사라졌다면 그 사실과 실행 기록을 함께 남기세요. 없는 작업을 새로 만들었다가 지우는 식으로 종료 장면을 연출할 필요는 없습니다.

중지 요청을 보냈다는 말만으로 끝내지 않습니다. 다시 목록과 상태를 읽어 자동 실행 대상으로 남아 있지 않은지 확인합니다. 중지는 이미 시작된 실행이나 이미 전송된 메시지를 되돌렸다는 뜻이 아닙니다. 진행 중 작업과 수신함은 별도로 확인해야 합니다.

파일 롤백으로 메신저 전송을 취소할 수도 없습니다. 잘못 보낸 내용이 있다면 해당 서비스에서 가능한 처리와 영향을 따로 검토해야 합니다. 오늘은 완료한 브리핑, 수신 증거, 종료 확인, 사용 전후 비용을 묶어야 비로소 실습 기록이 됩니다. 비용 집계가 늦으면 영 원이라고 쓰지 말고 아직 반영되지 않았다고 적으세요.

시연·촬영 지시

진행자 작업 시간 30초: 먼저 대상 ID와 현재 상태를 읽는다. 작업이 남아 있을 때만 다음 문구의 꺾쇠 부분을 실제 값으로 치환해 입력한다: 작업 ID <확인한 실제 ID>의 향후 자동 실행을 중지해 줘. 다른 작업은 바꾸지 마. 이미 실행 중인 작업과 이미 전달된 메시지는 별도로 확인해서 알려 줘. 이후 hermes cron list와 hermes cron status, 필요한 경우 해당 ID의 hermes cron runs [job-id]를 다시 읽는다. 작업 제거를 선택할 경우 대상 ID와 제거 의도를 별도 명확히 승인하고 실행 기록부터 보존한다.

확인할 결과

작업이 완료·중지·제거되어 향후 자동 실행 대상이 아님을 증거로 확인한다. 진행 중 실행이 있으면 별도 미완료로 기록한다.

Gateway 전체를 정지해 다른 예약까지 끊는 것으로 대상 작업 정리를 대신하지 않는다. 중지 결과가 확인되지 않으면 실습 종료·예약 미중지로 표시하지 않고 종료 확인 미완료로 남긴다.

혼자 할 수 있는지 네 질문으로 확인 · 14:00–15:00

화면: 제출물: 검토한 브리핑 / 가린 예약 ID·실행·수신·종료 기록 / 사용량 / 실패 또는 미확인 사항. 비밀·전체 로그 제출 금지 자막.

마지막으로 자신의 기록을 보면서 네 질문에 답해 보세요. 예약한 작업 ID는 무엇인가요? 어떤 증거로 실제 실행을 확인했나요? 어디에 어떤 본문이 도착했나요? 다시 실행되지 않는다는 근거는 무엇인가요? 말로만 답하지 말고 각 답 옆에 화면이나 기록 하나를 연결해 보세요.

다음 독립 과제는 새 예약을 더 만드는 것이 아닙니다. Gateway가 중지됐다는 조건을 받았을 때 어떤 증거가 없어지고 무엇부터 점검할지 적어 보세요. 내용 검토, 한 번 예약, 실행과 전달 확인, 마지막 종료까지 설명할 수 있으면 오늘의 목표를 달성한 것입니다. 다음 편에서는 외부 도구를 연결할 때 데이터가 어디로 가는지 더 자세히 살펴보겠습니다.

시연·촬영 지시

진행자 작업 시간 15초: 증거 네 칸을 다시 펼쳐 확인된 칸만 채운다. 시청자 멈춤 과제 5분: 네 질문과 Gateway 중지 조건의 점검 순서를 작성한다. 이 자습 시간은 15분 편집본에 포함하지 않는다. 공식 Gateway·Cron·진단 링크를 설명란과 웹 수업에 제공한다.

확인할 결과

등록과 실행과 전달과 중지를 분리한 기록을 남긴다. 미검증 상태가 있으면 그 한계도 정확히 설명한다.

비밀값이나 실제 업무 대화를 제출물로 요구하지 않는다. 네 증거 중 빠진 항목이 있으면 전체 통과라고 표시하지 않는다.

대본 묶음 다운로드