Phase 1616-7

화면 기록을 재현 가능한 스킬 명세로 바꾸기 — 관찰·재생·검증 루프

ChatGPT Work의 Record and Replay를 경쟁제품 기능 자랑으로 보지 않고, Claude Code에서 재현 가능한 자동화 설계 원리로 번역합니다. 화면 녹화와 관찰 기록을 근거로 workflow-observation.md, skill-spec.md, verification-checklist.md 초안을 만들고, 안정 단계와 변동요소를 분리해 안전한 스킬 명세를 설계합니다.

이 강의 학습 완료미완료

Execution Kit

실습 중 막히지 않기 위한 진행표

Phase 16

준비

강의 전 현재 폴더, 계정, 설치 상태를 확인합니다.

실행

ChatGPT Work Record and Replay는 경쟁제품 자랑이 아니라, Claude Code에서도 배울 수 있는 '관찰 → 명세 → 검증' 자동화 설계 원리로 읽습니다.

검증

명령 결과, 파일 변화, 브라우저 화면 중 하나로 성공 여부를 확인합니다.

기록

잘 된 명령과 막힌 지점을 다음 실습을 위한 로그로 남깁니다.

막혔을 때 Claude Code에 붙여넣을 양식

나는 코딩 경험이 많지 않은 실무자입니다. "화면 기록을 재현 가능한 스킬 명세로 바꾸기 — 관찰·재생·검증 루프" 강의를 따라 하고 있습니다.

현재 상태:
- 사용하는 컴퓨터:
- 방금 실행한 명령:
- 화면에 나온 결과 또는 오류:
- 내가 만들고 싶은 업무 결과물:

요청:
1. 지금 상황을 초보자 기준으로 진단해줘.
2. 다음에 실행할 명령을 한 줄씩 제시해줘.
3. 각 명령이 무엇을 하는지 쉬운 말로 설명해줘.
4. 성공 여부를 확인할 체크 포인트를 정리해줘.
5. 실패하면 다시 붙여넣을 오류 보고 양식을 만들어줘.

Record and Replay를 기능이 아니라 원리로 읽기

빌더 조쉬가 2026년 7월 20일 영상에서 보여 준 ChatGPT Work Record and Replay의 핵심은 "한 번 수행한 업무를 기록하고 다시 실행한다"는 흐름입니다. 이 수업에서는 그 기능 자체를 따라 하거나 경쟁제품을 평가하지 않습니다. Claude Code에서 재현 가능한 자동화 설계 원리로 번역합니다. 노무사 업무에 필요한 질문은 이겁니다. 화면에서 사람이 어떤 순서로 보고, 클릭하고, 판단하고, 멈췄는가. 그중 매번 같은 단계는 무엇이고, 매번 달라지는 입력값은 무엇인가. 실패하면 어디서 멈춰야 하고, 어떤 작업은 반드시 사람 승인을 받아야 하는가. 따라서 목표는 "100% 자동화"가 아닙니다. 화면 기록을 관찰 기록으로 바꾸고, 관찰 기록을 스킬 명세로 바꾸고, 스킬 명세를 샌드박스에서 재생·검증하는 루프를 만드는 것입니다. 기능 제공 범위, 플랜, 화면 구성은 바뀔 수 있으므로 현재 사용 환경 기준으로 확인해야 합니다.

TIP: 화면 기록은 자동화의 증거자료일 뿐입니다. 그대로 믿지 말고 재현 조건, 실패 조건, 승인선을 함께 적어야 실무용 명세가 됩니다.

관찰·재생·검증 루프의 세 문서

이번 실습의 산출물은 세 파일입니다. 1. workflow-observation.md — 화면 기록에서 관찰한 실제 단계, 입력값, 화면 문구, 판단 지점을 적습니다. 2. skill-spec.md — Claude Code가 반복 수행할 수 있도록 목적, 입력, 출력, 선행조건, 실패조건, 금지선, 승인선을 명세합니다. 3. verification-checklist.md — 샌드박스 재생 전후로 확인할 테스트, 로그, 멱등성, 개인정보 제거, 승인 필요 작업을 체크합니다. 세 파일은 역할이 다릅니다. workflow-observation.md는 "무엇을 봤는가"이고, skill-spec.md는 "무엇을 반복 가능하게 만들 것인가"이며, verification-checklist.md는 "반복해도 안전한가"입니다. 이 구분이 없으면 화면 녹화를 보고 바로 자동화를 시도하다가 계정 변경, 발송, 삭제 같은 사고로 이어질 수 있습니다.

안정적인 단계와 변동요소를 분리한다

기록된 화면에는 안정적인 단계와 변동요소가 섞여 있습니다. 자동화 명세를 만들 때는 먼저 둘을 분리해야 합니다. 안정적인 단계는 매번 반복되는 절차입니다. 예를 들어 자료 폴더 열기, 입력 파일 확인, 요약 초안 작성, 검수표 생성, 결과 파일 저장 같은 흐름입니다. 변동요소는 실행 때마다 달라지는 값입니다. 고객명, 사건 유형, 파일명, 기간, 계정, 브라우저 화면 문구, 선택자, 로그인 상태, 권한 상태, 플랜별 기능 제공 범위가 여기에 들어갑니다. 특히 화면 선택자와 화면 문구는 깨지기 쉽습니다. 버튼 위치, 메뉴 이름, 탭 구조는 업데이트로 바뀔 수 있습니다. 그래서 명세에는 "선택자가 없으면 화면 문구로 찾기", "화면 문구도 다르면 멈추고 사용자에게 확인 요청", "계정·권한 화면이 나오면 진행하지 않기"처럼 대체 기준과 중단 기준을 함께 둡니다.

Claude Code 실습 — training/record-to-skill 만들기

실습은 실제 서비스에 접속하지 않고 로컬 폴더에서 시작합니다. 화면 녹화 원본을 그대로 넣기보다, 비식별 관찰 메모를 먼저 만듭니다. 파일명과 제품명은 그대로 쓰되, 개인정보·계정정보·고객사 식별정보는 제거합니다. 권장 폴더는 training/record-to-skill 입니다. 이 폴더 안에 화면 관찰 메모를 두고 Claude Code에게 세 문서 초안을 만들게 합니다. 중요한 점은 "실행"이 아니라 "명세 초안 작성"에서 멈추는 것입니다.

mkdir -p training/record-to-skill
cd training/record-to-skill

cat > screen-recording-notes-redacted.md <<'EOF'
# 화면 기록 관찰 메모(비식별)

- 출처 영상: https://www.youtube.com/watch?v=02esZkttfzE
- 참고 맥락: ChatGPT Work Record and Replay, 빌더 조쉬, 2026-07-20
- 목표: 화면 기록을 Claude Code에서 재현 가능한 스킬 명세로 번역
- 실제 계정 접속: 하지 않음
- 실제 발송/게시/삭제/결제/권한변경: 하지 않음
- 관찰 단계: 자료 열기 → 반복 절차 확인 → 입력값 분리 → 결과물 확인 → 실패 지점 기록
- 변동요소: 화면 문구, 버튼 위치, 플랜별 기능, 로그인 상태, 입력 파일명, 고객별 자료 구조
- 승인 필요: 개인정보 접근, 계정 연결, 외부 발송, 게시, 삭제, 결제, 권한변경
EOF

세 파일 초안을 만들게 하는 프롬프트

Claude Code에는 아래처럼 요청합니다. 핵심은 원본 화면을 흉내 내라는 지시가 아니라, 관찰 기록을 근거로 반복 가능한 명세와 검증표를 만들라는 지시입니다. 이 프롬프트는 실제 브라우저 조작, 계정 연결, 외부 서비스 실행을 금지합니다. 대신 문서 초안만 만들게 합니다. 자동화 가능성은 표시하되, 기능 제공 범위와 화면은 바뀔 수 있다고 적게 합니다.

screen-recording-notes-redacted.md만 근거로 training/record-to-skill 폴더에
아래 세 파일의 초안을 작성해 주세요.

생성할 파일:
1. workflow-observation.md
2. skill-spec.md
3. verification-checklist.md

공통 조건:
- ChatGPT Work Record and Replay를 경쟁제품 홍보가 아니라 Claude Code 자동화 설계 원리로 번역하세요.
- "100% 자동화"라고 단정하지 마세요.
- 기능 제공 범위, 플랜, 화면 구성은 달라질 수 있다고 명시하세요.
- 실제 계정 접속, OAuth, 발송, 게시, 삭제, 결제, 권한변경은 하지 마세요.
- 개인정보·고객사 식별정보·계정정보는 예시에도 넣지 마세요.
- 안정적인 단계와 변동요소를 분리하세요.
- 선택자와 화면 문구 의존 위험을 쓰고, 대체 기준과 중단 기준을 적으세요.
- 샌드박스 시험, 멱등성, 로그, 실패조건, 승인선을 포함하세요.

각 파일 필수 항목:
- 목적
- 입력
- 출력
- 선행조건
- 안정적인 단계
- 변동요소
- 실패조건
- 승인 필요 작업
- 검증 체크리스트

skill-spec.md에 반드시 들어갈 항목

스킬 명세는 예쁜 문서가 아니라 재현 계약입니다. 최소한 다음 항목이 들어가야 합니다. - 목적: 이 스킬이 반복해서 해결할 업무 - 입력: 관찰 메모, 샘플 파일, 비식별 데이터, 실행 범위 - 출력: 생성할 파일명, 저장 위치, 형식, 검토 상태 - 선행조건: 폴더 존재, 샘플 데이터 존재, 네트워크 사용 여부, 권한 범위 - 안정 단계: 매번 같은 순서로 수행할 작업 - 변동요소: 매번 바뀔 수 있는 값과 사용자가 제공해야 할 값 - 실패조건: 파일 없음, 화면 문구 불일치, 권한 요청, 개인정보 발견, 외부 실행 필요 - 승인선: 개인정보 접근, 계정 연결, 발송, 게시, 삭제, 결제, 권한변경, 고객 제공 - 로그: 어떤 입력으로 어떤 파일을 만들었는지 남기는 방식 - 멱등성: 같은 입력으로 다시 실행해도 기존 결과를 덮어쓰기 전에 확인하거나 버전 파일로 저장하는 방식 이 정도가 있어야 "다시 실행 가능한 자동화"라고 말할 수 있습니다. 없으면 그냥 화면 따라 하기 메모입니다.

검증은 샌드박스에서 먼저 한다

재생은 반드시 샌드박스에서 먼저 시험합니다. 실무 계정, 실제 고객 파일, 운영 DB, 외부 발송 채널에 바로 붙이지 않습니다. 검증 기준은 네 가지입니다. 1. 같은 비식별 입력으로 다시 실행했을 때 같은 구조의 결과가 나오는가 2. 기존 파일이 있을 때 덮어쓰기, 백업, 버전 생성 기준이 명확한가 3. 개인정보·계정정보·고객사 식별정보를 발견하면 멈추는가 4. 발송·게시·삭제·결제·권한변경 요청이 나오면 사람 승인 없이는 진행하지 않는가 멱등성도 여기서 확인합니다. 같은 명령을 두 번 실행했을 때 결과가 중복 생성되거나 원본이 사라지면 안 됩니다. 로그에는 실행 시각, 입력 파일, 생성 파일, 승인 필요 항목, 실패 또는 보류 사유를 남깁니다.

노무사 업무에 적용할 때의 멈춤선

이 방식은 취업규칙 검토, 상담 메모 정리, 강의안 제작, 안전보건 점검표 작성처럼 반복 절차가 분명한 업무에 잘 맞습니다. 반대로 최종 법률판단, 사건 전략 선택, 합의금·징계수위·해고 유지 판단, 대외 제출은 자동화 대상이 아니라 승인 게이트 대상입니다. Claude Code가 할 일은 관찰 기록을 정리하고, 반복 가능한 명세를 만들고, 검증표로 위험을 드러내는 것입니다. 사람이 할 일은 어떤 업무를 반복 가능한 절차로 볼지, 어디서 멈출지, 외부로 나가도 되는지 결정하는 것입니다. 결론은 단순합니다. 화면 기록은 자동화의 시작점일 뿐이고, 실무 자동화의 품질은 관찰·재생·검증 루프를 얼마나 엄격하게 문서화했는지에서 갈립니다.

공식 확인과 수업 기준일

수업 기준일은 2026년 7월 25일입니다. 출처 영상은 빌더 조쉬의 2026년 7월 20일 영상입니다. - 출처 영상: https://www.youtube.com/watch?v=02esZkttfzE - OpenAI 공식 Record & Replay 공개 안내: https://help.openai.com/en/articles/11391654-chatgpt-business-release-notes - OpenAI 공식 Skills 안내: https://help.openai.com/en/articles/20001066-skills-in-chatgpt - OpenAI 공식 Work와 Codex 안내: https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex - 참고 개념: ChatGPT Work Record and Replay - 수업 번역 대상: Claude Code에서 재현 가능한 관찰·재생·검증 설계 Record and Replay, Computer Use, ChatGPT Work, Claude Code의 기능 제공 범위와 플랜, 화면 구성은 바뀔 수 있습니다. 이 강의는 특정 제품 화면을 고정 매뉴얼로 외우는 수업이 아니라, 화면 기록을 안전한 스킬 명세로 바꾸는 설계 수업입니다.

핵심 정리

✓ChatGPT Work Record and Replay는 경쟁제품 자랑이 아니라, Claude Code에서도 배울 수 있는 '관찰 → 명세 → 검증' 자동화 설계 원리로 읽습니다.
✓이번 실습의 산출물은 workflow-observation.md, skill-spec.md, verification-checklist.md 세 파일입니다.
✓안정적인 단계와 변동요소를 분리해야 화면 기록을 재현 가능한 스킬 명세로 바꿀 수 있습니다.
✓선택자와 화면 문구 의존은 깨지기 쉬우므로 대체 기준, 중단 기준, 사용자 확인 조건을 명시합니다.
✓샌드박스에서 먼저 재생하고, 멱등성·로그·실패조건·개인정보 제거 여부를 검증합니다.
✓개인정보·계정·발송·게시·삭제·결제·권한변경은 자동화 대상이 아니라 사람 승인 게이트 대상입니다.
✓기능 제공 범위, 플랜, 화면 구성은 달라질 수 있으므로 특정 화면을 고정 매뉴얼로 외우지 않습니다.

이 강의가 어떠셨나요?

← 이전 강의 다음 강의 →