IndieBiz 유튜브 AI 팁 보고서 · 최근 6개월 이내의 AI 활용법 영상을 매일 자막으로 읽고 실행 가능한 팁만 증류합니다 · 팁은 자막 기반이며 직접 검증 전입니다
유튜브 AI 팁 보고서 — 2026-08-14 — 이미지생성
오늘의 영상 4편 (전부 최근 6개월 이내: 2026-03월 업로드) · 누적: 팁 105개
영어 2편 + 한국어 2편. 같은 날 두 번째 호 — 오전 '자료조사'호에 이어 그 호가 지목한 다음 주제입니다.
이미지 생성 AI를 다루는 법을 한국어·영어로 네 번 검색해 24편을 훑고, 최근 6개월 이내인 4편의 자막을 통독했습니다. 확인한 24편 중 19편이 6개월 규칙에 걸려 탈락했습니다 — 조회수 24만·19만짜리 히트작도 포함해서입니다. 이미지 분야는 도구 세대교체가 빨라 히트작이 유난히 빨리 낡습니다. 조회수는 작지만 신선한 편들을 읽은 결과가 더 나았습니다.
한눈에 (TL;DR)
- 오늘의 관통선: 이미지를 '그리는 일'에서 '구조를 편집하는 일'로 옮기고 있다. 네 영상이 서로 다른 도구·언어·직업군인데 전부 같은 수를 쓴다 — 이미지를 JSON으로 뜯거나, 프롬프트를 대괄호 변수 템플릿으로 만들거나, 인물·제품을 라이브러리에 등록한다. 셋 다 고정할 것과 바꿀 것을 분리하는 같은 동작이다. 어제(자료조사)의 "층을 나눠라"가 오늘은 "축을 나눠라"로 나왔다.
- 스타일과 피사체는 따로 조달할 수 있다. 마음에 드는 사진에서 촬영 기법만 JSON으로 뽑고(조명·구도·색팔레트·광학·후보정), 거기에 내 얼굴을 끼워 넣는다. 오늘 가장 값진 한 수 — "이런 느낌으로 해 줘"라는 말의 실패를 구조로 대체한다.
- 말로 짚기 애매한 위치는 그림 위에 화살표를 그려라. 브러시로 대상에 화살표를 긋고 그 옆에 "Turn the couch red"를 적는다. 지시용 낙서는 끝나고 "Remove the red text" 한 줄로 지운다. 지시의 언어가 글자만이 아니라는 것 — 좌표를 문장으로 설명하려는 헛수고를 통째로 없앤다.
- 이미지 생성기가 문서 도구가 됐다. 빽빽한 보고서를 캡처해 붙이고 "요약한 이미지를 만들어 줘" 하면 인포그래픽이 나오고, 소스를 아예 안 줘도 검색→정리→디자인을 한 번에 한다. 다만 세 영상이 입을 모아 같은 단서를 단다 — 내용 검증은 사람 몫.
- 오늘의 검색 함정: 주제를 치면 그 시기의 지배적 도구가 나온다. 어제 얻은 교훈대로 검색어를 방법 쪽으로 틀었는데도 상위권이 전부 나노바나나였다. 게다가 후보 24편 중 19편이 6개월 규칙에 걸려 탈락했다(조회수 24만·19만짜리 포함). 이미지 분야는 도구 세대교체가 빨라 히트작이 금세 낡는다.
오늘의 팁
1. 이미지를 JSON으로 뽑아 그 칸만 고쳐라
- 방법: 이미지를 올리고
Extract all the information from this image and convert it into structured JSON. 스타일·색·객체·공간 배치가 코드로 나온다. 같은 이미지를 다시 올리고 Modify the image based on the following JSON data 뒤에 그 JSON을 붙인 다음, 고칠 속성만 손댄다 — lounge chair의 색 필드를 black에서 red로.
- 왜: 화자의 표현이 정확하다 — "이것이 이미지의 DNA다." 자연어로 "의자만 빨갛게"라고 하면 모델이 장면 전체를 다시 그리면서 다른 것도 흔들린다. JSON은 안 건드린 필드가 안 건드려졌다는 것을 눈으로 확인할 수 있게 해 준다. 한 군데 고치려다 멀쩡한 그림을 망치는 문제의 정면 해법.
- 출처: Full Control AI Image Editing with JSON Prompting — Hongzhao (~00:24)
2. 스타일과 피사체를 따로 조달하라 — 촬영 기법만 JSON으로 추출
- 방법: 마음에 드는 사진을 올리고
Describe the photography techniques in this image in JSON format. 조명·구도·색 팔레트·광학과 초점·후보정이 항목별로 분리돼 나온다. 그다음 내 사진을 각도가 다른 것으로 2~3장 올리고 Generate a photo of this person based on the following JSON file + 그 JSON을 붙인다.
- 왜: "이런 느낌으로 해 줘"가 실패하는 이유는 느낌이 한 덩어리라서다. 이 수법은 레퍼런스를 스타일 성분으로 분해해서 피사체와 분리한다 — 스타일은 남의 사진에서, 피사체는 내 사진에서 조달하는 것. 얼굴 사진을 여러 각도로 넣는 이유는 모델이 입체를 잡게 하기 위함이다.
- 출처: 같은 영상 (~01:30)
- 관련: 8/13 문서업무호의 "색은 스포이트로 뽑아 팔레트 이미지로 마스터에 박아라"와 같은 계열입니다. 그쪽은 색 하나를 추출했고, 이쪽은 촬영 문법 전체를 추출합니다.
3. JSON을 손으로 못 고치겠으면 JSON 수정 자체를 AI에 시켜라
- 방법:
Add a suit and a red shirt to this person in the JSON prompt 라고 쓰고 그 아래에 이전 JSON을 붙인다. 그리고 이어서 편집할 때는 새로 생성된 이미지를 내려받아 다시 올린다 — 그래야 다음 수정이 최신 상태 위에서 일어난다.
- 왜: 구조화의 값은 얻으면서 구조를 직접 다루는 부담은 지지 않는 절충. 뒷부분(내려받아 재업로드)이 실무의 핵심인데, 이걸 안 하면 모델이 몇 수 전 상태를 기준으로 삼아 편집이 어긋난다.
- 출처: 같은 영상 (~02:40)
4. 말로 짚기 애매한 위치는 그림 위에 화살표를 그리고 그 옆에 글자로 지시하라
- 방법: 이미지를 클릭하면 브러시와 텍스트 도구가 나온다. 브러시로 대상에 화살표를 긋고 텍스트로
Turn the couch red. 다른 대상에 화살표 하나 더 긋고 Put a teddy bear on the chair. 여러 지시를 한 화면에 얹고 한 번에 실행한다. 작업 후 남은 지시용 낙서는 Remove the red text 한 줄로 지운다.
- 왜: "왼쪽에서 두 번째 뒤쪽 의자"를 문장으로 설명하는 일은 늘 실패하고, 실패해도 왜 엉뚱한 걸 골랐는지 알 수가 없다. 가리키는 것은 그림의 일이고 지시하는 것은 글의 일인데, 이걸 억지로 글 하나에 몰아넣고 있었던 것이다. 마지막의 "낙서 지우기"가 특히 영리하다 — 지시를 이미지 안에 그려 넣고 나중에 걷어내는, 사실상 임시 레이어를 쓰는 셈이다.
- 출처: 같은 영상 (~03:11)
5. 비율 변경·아웃페인팅·업스케일은 전부 한 줄 프롬프트다
- 방법:
Aspect ratio 9:16 — 16:9 이미지가 세로로 바뀐다(1:1, 21:9도 자유). 프레임을 넓히려면 Generate a full-body image of this person wearing jeans and holding a briefcase. 9:16 aspect ratio — 없던 하반신을 지어낸다(아웃페인팅). 흐릿하면 Upscale this image to 4K.
- 왜: 예전이면 각각 다른 도구를 열어야 했던 세 작업이 같은 대화창의 한 줄이 됐다. 도구를 오가는 마찰이 사라진 것이 기능 자체보다 큰 변화다.
- 출처: 같은 영상 (~04:10 / ~04:53 / ~05:17)
- 보정: 영상 끝의 워터마크 제거 도구 안내는 화자 본인이 만든 도구 홍보입니다. 그리고 생성 이미지의 워터마크(구글은 여기에 SynthID 같은 출처 표식을 함께 넣습니다)를 지우는 것은 약관·표시 의무와 얽힌 문제인데 영상은 그 대목을 다루지 않습니다. 팁 자체에서 이 부분은 뺐습니다.
6. 인물 프롬프트는 8칸을 채워라 — 나이·머리·장소·조명·질감·의상·카메라 방향·카메라 사양
- 방법: 화자의 예문 그대로 —
Full-body portrait of a 25-year-old woman with long brown hair standing in a modern coffee shop, natural window lighting, soft shadows, photorealistic skin texture, casual outfit, looking at camera, shallow depth of field, shot on Canon 5D
검수는 손가락부터 본다(다섯 개인가, 기형은 없나).
- 왜: 8칸 목록이 요점이지 이 문장이 요점이 아니다. 사람들이 실패하는 지점은 상상력이 아니라 빠뜨린 칸이고, 목록이 있으면 빠뜨림이 눈에 보인다. 어제 문서업무호의 "슬라이드 마스터를 먼저 만들어라"와 같은 성격 — 매번 새로 고민하지 않게 만드는 고정 틀.
- 출처: 15 Ways to Use Nano Banana Pro — AI Master (~01:34)
7. 변주는 '두 변수만' 바꿔라
- 방법: 같은 인물의 다른 장면이 필요하면 프롬프트를 새로 쓰지 말고 장소와 의상 두 칸만 교체한다 (modern coffee shop → modern gym, casual outfit → athletic wear). 잘 나온 결과물은 다음 생성의 레퍼런스 이미지로 되먹인다.
- 왜: 동일성은 프롬프트를 잘 써서 얻어지는 게 아니라 안 바꾼 것들이 만들어 준다. 새로 쓰면 안 바꾸려던 것까지 미묘하게 달라진다. 팁 1의 JSON 편집과 정확히 같은 논리가 자연어 층에서 나타난 것.
- 출처: 같은 영상 (~02:24)
8. 조명은 실제 사진 용어로 불러라 — Rembrandt lighting, butterfly lighting
- 방법: 결과가 평평해 보이면 "조명을 더 예쁘게"가 아니라 실존하는 조명 기법의 이름을 넣는다. 같은 원리로 극사실에는
professional retouching, 애니메이션 화풍에는 특정 감독·스튜디오 이름.
- 왜: 화자의 근거가 단순하고 강하다 — "이건 진짜 사진 용어이고, 모델은 그게 뭔지 정확히 안다." 모델은 사진 교과서와 그 결과물을 함께 학습했으므로, 업계 용어는 압축된 지시어다. 형용사 열 개보다 정확한 명사 하나가 낫다.
- 출처: 같은 영상 (~06:22 / ~09:30)
- 관련: 8/12 프롬프트호의 "절차를 지시하지 말고 결과물을 정의하라"의 이미지판입니다. 조명을 어떻게 놓으라고 절차를 설명하는 대신 완성된 조명의 이름을 부른다.
9. 물리 현상은 촬영 기법 단어로 유도하라 — freeze frame, high-speed photography
- 방법:
white sneaker exploding through water splash, freeze frame, droplets in midair, black background, high-speed photography aesthetic. 향수병을 띄우려면 product floating slightly above ground.
- 왜: 팁 8의 연장이지만 축이 다르다 — 조명이 아니라 시간이다. "물이 튀는 걸 그려 줘"는 막연하고, "고속 촬영으로 정지시킨 순간"은 모델이 아는 특정 사진 장르다. 물방울의 물리를 묘사할 필요가 없어진다.
- 출처: 같은 영상 (~12:23)
10. Knolling 배치는 개수를 정확히 세어서 적어라
- 방법: 물건을 90도로 정렬해 등간격으로 늘어놓는 플랫레이를 knolling이라 한다.
nine EDC items, pocket knife, flashlight, wallet, keys, pen, watch, phone, sunglasses, multi-tool, parallel alignment, 90° angles, equal spacing between objects, top-down view, white background. 개수를 명시하는 것이 핵심 — 모델이 세어서 간격을 계산한다.
- 왜: 예전 모델은 물건을 뭉치거나 겹치거나 간격 지시를 무시했다. 개수를 못 박으면 배치가 산수 문제가 되고, 그건 지금 모델이 푸는 종류의 문제다.
- 출처: 같은 영상 (~14:07)
- 함정 기록: 자동 자막이 이 단어를 "nulling"으로 통째 오인식했습니다(영상 내내). 실제 용어는 knolling — 공구를 직각으로 정리하던 가구 디자인 관행에서 온 말입니다. 자막만 읽고 쓰면 존재하지 않는 용어를 팁으로 내보낼 뻔한 사례라 남깁니다.
11. 표지·포스터의 글자는 이제 이미지 모델 안에서 처리한다
- 방법:
book cover design, title text, The Last Witness, in bold serif font, author name, John Carter, at bottom, dark alley background, professional typography, readable text — 문구·서체 종류·위치를 명시한다.
- 왜: 이미지 모델이 글자를 못 쓰던 시절의 습관(배경만 만들고 글자는 다른 도구에서)이 이제 불필요해졌다. 다만 화자가 인포그래픽 관련해 단 단서가 중요하다 — 상세도를 최대로 올리지 마라. 글자가 늘어나는 만큼 오타도 는다.
- 출처: 같은 영상 (~16:03, 상세도 단서는 자료조사호 팁 10과 짝)
12. 얼굴·제품 일관성은 프롬프트가 아니라 '등록'으로 푼다
- 방법: 같은 인물이나 제품을 반복해 쓸 거라면 매번 묘사하지 말고 레퍼런스 3~4장을 올려 등록한 뒤 골라 쓴다. 등록 시 여러 각도·표정이 한꺼번에 생성돼 라이브러리에 남는다.
- 왜: 일관성 문제를 프롬프트 정교화로 풀려는 시도가 실패하는 지점 — 아무리 자세히 써도 매 생성이 독립 시행이다. 참조를 외부에 고정해야 시행 간 동일성이 생긴다. 팁 1(JSON), 팁 20(변수 템플릿)과 함께 오늘의 관통선 세 번째 판본.
- 출처: 같은 영상 (~02:57, 제품판은 ~13:32)
- 보정: [홍보성] 이 영상은 화자 본인의 유료 플랫폼(AI Master / 자체 AI Studio) 안에서 시연됩니다. 화자는 "AI 스튜디오를 열고 characters 섹션으로 가라"고 말하는데, 이는 구글 AI Studio의 기능이 아니라 그의 플랫폼 기능으로 보입니다 — 캐릭터 빌더·AI Me·프로덕트 빌더 모두 마찬가지입니다. 그러니 "레퍼런스를 등록해 재사용한다"는 원리만 취하고, 구체적 메뉴 경로는 각자 쓰는 도구에서 다시 찾아야 합니다. 영상은 또 팁마다 "이걸 프리랜서 사이트에서 $150에 팔아라"를 반복하고, 마지막엔 스스로 "이 영상은 10%만 유용하다"며 유료 마스터클래스로 보냅니다.
13. 이미지 생성기를 '문서 이해 도구'로 써라 — 보고서 캡처 → 요약 인포그래픽
- 방법: 글만 빽빽한 보고서를 캡처해서 붙여넣고 "첨부된 소스의 내용을 쉽게 이해할 수 있도록 주요 내용을 요약한 이미지를 만들어 줘". 복잡한 표를 주면 알맞은 그래프로 바꾼다. 문서 전체가 아니라 일부만 줘도 된다.
- 왜: 이 대목이 오늘 가장 관점을 바꾸는 지점이다. 우리는 이미지 생성 AI를 그림 그리는 도구로 분류하고 있었는데, 화자의 사용례는 읽기 어려운 문서를 읽히게 만드는 문서 도구다. 사람이 하면 내용 이해 → 구조 정리 → 디자인의 세 단계인데 그게 몇 초로 접힌다. 저장 시 우클릭 대신 별도 메뉴를 쓰면 고해상도 판을 받을 수 있다.
- 출처: 나노바나나2 실전활용법 — 에이커, 돈이되는 AI와 이커머스 (~01:36)
14. 이미지 생성에는 사고 모델이 항상 낫지 않다 — 빠른 모델 먼저
- 방법: 이미지 생성 모델 선택에서 기본을 빠른 모델로 두고, 필요할 때만 추론 모델을 시도한다.
- 왜: 화자의 관찰이 정직하다 — "사고 모델을 쓰면 더 오래 걸리지만 항상 더 좋은 결과물이 나오는 건 아니다. 무료 계정은 사용 한도가 더 빨리 준다." 텍스트에서 통하는 "비싼 모델이 낫다"가 이미지에서는 자동으로 성립하지 않는다.
- 출처: 같은 영상 (~02:17)
15. 자료가 없어도 된다 — 검색·정리·디자인을 한 프롬프트에 맡기는 '검색 시각화'
- 방법: 소스를 주지 않고
○○에 따른 주가 전망을 정리한 인포그래픽을 만들어 줘. 검색 → 핵심 정리 → 디자인이 한 번에 나온다. 지도도 된다 — 지역 맛집 지도, 회사 약도, 출장 동선.
- 왜: 팁 13이 내가 가진 문서를 접는 것이라면 이건 없는 자료를 조달까지 해서 접는 것이다. 화자가 놀란 지점이 정확하다 — "제가 별다른 자료를 주지 않아도 된다는 겁니다."
- 출처: 같은 영상 (~04:31, 지도는 ~04:56)
- 보정: 이 편의성이 그대로 위험이기도 합니다. 화자도 두 번 짚습니다 — "이미지 속 내용이 올바른지 꼭 확인해야 한다", "양질의 자료가 있다면 더 좋은 내용을 담은 이미지를 만들 수 있다." 환각이 그림 안에 들어가면 텍스트일 때보다 검증이 어렵습니다 — 근거 표시도 인용도 없고, 보기 좋은 디자인이 신뢰의 착시를 더합니다. 어제 자료조사호의 "소스에 고정하라"와 정면으로 부딪히는 지점이고, 어제 팁 1의 세 조건(환각이 용납 안 되는 판인가)이 여기서 바로 쓰입니다.
16. 모르는 언어의 이미지는 같은 AI에게 검수를 시켜라
- 방법: 외국어 텍스트가 든 이미지를 다시 올리고
이 이미지 속 외국어 텍스트가 정확한지 검토해 줘. 틀린 곳과 수정안이 목록으로 나온다. 그대로 수정을 요청한다.
- 왜: 외국어 이미지의 진짜 문제는 만드는 게 아니라 검수할 수 없다는 것이다. 모르는 언어의 오타는 눈에 안 보이고, 그래서 못 쓴다. 이 수법은 생성물을 새로운 입력으로 되돌려 판정을 받는다 — 만들기·검수·수정이 한 도구 안에서 닫힌다.
- 출처: 같은 영상 (~06:15)
- 관련: 8/12 프롬프트호의 "자기 점검 3단 — 표시하고, 이유 설명하고, 수정 전후를 나란히"가 텍스트에서 하던 일을 이미지에서 합니다. 다른 점은 생성과 검수 사이에 이미지라는 불투명한 매개가 끼어 있다는 것 — 그래서 별도 왕복이 필요합니다.
17. 수정 프롬프트는 두 가지만 명확히 — 뭘 바꿀지, 어떻게 바뀌면 좋을지
- 방법:
첨부된 이미지에서 11월 10일 부분을 11월 9일로 수정해 줘 — 날짜만 바뀌고 나머지는 그대로다. 요리 사진의 메뉴를 바꾸는 것 같은 큰 변경도 배경까지 자연스럽게 따라온다. 단 수정이 누적되면 일관성·품질이 떨어지니, 고칠 게 많으면 새 채팅에서 다시 시작한다.
- 왜: 프롬프트를 잘 쓰는 법을 복잡하게 생각할 필요가 없다는 정리 — 대상과 목표, 두 칸이면 된다. 뒤의 단서가 더 중요한데, 편집 대화는 길어질수록 열화된다는 것은 도구를 어떻게 나눠 쓸지의 문제다.
- 출처: 같은 영상 (~07:37)
- 관련: 8/13 문서업무호의 "새 작업마다 채팅을 초기화하라", 코딩호의 "작업이 바뀌면 /clear" — 이미 수집(2026-08-13). 오늘 다른 점은 이유입니다. 그때는 컨텍스트 오염이 이유였는데, 여기서는 누적 편집의 세대 손실입니다. 사본을 사본에서 뜨는 일이 반복되는 것에 가깝습니다.
18. 보고 양식을 이름으로 지정하라 — "맥킨지식 피라미드로 정리한 이미지"
- 방법:
첨부된 소스를 맥킨지식 피라미드 방식으로 요약 정리한 이미지를 한글로 만들어 줘. 모델이 그 양식을 알고 거기에 맞춰 내용을 재배치한다.
- 왜: 팁 8(Rembrandt lighting)과 완전히 같은 수법이 문서 구조에 적용된 것이다. 조직마다 선호하는 보고 양식이 있는데, 그걸 설명하는 대신 이름을 부르면 된다. 오늘 두 번째로 나온 "형용사보다 정확한 명사".
- 출처: 같은 영상 (~09:26)
19. 대충 찍은 제품 사진 한 장이 홍보 이미지의 입력이다
- 방법: 휴대폰으로 막 찍은 제품 사진 +
이 제품을 판매하기 위한 홍보 이미지를 만들어 줘. 배경·컨셉뿐 아니라 제품 특성에 맞는 카피와 하단 주의문구까지 붙는다. 같은 사진으로 스튜디오·캠핑장·모델 샷 등 컨셉을 여러 개 뽑고 고른다. 입력 사진의 화질이 좋을수록 결과가 좋다.
- 왜: 쇼핑몰을 직접 운영하는 화자가 가장 많이 쓴다는 기능이다. 요점은 배경 합성이 아니라 모델이 제품을 보고 무엇을 팔지 판단해 문구까지 짠다는 것 — 이미지 작업이 아니라 기획 작업이 넘어간 것이다.
- 출처: 같은 영상 (~08:12)
20. 프롬프트를 대괄호 변수 템플릿으로 만들고, 변수 조합 생성까지 LLM에 넘겨라
- 방법: 잘 나온 프롬프트에서 바꿀 자리만
[]로 비워 템플릿으로 만든다. 그 템플릿을 Claude·ChatGPT에 주고 변형안을 뽑게 하면 컨셉 5종이 즉시 나온다(예: 지중해 컨셉). 여기서 한 발 더 — 내 제품 사진을 템플릿과 함께 주고 "이 제품 분위기에 맞게 변수를 조정해 줘"라고 하면 LLM이 사진을 보고 변수를 맞춘다.
- 왜: 마지막 단계가 이 팁의 값이다. 화자의 문제 제기가 정확하다 — "예시를 봤을 때는 멋져 보였는데 내 제품에 적용하면 안 어울리는 상황." 남의 좋은 프롬프트가 내 물건에서 무너지는 이유는 그 프롬프트가 그 물건에 맞춰져 있어서고, 변수 축이 노출돼 있으면 그 맞춤을 다시 할 수 있다. 오늘 관통선(고정/변수 분리)의 가장 단순한 판본.
- 출처: 무한 변형 가능 이미지 AI 프롬프트 템플릿 대공개 — GAYUN AI (~03:38)
- 보정: [홍보성 — 오늘 가장 심함] 이 영상은 와디즈 전자책 펀딩 홍보물입니다. 도입부가 "생성형 AI를 아는 자 살고 모르는 자 죽는다" + 빅테크 정리해고 숫자 나열이라는 공포 마케팅이고, 정작 템플릿 본문도, 자랑하는 "3 Tier 구조"도 공개되지 않습니다("3000시간 들여 만든", "만 장 넘게 테스트한"이라는 주장만 반복). 열 몇 분 중 건진 것은 위 방법론 하나이고, 그 방법론은 다행히 템플릿 없이도 성립합니다 — 내가 만든 어떤 프롬프트에든 적용 가능하기 때문입니다.
시도 후보
- JSON 왕복 편집(팁 1) — 그림 한 장을 붙잡고 "추출 → 필드만 수정 → 재생성"을 한 번 해 보면, 자연어 편집이 매번 다른 것까지 흔들던 것과 얼마나 다른지 즉시 보입니다. 준비물이 없고 한 번의 대화면 됩니다.
- 화살표 지시(팁 4) — 위치를 문장으로 설명하기 곤란했던 편집을 하나 골라 그림 위에 화살표로 시켜 보는 것. 되는지 안 되는지가 한 판에 갈립니다.
- 보고서 캡처 → 인포그래픽(팁 13) — 마침 손에 산문 보고서가 여럿 있습니다. 오늘 오전 자료조사호를 캡처해 넣어 보면 이 경로가 우리 산출물에 쓸 만한지 바로 판단됩니다.
오늘의 영상
지켜볼 점 / 내일 주제 후보
-
내일 주제 후보: 에이전트. 8/14 자료조사호가 차선으로 지목한 칸이고, 그 호에서 두 영상이 각각 CLI와 MCP로 도구를 붙이는 대목이 나왔지만 그 배관 자체를 정면으로 다루지는 못했다. 차선은 영상제작 — 오늘 이미지 쪽을 훑는 동안 "이미지 → 영상" 전환을 전제로 깔고 말하는 영상이 계속 스쳤다(Veo·Sora·Kling). 이미지생성 호의 자연스러운 다음 칸이다.
-
오늘의 관찰 1 — 이미지 분야는 6개월 규칙이 가장 아프게 걸린다. 확인한 24편 중 19편이 컷오프 밖이었고, 그중엔 조회수 24만(Speel)·19만(브랜드 도적단)짜리 히트작도 있었다. 자료조사 때는 낡은 영상이 "딥리서치 시절"이라 뒤처져 보였다면, 이미지 쪽은 2025년 12월 무렵에 조회수가 몰려 있다 — 나노바나나 프로 출시 직후의 폭발이 그때였고 그 물결이 통째로 규칙 밖에 있다. 규칙을 지킨 대가로 조회수는 작지만 신선한 편들을 읽었고, 결과적으로 그게 나았다(오늘 1위 수확이 조회수 17만짜리 신선한 편이었다).
-
오늘의 관찰 2 — 어제의 교훈을 적용했는데도 도구 이름으로 수렴했다. 어제 "주제를 검색하면 그 시기의 지배적 도구가 나온다, 방법 쪽으로 틀어라"를 배웠고 오늘 실제로 그렇게 했다(consistent character / brand product photo / 실무 편집 노하우). 그런데도 상위권이 전부 나노바나나였다. 이미지 분야에서는 방법과 도구가 지금 거의 같은 말이라는 뜻으로 읽힌다 — 자료조사에서 NotebookLM이 그랬듯이. 대안은 검색어가 아니라 채널 축일지 모른다(사진·디자인 실무자 채널을 먼저 정하고 그 안에서 최신을 보는 방식).
-
팁 10의 자막 오인식은 이 보고서의 방법론에 대한 경고로 남긴다. 자막만 읽는 방식은 15분 영상을 몇 천 토큰으로 접어 주지만, 자동 자막이 전문 용어를 뭉개면 존재하지 않는 단어가 팁이 된다. 오늘은 "nulling"이 문맥상 이상해서 걸렸는데, 덜 이상한 오인식은 그냥 통과할 것이다. 도구·기법 이름은 앞으로도 교차 확인이 필요하다.