Claude Opus 5.5 AI Full COURSE 1 HOUR (Build & Automate Anything)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Claude Opus 5.5로 웹사이트·영상·3D 세계와 업무 자동화를 만드는 이 강좌의 핵심은 구체적인 요구사항, 명확한 종료 기준, 반복 검증으로 생성물을 실제 사용 가능한 결과로 다듬는 것이다.

📌 핵심 요점

1. 제작 프롬프트에는 대상·동작·스타일·제외 요소·완료 기준을 함께 적는다. Three.js 웹사이트와 3D 세계는 단일 HTML 파일로 구성하고, 스크롤·터치 조작과 모바일 실행까지 요구한다.
2. 영상은 이야기 구조와 시각적 조건을 먼저 정한다. Hyperframes 설치 여부를 데모로 확인하고, 생성 후에는 장면별 오류·브랜드 색상·로고·세로 화면 구성을 구체적으로 수정한다.
3. 장기 작업에는 자율 진행의 경계가 필요하다. CLAUDE.md에 중단 조건을 기록하고, tasks.md로 진행 상황을 보존하며, 하위 에이전트의 결과도 근거를 확인한 뒤 수용한다.
4. 개선 효과는 반복 측정으로 판단한다. 홈페이지 조작 가능 시간 등을 여러 번 측정하고, 한 번에 하나씩 변경해 효과가 있는 수정만 유지하며, 개선된 수치를 이후 변경의 통과 기준으로 삼는다.
5. 자동화 대상은 실제 시간 기록으로 고른다. SEO 사례에서는 키워드 조사부터 검색 의도에 맞춘 기사 작성·발행까지 연결하고, Search Console 데이터로 제목 수정과 신규 콘텐츠의 우선순위를 정한다.

🧩 배경과 문제 정의

• 웹사이트·영상·3D 콘텐츠 제작을 AI에 맡기더라도, 원하는 디자인과 동작을 얻으려면 구체적인 요구사항과 완료 기준이 필요하다.
• 예제 작업은 Claude Code에서 Opus 5.5를 사용하며, 3D 웹사이트에는 Three.js를, 애니메이션 영상에는 Hyperframes를 활용한다.
• 첫 생성물은 수정이 필요한 초안이다. 화면의 가독성, 모바일 대응, 영상의 개별 장면을 확인하고 피드백을 반영하는 과정이 포함된다.
• 복잡한 도구 설치와 장시간 작업에서는 기술적 진입 장벽뿐 아니라 중단 조건, 진행 상황 보존, 결과 검증도 관리해야 한다.

🕒 시간순 섹션별 상세정리

1. 스크롤에 반응하는 3D 웹사이트의 설계 요소

• 기본 요청만으로 예제와 같은 디자인이 나오지는 않으므로, 별도의 프롬프트 체계가 필요하다. 목표는 스크롤에 따라 중앙의 3D 요소가 움직이고 형태를 바꾸는 웹사이트를 단일 HTML 페이지로 만드는 것이다 [02:01]
• Claude 데스크톱의 코드 영역을 활용하고, 중앙에 배치할 대상·스크롤에 따른 변화·사용자 상호작용·전체 분위기를 정한다. 중앙 대상에는 유리 조형물, 제품, 떠 있는 로고 등을 사용할 수 있다 [02:46]

2. 브랜드 정보와 상호작용을 구현 프롬프트로 구체화

• 단일 HTML 파일과 Three.js를 사용하는 조건을 넣고, 브랜드와 중앙의 핵심 오브젝트를 지정한다. 예제에서는 AI Profit Boardroom을 브랜드로, AI 로봇을 중앙 대상으로 선택한다 [04:07]
• 스크롤 구간별 형태와 색상 변화, 드래그 회전, 재질 변경 버튼 같은 상호작용을 정의한다. 기존 웹사이트의 정보를 가져와 페이지의 각 구역에 넣을 수도 있다 [05:26]

3. 추가 지시와 모바일 점검을 통한 웹사이트 개선

• 모델 선택 메뉴에서 Opus 5.5를 선택해 작업을 진행하고, 기존 프롬프트에 원하는 시각적 스타일을 설명하는 추가 프롬프트를 결합한다 [06:43]
• 생성 중에도 브랜드에 더 어울리는 외관이나 고급스러운 표현을 요청할 수 있다. 결과는 휴대전화에서 확인해 반응형 동작을 점검해야 한다 [07:49]

4. Hyperframes를 이용한 HTML 기반 영상 제작

• Hyperframes는 AI 에이전트가 영상을 만들도록 돕는 무료 오픈소스 스킬로 묶인다. 예제 영상에는 이야기 전개, 애니메이션, 조명 효과가 들어간다 [09:01]
• 영상 길이에 따라 Claude가 독립적으로 작업할 시간이 약 30~60분 필요하다는 안내가 나온다. Hyperframes는 HeyGen이 개발했으며 HTML을 이용해 애니메이션 영상을 구성하는 도구로 드러난다 [09:53]

5. 영상 제작 전 설치 확인과 이야기 구조 지정

• Hyperframes 설치를 요청할 때 GitHub 링크를 함께 제공하고, 설치 후 데모를 만들어 도구를 제대로 사용할 수 있는지 확인한다. 시연 환경에는 이미 설치되어 있어 설치 과정 자체는 반복하지 않는다 [11:51]
• 영상 프롬프트에는 주인공과 세계를 정하고, 고객의 문제에서 출발해 전환점·첫 성과·성과의 증거·안정감을 얻는 결말로 이어지는 짧은 이야기를 넣는다. 내레이션과 배경음악은 선택 사항이다 [12:28]

6. 생성된 사이트와 영상은 검토·수정할 초안

• 웹사이트 첫 결과에는 색상 변경 기능과 스크롤 효과, 중앙의 3D 로봇이 구현된다. 로봇은 이미지 생성 대신 코드로 만든 3D 모델이며, 사이트는 여전히 마무리와 검증이 필요한 상태다 [14:31]
• 영상도 완성 후 직접 확인하고 특정 시점의 오류를 지적해 수정할 수 있다. 브랜드 색상 적용, 마지막 장면의 로고 추가, 짧은 영상용 세로 버전 제작도 후속 요청에 포함할 수 있다 [15:54]

7. 낯선 AI 도구의 설치와 학습을 함께 위임

• 기술적으로 복잡한 도구는 관련 자료를 Claude에 주고 설치·테스트·사용 안내 작성을 함께 요청하는 방식으로 접근한다. Hermes bot screen 예제에서는 화면을 갖춘 Hermes 에이전트 설정과 안내서 작성이 이루어졌다고 보여준다 [18:08]
• 자막에서 ‘Jeff’로 지칭하는 도구의 예제에서는 입력에 따라 생성되는 게임과 3D 세계를 다룬다. 사용법을 모르는 도구나 GitHub 프로젝트도 설정을 맡기고 작동 방식을 단계별로 설명받는 대상으로 삼는다 [19:13]

8. 장기 작업에는 명확한 완료 기준과 질문 조건이 필요

• 전체 작업과 종료 기준을 한 메시지에 제공해야 한다. 명확한 종료 지점이 없으면 필요 이상으로 작업을 이어가며 토큰을 소모할 수 있다는 것이 근거다 [20:58]
• 사이트 템플릿 이전의 완료 기준은 모든 페이지에 새 템플릿 적용, 기존 템플릿 제거, 전체 링크 정상 작동으로 구체화된다. 설명할 수 없는 오류가 발생했을 때만 멈추고 질문하도록 조건을 붙인다 [21:49]

9. 불필요한 사고 지시를 줄이고 응답 목적을 명시

• 자막의 가이드 설명에 따르면 Opus 5.5는 응답 전 사고량을 스스로 조절하므로, ‘더 깊게 생각하라’거나 ‘단계별로 생각하라’는 지시를 덧붙이면 시작이 느려질 수 있다 [22:06]
• 빠른 답이 필요할 때는 직접 답하라고 요청한다. 신중하게 생각하라는 문구를 반복하기보다 필요한 응답 방식을 명시하는 접근이다 [22:48]

10. 디자인의 제외 조건은 구체적인 요소로 작성

• ‘흔한 디자인을 피하라’는 추상적인 요청만으로는 한 기본 스타일이 다른 기본 스타일로 바뀔 수 있다. 제외할 배경색, 강조 표현, 버튼 형태를 직접 열거해야 한다 [23:05]
• 체육관 랜딩 페이지 예제에서는 크림색이나 흐린 흰색 배경, 제목의 특정 단어 강조, 섹션 제목의 번호 매기기를 금지 조건으로 사용한다 [23:39]

11. CLAUDE.md에 자율 진행과 중단 경계를 기록

• CLAUDE.md에 사용자 개입이 필요 없는 단계는 계속 수행하고, 파괴적인 행동 전에는 멈추라는 짧은 규칙을 추가한다 [23:58]
• 구체적인 규칙은 상태 설명과 다음 행동을 같은 메시지에 담고, 사용자 없이는 진행할 수 없거나 데이터 삭제·강제 데이터 이전·프로젝트 밖 변경을 앞둔 경우에만 중단하도록 한다 [24:30]

12. 하위 에이전트에 분담하되 결과의 근거를 검증

• 영상 하나 대신 다섯 개를 만드는 것처럼 큰 작업은 독립적인 부분으로 나눠 하위 에이전트에 맡길 수 있다. 각 결과는 근거를 확인한 뒤 받아들이는 조건을 붙인다 [24:56]
• /blog의 끊어진 링크와 누락된 이미지를 검사하는 예제에서는 폴더별로 에이전트를 배정한다. 결과를 페이지와 문제 중심의 표로 모으고 수정까지 이어가며, 에이전트 관리는 Opus에 맡긴다 [25:21]

13. 파일 체크리스트와 종료 보고로 장기 작업의 맥락 유지

• 긴 작업은 대화 맥락을 채우고 이전 내용이 요약되므로, tasks.md에 할 일을 기록한다. 완료한 항목을 표시하고 새로 발견한 작업을 추가하면 진행 상황을 빠르게 확인할 수 있다 [26:11]
• 작업 종료 보고는 ‘사용자 응답을 기다려 중단된 사항’, ‘변경한 사항’, ‘발견한 사항’의 세 항목으로 구성한다. 먼저 사용자가 처리해야 할 일을 확인한 뒤 나머지 결과를 읽도록 하는 방식이다 [26:41]

14. 이미지 분석 결과에 미확인 사항과 확인 위치를 포함

• 자막에서는 Opus 5.5의 이미지 판독 정밀도가 Opus 5보다 높다고 설명하지만, 분석 요청에는 확인하지 못한 내용을 표시하는 조건도 포함한다 [27:33]
• 분석 화면 스크린샷을 주고 이번 달 하락 폭이 가장 큰 페이지 세 개와 변화 내용을 찾도록 요청한다. 동시에 무엇을 확인하지 못했는지, 어디를 살펴봤는지 명시하도록 한다 [27:42]

15. 반복 측정과 성능 하한선으로 개선 효과 유지

• Anthropic 개발진이 2주 동안 Claude를 세 배 빠르게 만들었다는 글을 사례로 들며, 앱 실행·대화 시작·대화 로딩 같은 동작을 개선 대상으로 삼는다. 이를 다른 작업에 적용하는 출발점은 수치로 측정할 목표를 정하는 것이다 [28:05]
• 느린 홈페이지에는 사용자가 버튼을 클릭할 수 있을 때까지 걸리는 시간을 측정하는 반복 가능한 테스트를 만든다. 다섯 번 실행하고, 한 번에 하나씩 변경한 뒤 다시 측정해 시간을 줄인 변경만 유지하도록 요청한다 [28:48]

16. 빠른 모드는 긴급성과 토큰 소비를 함께 고려한다

• 작업 중인 에이전트에 더 과감한 결과나 즉각적인 개선을 요구할 수 있다. /fast 명령은 빠른 모드를 켜거나 끄는 데 사용한다 [30:02]
• 빠른 모드는 토큰을 더 많이 소비한다는 설명이 따른다. 단순한 작업에 상시 적용하기보다 시간이 촉박하거나 긴급한 작업에 사용하는 방식이 권장된다 [30:23]

17. 시간 기록으로 자동화 우선순위를 정한다

• 자동화의 출발점은 현재 시간을 많이 쓰는 업무다. 시간을 절약하거나 고객 확보에 도움이 되지 않는 작업은 자동화보다 제거하거나 거절하는 편이 낫다 [31:16]
• 작업 시작과 종료 때 타이머를 사용하고, 날짜·작업명·소요 시간을 문서나 스프레드시트에 기록한다. 이 기록으로 하루의 시간 사용을 파악하고 자동화 대상을 역으로 결정한다 [32:09]

18. 반복 업무를 다시 사용할 수 있는 SEO 시스템으로 만든다

• 시간이 많이 드는 업무를 구체적인 작업으로 설명해 Claude에 자동화를 요청한다. 키워드 조사라면 Google Search Console과 연결해 새로운 키워드 아이디어를 찾는 대시보드가 예시다 [34:00]
• SEO 시스템을 만든 이유는 사이트 관리에 많은 시간이 들었고, 콘텐츠 생산을 반복 실행할 수 있는 형태로 바꿀 필요가 있었기 때문이다 [34:43]

19. 초안 검증과 구체적인 피드백으로 결과를 개선한다

• 자동화한 작업은 실제로 실행해 적합성과 오류를 확인해야 한다. 3D 세계의 불필요한 음악을 제거하고, 더 독특한 결과와 후속 개선 아이디어를 요청하는 방식으로 수정한다 [35:30]
• 원하는 결과를 명확하게 설명하고 피드백을 구체화할수록 결과가 좋아진다는 접근이다. 여러 작업을 동시에 벌이기보다 하나의 결과물을 단계적으로 개선하는 데 집중한다 [36:13]

20. 영상 제작과 광고 생성을 하나의 작업 공간에 연결한다

• Claude와 Higgsfield MCP를 연결한 사례에서는 AI를 소재로 한 영화적 이야기를 요청해 단편 영상을 만들었다. UGC 형식 광고도 제작하며, 창작 지침과 결과물을 작업 공간에 보관한다 [38:21]
• 광고 스튜디오는 작업 대상, 타깃 고객, 참고 디자인, 문구, 원하는 크기를 입력받아 광고를 생성한다. 결과물을 작업 공간에 저장해 나중에 다시 접근할 수 있게 한다 [39:00]

21. 게임 생성에 배포 권한과 학습 지원을 결합한다

• Goldy Bench에서는 새 모델이 나올 때마다 단일 프롬프트로 만든 3D 게임 등을 시험한다. 해당 시연에는 레이싱, 오픈월드 운전, 낙하산 게임이 포함되며, 게임 물리 구상과 계획·코딩·논리에 대한 평가는 사용 경험에 기반한다 [39:35]
• 생성한 데모는 Netlify와 사이트 호스팅에 대한 접근 권한을 제공한 뒤 Claude를 통해 배포했다. 시연 중인 결과물은 실제 웹사이트에 호스팅되어 있다 [40:13]

22. 3D 세계의 상호작용과 사용량 경험을 구분한다

• 3D 세계 사례에는 낮과 밤 전환, 확대·축소, 물 반사, 직접 이동과 자동 비행 기능이 포함된다. 일부 참고 사례는 소스 코드를 구할 수 있는 오픈소스다 [42:45]
• 이전에 사용한 모델로도 비슷한 작업이 가능했지만 더 느리고 토큰 소비가 컸다는 비교가 나온다. 현재는 주간 사용 한도에 여유가 있으나, 이 상태가 얼마나 지속될지는 알 수 없다고 한다 [43:49]

23. 단일 HTML 프롬프트에 시각 품질과 실행 조건을 명시한다

• 기본 요청은 Three.js를 사용하는 실시간 3D 세계를 하나의 독립적인 HTML 파일로 만드는 것이다. 예시 프롬프트는 소리를 제외하고, 이미지 파일 없이 모든 요소를 코드로 생성하도록 지정한다 [45:22]
• 품질 조건에는 단순한 구체나 실루엣을 넘어선 형태, 부드러운 영화적 조명, 깊이를 주는 안개, 필요한 부분에만 적용하는 발광 효과가 들어간다. 바람·입자·물 반사와 최소한의 화면 표시도 포함한다 [45:55]

24. 구체적인 세계 설정을 생성하고 로컬에서 실행한다

• 예시 요청은 생물 발광이 있는 수중 성당, 해파리, 리본 형태로 표현한 고래 노래, 떠다니는 발광 입자로 장면을 구성한다. 생성에는 5~10분이 걸릴 것으로 예상하며 브라우저 테스트도 수행하도록 한다 [46:44]
• 서로 다른 대화에서 여러 세계를 병렬로 만들 수 있다. 완성된 결과는 로컬 HTML 파일을 가리키는 링크로 열어 확인한다 [47:29]

25. 후속 수정은 조명·생동감·조작·구도에 집중한다

• 첫 버전이 괜찮더라도 두 번째와 세 번째 수정에서 세부 표현을 보강한다. 황금빛 햇살, 부드러운 그림자, 은은한 발광, 식물의 바람 움직임, 새와 먼 생물, 떠다니는 입자 등을 구체적으로 요청한다 [48:25]
• 낮과 밤 전환, 날씨, 터치 조작과 큰 화면 버튼을 추가해 사용성을 개선한다. Claude에 30초 동안 직접 이동하며 지연이 없는지 확인하도록 요청하는 테스트 예시도 있다 [48:56]

26. 수중 세계의 첫 결과와 후속 보완 범위를 확인한다

• 관련 교육 자료에는 세계·주인공·분위기·시간·품질 기준별 프롬프트와 예시가 포함된다. 검은 화면, 지나치게 어두운 장면, 느린 실행을 다루는 문제 해결 자료도 있으나, 이 구간에 구체적인 수정 절차는 나오지 않는다 [50:16]
• 수중 세계 사례는 실제 생성에 9분이 걸렸고, 실행과 검증을 거친 첫 결과로 드러난다. 단일 프롬프트로 만든 결과이며, 두 번째와 세 번째 요청을 통한 세부 마감은 이후 작업으로 남아 있다 [51:11]

27. SEO 성과 사례는 일반 검색과 AI 검색을 함께 다룬다

• 첫 사이트는 검색 유입 방문자가 0에서 1,300명 이상으로 늘었다는 사례다. 다른 사이트는 클릭 수가 0에서 하루 58회로 증가했으며, 첫 수치의 집계 기간은 이 구간에서 명시되지 않는다 [52:29]
• 생성형 AI 검색의 노출 수도 0에서 5,000회로 늘었다고 한다. 이 사례들을 근거로 같은 시스템을 반복 적용할 수 있고 일반 검색과 AI 검색 모두에 효과적이라는 주장이 계속된다 [52:57]

28. 신규 도구의 검색 수요를 다섯 유형으로 나눈다

• 핵심 전략은 새 도구가 등장했을 때 관련 검색어를 빠르게 공략하는 것이다. 도구명, 사용법, 무료 이용법 등을 별도 콘텐츠로 확장하며, 초기에는 경쟁이 낮고 유입 기회가 크다는 판단에 기반한다 [54:00]
• 키워드 유형은 신규 도구명, 사용 방법, 두 도구의 비교, 특정 용도에 가장 좋은 도구, 도구 관련 질문의 다섯 가지다. 마지막 유형에는 무료 여부, 오픈소스 여부, GitHub, 대기 명단 등이 포함된다 [54:32]

29. 검색어 아이디어와 Search Console 데이터를 작업 목록으로 바꾼다

• 트렌드가 발생한 날 주제나 최신 사례를 Claude에 넣고 사용자가 검색할 만한 키워드를 요청한다. 도구명·사용법·비교·추천·무료 및 오픈소스 여부 등을 포함하고, 검색 가능성에 따라 우선 공략할 10개를 정하도록 한다 [56:07]
• 기존 검색 데이터는 Google Search Console에서 직접 확인하거나 Agent OS 대시보드로 가져올 수 있다. 사이트와 기간, 관심 키워드를 선택해 조회하며, 수동 방식은 키워드 데이터를 CSV로 내보내 Claude에 전달한다 [57:18]

30. 검색 의도에 맞춰 콘텐츠 형식을 선택한다

• 키워드를 찾은 뒤에는 검색 의도와 글의 형식을 맞춘다. 제품명 중심 검색에는 제품의 정의, 제작 주체, 설정 방법을 설명하는 콘텐츠가 대응한다 [59:37]
• 사용 방법을 찾는 검색에는 결과를 먼저 보여주고 번호가 있는 단계별 절차를 제공한다. 이 형식은 다른 분야에도 적용할 수 있다는 주장으로 처리 구간이 끝난다 [59:50]

31. 검색 의도에 맞춘 비교 기사 작성과 키워드 군집 확장

• X와 Y의 비교나 용도별 최적 도구 추천을 기사 주제로 삼는다. Claude Opus에 ‘Open Muse 대 Metabase’ 같은 키워드와 대상 사이트를 입력하고, 첫 줄에 키워드를 넣으며 첫 세 문장 안에 검색자의 핵심 질문에 답하도록 요청한다. 기사 구성에는 H2 소제목, 비교표, 사례 연구, FAQ 5개, 저자 Julian Goldie 소개, 행동 유도 문구 4개와 내부 링크를 포함하며 제목 생성과 발행도 자동화할 수 있다 [1:01:15]
• 단독 기사보다 관련 키워드를 묶은 기사군을 구축한다. Jeff AI의 구조·모델·활용 사례·무료 사용법·안전한 의사결정 모델처럼 하나의 유행 주제에서 여러 검색 수요를 확장하는 방식이다 [1:01:50]

32. 초기 검색 수요 선점의 성과 근거와 교육·상담 서비스

• 사이트의 일일 클릭이 450회에서 다음 날 1,300회로 증가한 사례를 성과 근거로 든다. 신규 도구 출시 초기의 낮은 경쟁, 다수의 롱테일 페이지, 검색 의도에 바로 답하는 내용과 유용한 제목을 성공 요인으로 제시하며, IndexNow를 활용한 빠른 색인도 강조한다. 이는 해당 사례에 대한 설명이며 동일한 성과를 보장하는 근거는 아니다 [1:03:09]
• 새 AI 도구가 나오면 첫날에 소개·사용법·대안 비교·FAQ를 발행하고 매력적인 제목과 색인을 갖추는 실행 방식을 권한다. 이어 AI Profit 관련 커뮤니티에서 키워드 탐색부터 발행까지의 시스템, 질문 지원과 직접 메시지, AI SEO·사업 자동화·고객 확보 교육을 제공한다고 홍보한다. 교육 과정과 일일 업데이트, 주 4회 코칭, 주변 AI 에이전트 사용자와의 교류도 서비스에 포함된다고 보여준다 [1:04:22]

🧾 결론

• 첫 생성물은 검토와 수정이 필요한 초안이다. 화면 가독성, 모바일 조작, 영상 장면과 실행 오류를 확인해야 제작 과정이 마무리된다.
• 자율 작업의 지속성을 높이려면 전체 목표뿐 아니라 완료 조건, 질문할 조건, 진행 기록과 종료 보고 형식까지 설계해야 한다.
• 자동화의 유용성은 새 도구의 매력보다 절약한 시간과 검증된 결과로 판단한다. 여러 작업을 벌이기보다 하나의 결과물을 단계적으로 개선하는 접근이 제시된다.

📈 투자·시사 포인트

• AI 도입 예산과 시간을 배분할 때는 반복 업무의 소요 시간을 먼저 측정해야 한다. 강좌의 키워드 조사 사례처럼 시간이 많이 드는 단계가 우선 검토 대상이다.
• 제작 속도만으로 도입 효과를 판단하기 어렵다. 설치·검토·수정에 드는 시간과 빠른 모드의 토큰 소비까지 함께 비교해야 한다.
• 신규 AI 도구의 초기 검색 수요와 롱테일 기사군은 콘텐츠 사업의 기회로 제시된다. 다만 소개된 유입 증가 사례만으로 동일한 성과를 기대할 수는 없다.
• 강좌에는 교육 커뮤니티와 SEO 상담 홍보가 포함된다. 구매나 사업 적용 판단에는 시연 결과, 성과 주장, 서비스 소개를 구분해 읽을 필요가 있다.

⚠️ 불확실하거나 확인이 필요한 부분

• Opus 5.5의 사고량 조절, 이미지 판독 개선, 이전 모델 대비 속도·사용량 비교는 제공된 자막의 설명이다. 공식 사양이나 동일 조건의 비교 결과는 이 자료에 제시되지 않는다.
• Hyperframes 설치 과정은 이미 설치된 환경이라는 이유로 반복 시연하지 않는다. 자신의 환경에서 설치와 데모 실행이 가능한지는 별도 확인해야 한다.
• 키워드 조사 시간이 5시간에서 2~3분으로 줄었다는 수치와 SEO 유입 증가는 사례 주장이다. 일부 지표는 집계 기간이 없고, 자동화가 성과에 기여한 정도를 분리해 보여주지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 반복 업무의 시작·종료 시각과 소요 시간을 기록하고, 시간 절감이나 고객 확보에 도움이 되는 자동화 후보 하나를 고른다.
• 선택한 작업의 입력·결과물·제외 요소·완료 기준을 한 문서에 작성한다. 웹 작업이라면 모바일 조작과 링크 정상 작동도 포함한다.
• 필요한 도구의 자료와 설치 링크를 확인하고, 작은 데모를 실행해 작업 환경을 검증한다.
• 자율 진행 범위와 사용자 확인이 필요한 중단 조건을 정하고, 긴 작업은 tasks.md에 완료·미완료 항목을 남긴다.

❓ 열린 질문

• 자신의 업무에서는 검토·수정 시간까지 포함해도 가장 큰 시간 절감이 남는 자동화 대상이 무엇인가?
• 생성물을 실제 사용 가능한 상태로 인정하려면 어떤 기능·가독성·모바일 성능 기준을 통과해야 하는가?
• 소개된 SEO 성과는 다른 사이트와 주제에서도 재현되는가? 이를 판단할 측정 기간과 비교 기준은 무엇인가?