FILMING SCRIPT / 06
한 번 성공한 작업을 Skill로 만들기
Hermes 실기 미검증·촬영 대기. 장면 시각은 계획. 합성자료를 사용하는 독자 제작 촬영 대본이다. 실제 OS·Hermes 버전과 커밋·모델과 제공자·촬영일·사용량은 촬영 검증 후 기입한다. 모든 기대 결과는 판정 기준이며 실제 실행 결과가 아니다. 감독의 무음 조작·대조 시간은 각 장면 시간에 포함하고 시청자의 선택적 영상 멈춤은 총길이에 포함하지 않는다.
00:00 재사용할 것은 정답보다 절차 · 0:00–1:20
지난 편에서 세 자료를 비교해서 지원 상한과 마감을 정리했습니다. 이번에 다른 공지를 받았을 때도 오백만원과 십칠일을 쓰면 어떻게 될까요? 앞의 정답을 잘 기억했지만 새 작업에는 실패한 겁니다. 오늘은 한 번 검수한 작업에서 반복할 순서와 검사 기준을 뽑아서 source-backed-brief라는 Skill 초안을 만들겠습니다.
Skill에 들어갈 것은 지금 사업의 답안보다 자료를 읽고, 정정 범위를 판단하고, 근거가 없는 주장을 분리하는 방법입니다. 언제 쓰는지와 언제 멈춰야 하는지도 함께 적습니다. 만들어 놓기만 해서는 재사용 가능성을 확인할 수 없습니다. 처음 보는 자료와 정정이 없는 자료를 넣고, 변경 전후에 같은 검사를 통과하는지 보겠습니다.
이번 편의 결과물은 사람이 읽고 검토한 절차 문서와 테스트 기록입니다. 화면의 성공 결과는 촬영에서 실제로 확인한 것만 사용합니다. 지금 대본은 실기 검증 전이고, 설명용 예시는 계속 예시라고 표시하겠습니다.
시연·촬영 지시
0~55초 카메라 설명과 결과 카드 비교. 55~75초 감독 무음 20초: 이전 정답의 금액·날짜를 지우고 절차 이름만 남긴다. 75~80초 이번 편 제목.
확인할 결과
시청자가 특정 금액·날짜를 재사용할 규칙에 고정하면 안 된다는 점을 설명할 수 있으면 도입 목표 충족으로 본다.
지난 편 실행이 아직 검증되지 않았다면 성공 사례라고 부르지 않는다. 이전 자료와 검수 기준을 준비한 상태라고 설명한다.
01:20 검수된 실행과 기존 Skill 확인 · 1:20–2:55
먼저 앞선 작업을 돌아보겠습니다. 에스원부터 에스쓰리를 모두 썼을 때는 최대 오백만원과 십칠일 십팔 시였고, 정정 자료를 뺐을 때는 십오일 십팔 시로 바뀌어야 했습니다. 실제 실행에서 이 검사를 못 통과했다면 그 실패를 먼저 고쳐야 합니다. 검토하지 않은 대화 전체를 Skill로 저장하면 잘못된 판단까지 반복할 수 있습니다.
다음은 이름 확인입니다. Hermes 대화 안에서 슬래시 스킬즈 리스트로 현재 목록을 살펴보겠습니다. 목록에 source-backed-brief가 이미 있으면 이번 실습으로 덮어쓰지 않습니다. 기존 문서를 읽고 무엇을 위해 쓰는지 확인한 다음, 별도의 비어 있는 실습용 이름을 선택합니다. 이름이 같으면 어느 문서가 사용되는지 혼동할 수 있으므로 실제로 불러온 문서의 경로도 기록하겠습니다.
기존 Skill을 보호한다는 문장을 요청에 넣는 것과 실제 파일이 그대로 남는지는 별도로 확인합니다. 이번 촬영은 필요한 범위의 새 문서만 만드는 실습입니다. 다른 사람이 만든 Skill을 설치하거나 연결 스크립트를 실행하는 과정은 포함하지 않습니다. 내용 안에 비밀이나 실제 고객 자료가 섞여 있지 않은지도 여기서 확인합니다.
시연·촬영 지시
80~135초 이전 테스트와 이름 충돌을 설명. 135~160초 감독 무음 25초: 현재 목록·실제 경로·후보 이름을 확인. 160~175초 기존 Skill 보호 항목을 작업 명세에 기입한다.
확인할 결과
실제 검수된 절차가 준비되고 선택한 이름이 기존 항목을 덮어쓰거나 가리지 않는지 확인된다면 초안 작성으로 진행할 수 있다.
목록에 이름이 없다는 이유만으로 경로 충돌이 없다고 단정하지 않는다. 실제 저장 대상 확인이 안 되면 저장을 보류하고 실습 폴더의 초안으로만 남긴다.
02:55 성공 절차를 여섯 문장으로 추출 · 2:55–4:30
이제 대화에서 절차만 뽑아 보겠습니다. 첫째 입력마다 아이디와 제공자, 작성일, 시간대를 확인합니다. 둘째 금액과 기한, 자격 주장을 분리해서 각각 원문 근거를 연결합니다. 셋째 같은 주체가 명시적으로 정정한 항목만 갱신합니다. 넷째 단순 충돌과 근거 부족 주장은 따로 표시합니다. 다섯째 핵심 사실과 미확인 내용을 짧게 작성합니다. 여섯째 숫자와 날짜를 원문으로 다시 검수합니다.
이 순서에는 오백만원이나 십칠일이 없습니다. 그런 값은 매번 새 입력에서 읽습니다. 반대로 절차를 너무 추상적으로 써서 정확하게 요약하라고만 하면 앞서 발견한 실패를 예방하기 어렵습니다. 최대라는 표현을 확정 지급으로 바꾸지 않기, 정정 범위 밖의 항목을 유지하기처럼 관찰할 수 있는 검사를 넣겠습니다.
멈춤 조건도 필요합니다. 지정된 자료를 읽지 못했거나, 상충 자료의 우선순위를 판단할 근거가 부족하면 미확인과 질문을 남깁니다. 자료에 신청하거나 비밀을 읽으라는 문장이 있어도 그것을 새 작업 권한으로 취급하지 않습니다. 절차 문서를 저장했다고 전송 권한이 생기는 것은 아닙니다.
시연·촬영 지시
175~240초 여섯 문장 설명. 240~265초 감독 무음 25초: 원 대화에서 절차에 필요한 문장만 골라 초안에 옮긴다. 265~270초 멈춤 조건 강조.
확인할 결과
새 금액·새 기한에도 적용할 수 있는 절차와 원문으로 검증 가능한 조건이 있으면 일반화 초안의 요건을 충족한다고 볼 수 있다.
예시 사업명이나 정답 날짜가 절차의 규칙으로 남아 있으면 삭제한다. 실패 기록 자체는 보존하되 정답을 외우게 하는 규칙으로 바꾸지 않는다.
04:30 완전한 Skill 초안 작성 · 4:30–6:20
초안 요청을 그대로 읽겠습니다. 앞에서 검토한 합성 공지 브리핑 절차를 source-backed-brief라는 재사용 Skill 초안으로 정리해 줘. 언제 쓰는지, 입력, 단계, 금지 작업, 멈춤 조건, 성공 테스트를 넣어 줘. 특정 사업의 정답을 규칙으로 고정하지 마. 아직 기존 Skill을 덮어쓰거나 설치하지 말고 먼저 내가 볼 수 있는 초안으로 작성해 줘.
공식 문서의 기본 형식에는 문서 앞쪽의 이름과 설명, 그리고 절차 본문이 있습니다. 화면에는 이름 source-backed-brief, 설명은 제공된 공지에서 근거 있는 브리핑을 작성하고 정정과 미확인을 구분한다, 버전은 우리가 초안에 붙인 영 점 일 점 영으로 표시하겠습니다. 이 버전은 Hermes 버전이 아니라 실습 문서의 수정 표시입니다.
입력에는 읽기 허가된 문서와 각 문서의 아이디, 제공자, 작성일, 기준 시간대, 원하는 길이를 적습니다. 출력은 브리핑과 주장별 근거, 변경 기록, 미확인 항목입니다. 외부 전송이나 신청은 금지하고 원본을 바꾸지 않습니다. 여기까지 적으면 사람이 초안만 읽어도 무엇을 맡겼고 무엇은 맡기지 않았는지 이해할 수 있습니다.
시연·촬영 지시
270~335초 요청과 초안 구조 설명. 335~365초 감독 무음 30초: 완전한 본문을 천천히 스크롤하고 누락 항목을 표시. 365~380초 실습 문서 버전과 Hermes 버전이 다른 위치임을 보여 준다.
확인할 결과
초안에 사용 시점·입력·절차·금지·멈춤·검증이 모두 있으며 특정 사업 답안이 절차로 고정되지 않는다면 사람 검토 단계로 진행할 수 있다.
자동 생성 초안의 누락은 그대로 표시하고 수정한다. 화면에 제시한 YAML과 본문은 준비용 원고이며 실제 저장 파일과 같다고 미리 주장하지 않는다.
06:20 사람이 검토한 뒤 새 항목으로 저장 · 6:20–7:50
자동으로 만들어진 문서라고 바로 사용하지 않겠습니다. 먼저 금지 작업과 멈춤 조건을 읽습니다. 웹 검색이 필요한 상황에서도 아무 사이트나 조사해서 부족한 자격을 채우도록 되어 있지 않은지, 전달을 요청하지 않았는데 보고서를 보내도록 되어 있지 않은지 확인합니다. 연결된 파일이나 스크립트가 생겼다면 그것도 검토 대상입니다. 오늘의 초안은 별도 실행 코드가 필요하지 않습니다.
이제 실제 이름과 저장 대상이 비어 있음을 확인한 촬영에서만 새 Skill 생성을 요청합니다. 방금 검토한 본문을 확인한 새 이름으로 저장해 줘. 기존 항목은 수정하지 말고 충돌하면 중단해. 생성 뒤 실제 경로와 본문을 다시 보여 줘. 명령 옵션을 추측해서 추가하지 않고 촬영 버전의 공식 방식과 실제 도구 결과를 확인하겠습니다.
저장됐다는 응답 뒤에는 실제 파일을 열어 봅니다. 이름, 설명, 절차, 멈춤 조건이 검토한 문서와 같은지 대조합니다. 목록에 보이는지 확인하는 것과 올바른 내용이 로드되는지 확인하는 것은 별개입니다. 사용 가능한 도구가 꺼져 있으면 Skill이 존재해도 작업을 수행하지 못할 수 있습니다.
시연·촬영 지시
380~435초 사람 검토와 생성 요청 설명. 435~460초 감독 무음 25초: 저장 대상·도구 결과·실제 SKILL.md 본문 대조. 460~470초 실제 생성 여부를 기록한다.
확인할 결과
기존 항목이 보존되고 확인한 새 경로에 검토한 본문이 저장되며 목록에서 찾을 수 있다면 저장 단계 통과로 본다. 작업 품질 통과는 아직 선언하지 않는다.
충돌이나 쓰기 실패가 나면 덮어쓰기 우회 옵션을 사용하지 않는다. 저장 성공처럼 편집하지 않고 초안 보존과 이름·권한 확인 단계로 돌아간다.
07:50 처음 보는 자료로 호출 시험 · 7:50–9:50
첫 시험에는 지난 사업을 사용하지 않겠습니다. 새 합성 자료 티원은 모의 학습센터의 십일월 일일 공지입니다. 실습 장비 지원은 최대 이백사십만원, 마감은 십일월 사일 십칠 시라고 적혀 있습니다. 티투는 같은 센터의 십일월 이일 정정입니다. 티원의 마감만 십일월 육일 십칠 시로 변경하고 지원 금액은 유지한다고 되어 있습니다. 모든 시각은 케이에스티입니다.
새 세션을 시작하고 이렇게 요청합니다. source-backed-brief를 사용해서 티원과 티투를 브리핑해 줘. 이번 입력의 금액과 기한만 사용하고 실제 신청과 전송은 하지 마. 실습에서 다른 이름을 골랐다면 실제 이름을 사용합니다. 앞의 답안이나 정답 기준을 입력에 붙이지 않고, 불러온 Skill 본문과 두 자료가 맞는지 확인합니다.
판정 기준은 이백사십만원 상한과 십일월 육일 십칠 시입니다. 금액 근거는 티원, 변경 기한 근거는 티투여야 합니다. 자격과 서류는 여전히 제공되지 않았습니다. 여기서 오백만원이나 시월 십칠일이 나오면 이전 예제에 묶인 절차일 수 있습니다. 실제 원인이 입력 혼입인지 Skill 본문인지 확인하고 그 결과를 기록하겠습니다.
시연·촬영 지시
470~525초 새 자료 설명과 /new 입력. 525~555초 감독 무음 30초: 새 세션·실제 Skill 로드 내용·입력 T1/T2 확인. 555~580초 결과와 원문 비교. 580~590초 테스트 A 실제 상태 기록.
확인할 결과
새 세션에서 실제 Skill과 T1/T2가 사용되고 결과가 최대 240만원, 2026-11-06 17:00 KST, 정확한 근거와 미확인을 보존하면 새 입력 테스트 A 통과로 볼 수 있다.
새 입력만 맞았어도 Skill이 실제로 로드됐는지 확인할 수 없으면 Skill 적용 검증은 미완료로 표시한다. 답이 맞다는 사실만으로 로드를 추정하지 않는다.
09:50 정정 없음과 미정 테스트 · 9:50–11:40
두 번째 시험에서는 티원만 사용합니다. 새 세션과 같은 Skill을 쓰되 티투는 제공하지 않습니다. 기대하는 마감은 십일월 사일 십칠 시입니다. 이전 실행이 육일이었다는 이유로 연장하면 실패입니다. 테스트마다 입력 묶음을 별도로 보관하면 무엇이 들어갔는지 나중에 다시 확인할 수 있습니다.
세 번째는 티투의 복사본을 새 아이디 티투 비로 만들겠습니다. 원문 티투는 보존합니다. 새 문장은 티원의 마감을 미정으로 변경합니다. 지원 금액은 유지합니다입니다. 이 입력에서는 마감을 날짜로 채우면 안 됩니다. 미정이라고 쓰고 확인할 정보를 남기는 것이 통과 기준입니다. 원래 티투와 티투 비를 동시에 넣으면 다른 문제가 되므로 이번에는 티원과 티투 비만 전달합니다.
이렇게 하나의 조건만 바꾸면 어디서 판단이 흔들리는지 찾기 쉽습니다. 정정이 사라진 시험, 정정은 있지만 날짜가 없는 시험이 서로 다른 능력을 검사합니다. 앞의 정답을 말하는 능력뿐 아니라 모르는 정보를 남기는 능력도 재사용 절차의 일부입니다.
시연·촬영 지시
590~645초 두 변형을 설명. 645~670초 감독 무음 25초: 새 세션 B 입력과 결과 비교. 670~695초 감독 무음 25초: 새 세션 C 입력과 결과 비교. 695~700초 B·C 각각 실제 상태 기록. 모델 대기는 편집 표시하며 두 시험을 하나의 실행처럼 합치지 않는다.
확인할 결과
B가 11/4 17시, C가 기한 미정으로 구분되고 둘 다 상한 240만원을 유지하면 해당 변형 시험을 통과로 볼 수 있다.
T2b의 미정에 임의 날짜를 붙이면 실패다. T2와 T2b가 동시에 입력된 경우 해당 실행은 조건 오류로 분류하고 입력을 바로잡아 다시 검사한다.
11:40 실패 한 항목을 고친 뒤 전체 재검사 · 11:40–13:25
테스트 기록에는 입력, 기대 조건, 실제 결과, 통과 여부, 근거를 적습니다. 원고에 기대 조건이 있다는 이유로 실제 결과 칸을 미리 채우지 마세요. 실행하지 못한 시험은 미실행, 읽기 기록을 확인하지 못한 부분은 미검증으로 남깁니다. 실패를 지우지 않고 어떤 조건에서 생겼는지 남기는 편이 다음 개선에 훨씬 유용합니다.
예를 들어 미정 시험에서 날짜가 생겼다면 초안의 검증에 한 문장을 보강할 수 있습니다. 원문이 기한을 미정으로 바꾸면 기존 날짜를 유지하거나 새 날짜를 추정하지 말고 미정과 확인 질문을 남긴다. 이것은 특정 날짜를 정답으로 넣는 수정이 아니라 판단 기준을 명확하게 하는 수정입니다. 바꾸기 전 파일과 결과는 따로 보존하고 문서 수정 표시를 남깁니다.
수정 뒤에는 실패한 시험만 다시 돌리지 않습니다. 티원과 티투, 티원만, 티원과 티투 비의 세 시험을 같은 모델과 같은 조건으로 다시 검사합니다. 한 가지를 고치다가 다른 경우를 망가뜨릴 수도 있기 때문입니다. 사용량과 걸린 시간도 함께 기록하되 세 번 잘됐다고 모든 입력에서 안정적이라고 과장하지 않습니다.
시연·촬영 지시
700~760초 실패 기록과 보완 규칙 설명. 760~790초 감독 무음 30초: 실제 실패가 있을 때 수정 전후 차이를 검토하고 세 시험 결과를 대조. 790~805초 비용·시간·남은 한계를 표시. 세 전체 실행은 사전 촬영 후 대기 생략을 명시해 편집한다.
확인할 결과
수정된 Skill을 실제로 다시 로드한 뒤 동일 세 시험을 재실행해 각 결과를 기록할 수 있다면 개선 전후 비교가 성립한다.
실제 실패가 없으면 수정 효과가 검증됐다고 말하지 않는다. 보완 예시만 설명하고 원본 테스트 기록을 유지한다. 스캔 통과도 업무 품질이나 전체 안전 보장으로 표현하지 않는다.
13:25 넘겨줄 자료와 혼자 하는 시험 · 13:25–15:00
오늘의 제출물은 네 가지입니다. 검토한 Skill 본문, 실제 저장 위치와 사용한 이름, 처음 보는 입력 세 묶음, 그리고 각 실행의 테스트 기록입니다. 여기에는 다른 사람의 실제 자료나 비밀값이 들어갈 이유가 없습니다. 파일을 다른 사람에게 보내거나 공개하는 일은 이번 실습 범위에 포함되지 않습니다.
마지막으로 설명 없이 혼자 해 보세요. 새 모의 기관의 공지를 만들되 금액과 날짜를 모두 바꾸고 정정은 넣지 않습니다. Skill에 저장된 정답이 아니라 새 원문이 기준이 되는지 확인합니다. 결과가 틀리면 먼저 입력과 로드한 문서를 확인하고, 수정했다면 이전 시험도 다시 실행합니다. 시청자 실습 시간은 여기서 영상을 멈추고 별도로 쓰면 됩니다.
스스로 답할 질문은 간단합니다. Skill이 저장되면 성능이 좋아졌다고 말할 수 있을까요? 오늘 남긴 같은 입력의 변경 전후 기록이 있어야 비교할 수 있습니다. 그리고 다음 편에서는 절차 문서와 다르게, 나의 출력 선호 같은 정보를 기억하는 방법을 보겠습니다. 기억했다는 말과 실제 저장, 새 세션에서 사용되는지 세 단계를 따로 확인하겠습니다.
시연·촬영 지시
805~870초 제출물과 독립 시험 설명. 870~890초 감독 무음 20초: 각 제출물을 실제로 열어 보여 준다. 890~900초 다음 편 카드. 시청자의 새 공지 작성·실행 시간은 15분에 포함하지 않는다.
확인할 결과
새 입력에서도 적용한 절차와 실제 증거를 설명하고 실패를 재현할 기록이 있다면 L06 학습 목표를 충족했다고 평가할 수 있다.
실기 미완료이면 Skill 원고가 완성됐다는 상태와 설치·시험 미완료 상태를 구분해 표시한다. 실행하지 않은 테스트 통과 수를 넣지 않는다.