유튜브 AI 팁 보고서 — 2026-08-16 — 글쓰기

오늘의 영상 4편 (전부 최근 6개월 이내) · 누적: 팁 141개 / 다룬 영상 31편
한국어 2편 + 영어 2편. AI에게 글을 쓰게 하는 법 — 문체 이식, 조각내 쓰기, 에이전트 팀.

한국어·영어로 네 번 검색해 40여 편을 훑고, 6개월 규칙(컷오프 2026-02-17)을 통과한 4편의 자막을 통독했습니다. 오늘은 탈락률이 유난히 높은 날이었습니다 — 글쓰기 주제 검색 상위권이 거의 전부 2025년이었고, 조회수 9.8만·6.8만·34.8만짜리 히트작들이 전부 컷오프 밖이었습니다(자세한 관찰은 맨 아래).

오늘 네 편은 도구가 전부 Claude 쪽으로 쏠렸습니다. 이건 제 편식이 아니라 6개월 필터를 통과한 글쓰기 영상이 실제로 그쪽에 몰려 있었기 때문입니다. 제미나이·챗GPT 글쓰기 콘텐츠는 2025년에 정점을 찍고 컷오프 밖으로 밀려나 있었습니다.

한눈에 (TL;DR)

• AI가 글을 망치는 건 실력 부족이 아니라 한 번에 시킨 일의 개수 때문이다. 불릿 해석 + 구조 설계 + 문장 확장 + 톤 유지 + 훅 점검을 한 프롬프트에 얹는 것은 "재료를 통에 다 붓고 오븐을 200도로 트는 것"과 같다. 오늘 네 편 중 세 편이 각자 다른 도구에서 같은 결론에 도달했다 — 쪼개면 잘 되고, 합치면 무너진다.
• 오늘 최고의 팁: 첫 조각을 내 손으로 고친 뒤 그 수정본을 물려 다음 조각을 쓰게 한다. AI에게 전부 맡기지도, 전부 다시 쓰지도 않는 세 번째 길이다. 조각마다 내 수정이 되먹여지니 뒤로 갈수록 출력이 좋아진다.
• 마지막 10%를 AI에게 넘기면 나에 대한 데이터가 생기지 않는다. 최종 손질을 AI가 하면 AI는 자기 패턴만 다시 참조할 뿐이고, 이번 원고에서 거슬렸던 것은 다음 원고에서도 그대로 거슬린다. 사람이 마지막을 다듬는 행위 자체가 다음 글의 재료다.
• 문체는 말로 설명하는 게 아니라 내 글에서 역추출하는 것이다. 두 한국 채널이 서로 모른 채 같은 방법을 썼다 — 내 글 3편 첨부 → "내용 말고 말투·표현·도입부와 마무리 패턴을 분석해 스타일 가이드 파일로".

오늘의 팁

1. 한 프롬프트에 여러 일을 얹지 마라 — AI가 글을 망치는 진짜 이유

• 방법: 불릿과 스타일 가이드를 던지며 "이걸로 대본 써줘"라고 하면, AI는 동시에 ①내 불릿을 독자 아바타에 비추어 해석하고 ②구조를 설계하고 ③모든 문장을 확장하면서 ④톤을 지키고 ⑤방금 자기가 만든 구조를 안 깨는지 확인하고 ⑥훅·긴장·호기심 간극까지 감사한다. 화자의 비유가 정확하다 — "재료를 통에 다 넣고 오븐을 200도로 트는 것". 완성 원고를 통째로 던지며 "분석해줘"라고 하는 것도 같은 문제의 역방향이다("구운 케이크를 되돌려 굽기"). 해법은 하나뿐이다: 작업을 쪼개 한 번에 하나만 시킨다.
• 출처: How I Use Claude For YouTube Script Writing (2026) — George Blackman (01:01~01:49)
• 보정: 과장이 거의 없는 편이다. "2시간 안에 대본"이라는 주장은 있지만 본인이 4년간 다듬은 수작업 공정을 전제로 한 숫자라 초심자에게 그대로 적용되진 않는다.

2. 구조를 받기 전에 '앵글'부터 왕복하라

• 방법: 브레인스토밍 단계에서도 대부분은 같은 실수를 반복한다 — 불릿을 붓고 완성된 구조를 받는 것. 그렇게 받은 구조는 그럴듯해 보이지만 파고들면 세 절이 같은 말을 하거나 한 절이 너무 많은 것을 떠안고 있다. AI가 가장 논리적인 구조를 만들 뿐 주제 전문가인 내가 가진 뉘앙스가 없기 때문이다. 그래서 구조를 요청하기 전에 "이 글이 대체 무엇인가"를 대화로 먼저 정한다. 화자는 이 영상을 만들 때 처음엔 "마지막 10%는 사람 몫"을 클라이맥스로 두려 했는데, 왕복하다 보니 "단계를 밟아가는 과정 자체"가 더 쓸모 있는 구조임이 드러났다고 한다.
• 출처: How I Use Claude For YouTube Script Writing (2026) — George Blackman (02:47~04:00)
• 보정: 없음. 오히려 자기 영상의 구조가 어떻게 바뀌었는지를 실례로 공개한 점이 드물게 정직하다.

3. 글은 페이오프 → 셋업 → 텐션 → 훅 순으로 조각내 쓰게 하라

• 방법: 수작업으로 대본을 쓸 때 쓰던 순서를 AI에게도 그대로 적용한다. ①각 단락의 결론(페이오프)을 먼저 한 문장씩 전부 생성시키고 → 하나씩 읽으며 중복이 없는지, 정말 뭔가를 전달하는지 확인 ②그다음 도입부(셋업) ③둘을 잇는 전개(텐션) ④전체가 다 나온 뒤 맨 마지막에 훅과 맺음말. 처음부터 끝까지 순서대로 쓰지 않는다. 화자는 "단 한 번도 대본 전체를 한 번에 써 달라고 하지 않았다"고 못 박는다.
• 출처: How I Use Claude For YouTube Script Writing (2026) — George Blackman (04:55~05:44)
• 보정: 유튜브 대본 전용 프레임(페이오프/셋업/텐션/훅)이라 보고서·기술문서에 그대로 옮기려면 축을 갈아야 한다. 다만 "결론부터 전부 확정하고 살을 붙인다"는 뼈대는 장르 무관하다.

4. 첫 조각은 내 손으로 고쳐 쓰고, 그 수정본을 물려 다음 조각을 쓰게 하라 ★

• 방법: 위 방식으로 초안이 나와도 여전히 완벽하진 않다. 여기서 전체를 다시 쓰지 말고 첫 조각(segment 1)만 내 손으로 고친다. 그리고 그 수정본을 다시 붙여넣으며 이렇게 요청한다 — "내가 segment 1에 가한 수정에서 배운 것과, 내 스타일 가이드에 적힌 것, 둘 다를 적용해서 segment 2를 다시 써라." 조각마다 이걸 반복하면 뒤로 갈수록 출력이 좋아진다. 화자가 이 요청을 매 조각마다 되풀이하는 이유를 명시한다: 대화가 길어지면 스타일 준수가 가장 먼저 무너지기 때문이다(토큰 한도가 큰 Claude·Gemini도 마찬가지라고 관찰).
• 출처: How I Use Claude For YouTube Script Writing (2026) — George Blackman (06:18~07:22). 화자 본인이 "영상 전체에서 가장 중요한 지점"이라고 표시한 대목이다.
• 보정: 없음. 오늘 20개 중 가장 밀도 높은 팁이다.

5. 마지막 10%를 AI에게 넘기지 마라 — 나에 대한 새 데이터가 거기서 나온다

• 방법: 조각을 다 붙인 뒤 "전체 최종 점검"을 AI에게 맡기고 싶어지는데, 화자는 두 가지 이유로 말린다. ①또다시 "케이크 되돌려 굽기"다 — 완성 원고에서 프레임·스타일·독자 아바타를 한꺼번에 역산해야 하니 자신 있게 틀린 제안을 내놓는다. ②더 중요한 이유: AI가 최종 손질을 하면 AI는 자기 패턴만 다시 참조할 뿐이라 나에 대한 새 정보가 하나도 생기지 않는다. 반대로 내가 마지막을 직접 다듬으면 "내가 어떻게 고치는 사람인가"라는 데이터가 매번 새로 만들어지고, 그게 다음 원고의 재료가 된다.
• 출처: How I Use Claude For YouTube Script Writing (2026) — George Blackman (07:37~09:29)
• 보정: 그 데이터를 어떻게 되먹이는지("매 대본 후 AI에게 자기 자신에 대한 리포트를 쓰게 한다")는 다음 영상으로 미뤘다. 즉 오늘 확인된 것은 원칙까지고 구체적 방법은 미확인이다.

6. 문체는 설명하지 말고 내 글에서 역추출시켜라

• 방법: "친근한 선배 톤으로"처럼 말로 지시하는 대신, 내 기존 글 3편을 첨부하고 이렇게 요청한다 — "내용은 신경 쓰지 말고 말투, 자주 쓰는 표현, 도입부와 마무리 패턴을 분석해서 스타일 가이드 파일로 만들어줘." 네이버 블로그를 쓴다면 관리 > 글상 관리 > 글 저장 > PDF 만들기로 카테고리별 글을 한 파일로 묶어 통째로 첨부할 수 있다(시간이 걸리니 여유 있을 때 미리). 생성된 가이드를 읽고 동의 안 되는 항목은 빼라고 하면 된다 — 한 화자는 AI가 자기 문체라고 뽑아낸 "선행 솔직함" 항목이 공감되지 않아 제외를 요청했다.
• 출처: AI 고수들이 챗GPT 버리고 클로드로 넘어간 진짜 이유 — AI 콘텐츠 마스터 세인투 (약 02:27~04:10) · 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (03:29~05:39)
• 보정: 서로 모르는 두 채널이 같은 방법에 도달한 것이 이 팁의 신뢰도를 높인다. 단 "첨부하면 알아서 다 된다"는 톤은 낙관적이다 — 데키랩도 "한 번에 완벽한 가이드가 나오기는 쉽지 않다, 테스트하고 조건을 더하고 다시 돌리는 반복이 필요하다"고 인정한다.

7. 문체 파일의 수신자는 사람이 아니라 다음 에이전트다

• 방법: 위 스타일 가이드 요청에 한 문장을 더 붙인다 — "다른 AI 에이전트가 이 파일만 보고도 똑같은 톤으로 글을 쓸 수 있을 정도로 정리해줘." 읽는 주체를 명시하면 결과가 감상평("따뜻하고 공감적입니다")이 아니라 실행 규칙으로 나온다. 파일명도 style-guide로 고정한다 — 나중에 다른 에이전트가 이 파일을 찾는 기준이 된다.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (03:55~04:17, 06:01~06:13)
• 보정: 없음. 한 문장 차이인데 출력 성격이 갈리는 종류의 팁이다.

8. 글쓰기 설정을 맥락·톤·절차 세 층으로 쪼개라

• 방법: 세 기능을 각각 다른 질문에 답하는 층으로 쓴다. 프로젝트 = 무엇을 알고 쓰는가(내 정보·타깃 독자·글쓰기 규칙·참고 자료를 한 번 넣으면 그 안에서 계속 참조) / 커스텀 스타일 = 어떤 톤으로 쓰는가(말투를 기본값으로 고정) / 스킬 = 어떤 순서와 규칙으로 처리하는가(작업 매뉴얼 자체를 저장). 화자가 끝에 덧붙이는 단서가 중요하다 — 셋을 다 쓸 필요는 없다. 스타일만, 혹은 스킬만 만들어 쓰는 것도 완전히 괜찮다.
• 출처: AI 고수들이 챗GPT 버리고 클로드로 넘어간 진짜 이유 — AI 콘텐츠 마스터 세인투 (약 01:08~02:00, 12:00~12:30)
• 보정: 제목의 "챗GPT 버리고"는 낚시다 — 정작 본문에서 화자는 둘 다 유료로 쓰고 공정을 나눈다고 말한다(팁 11). 그리고 실습 중 커스텀 스타일의 "글쓰기 예시 추가" 기능이 당시 오작동해서 "스타일 설명하기(사용자 지정 지침)"로 우회한다 — 따라 하다 막히면 이 경로로.

9. 지침은 XML 태그로 주고, '구조를 기계적으로 반복하지 말라'를 명시하라

• 방법: 프로젝트 지침을 XML 태그로 구획하면 클로드가 맥락을 더 안정적으로 해석한다(그래서 지침 생성을 ChatGPT에 맡길 때도 "XML 태그 버전으로 써 달라"고 요청한다). 다만 그렇게 만든 지침에는 구조가 고착되는 부작용이 있어, 화자는 지침 안에 "구조를 기계적으로 똑같이 반복하지 말고 주제에 맞게 유연하게 변형하라"를 함께 넣는다.
• 출처: AI 고수들이 챗GPT 버리고 클로드로 넘어간 진짜 이유 — AI 콘텐츠 마스터 세인투 (약 04:33~05:04)
• 보정: XML이 좋다는 주장은 Anthropic 문서와도 부합하는 통념이지만 영상 안에 A/B 비교는 없다. 반면 뒤쪽 "구조 고착"은 화자가 실제로 겪고 대응한 것이라 신뢰도가 다르다.

10. 스킬은 내가 평소 쓰는 말이 트리거가 되게 하라

• 방법: 스킬 파일(SKILL.md)의 설명란에 내가 실제로 쓰는 표현을 넣어 둔다 — "블로그 글 써줘", "콘텐츠 작성", "네이버 블로그" 같은 것. 그러면 그 말이 나오는 순간 스킬이 자동으로 걸린다. 스킬을 호출하는 법을 따로 기억할 필요가 없어진다.
• 출처: AI 고수들이 챗GPT 버리고 클로드로 넘어간 진짜 이유 — AI 콘텐츠 마스터 세인투 (약 09:37~09:55)
• 보정: 스킬 파일 자체를 손으로 쓰지 않고 "내 문체 분석 결과를 줄 테니 클로드용 스킬 파일을 만들어줘"로 생성시키는 흐름이라 진입 장벽이 낮다.

11. 도구를 공정별로 갈라라 — 분석은 ChatGPT, 생산은 Claude, 검토는 나

• 방법: 화자의 실사용 배분은 이렇다. 글 분석·리서치·프롬프트 설계는 ChatGPT가 낫고, 결과물 자체의 품질이 중요한 글쓰기·코딩은 Claude가 확실히 낫다. 그래서 ChatGPT로 자료를 분석해 지침을 만들고, 그 지침을 Claude에 심어 글을 쓰게 하고, 최종 검토는 사람이 한다. 실제로 오늘 본 워크플로에서 프로젝트 지침·스킬 파일의 원료는 전부 ChatGPT가 만들었다.
• 출처: AI 고수들이 챗GPT 버리고 클로드로 넘어간 진짜 이유 — AI 콘텐츠 마스터 세인투 (약 12:30~13:10)
• 보정: 모델 우열 주장은 개인 체감이고 벤치마크 근거는 없다. 다만 "한 도구로 전 공정을 밀지 않는다"는 배분 원칙 자체는 근거와 무관하게 쓸모 있다.

12. 역할별 에이전트로 쪼개는 진짜 이유는 속도가 아니라 '어디가 틀렸는지 특정'이다

• 방법: 리서치·글쓰기·이미지를 한 대화에서 시키면 얼핏 괜찮아 보여도 여러 번 쓰다 보면 맥락이 겹치는 게 보인다 — 리서치 정보와 글쓰기 작업이 뒤섞이고 이미지 작업이 들어오면서 앞 내용을 놓친다. 결과물 품질이 들쑥날쑥해지는데 왜 그런지 알 수가 없다. 메인 오케스트레이터 아래 리서처 / 라이터 / 이미지메이커 / 어셈블러로 나누면 각자 자기 일만 하고 결과물만 넘기므로 단계별 품질이 일정하고, 이미지가 마음에 안 들면 이미지 담당 지침만 고치면 된다.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (01:45~02:41)
• 보정: 없음. 서브에이전트를 "빠르니까/토큰 아끼니까"로 설명하는 흔한 화법과 달리 디버깅 가능성을 이유로 든 것이 이 영상의 미덕이다.

13. 리서치 담당 지침에 '출처 없는 정보 금지'를 박고, 출력은 팩트체크 형식으로만 묶어라

• 방법: 리서처 지침에 세 줄을 명시한다 — "검색으로 확인한 내용만 기록하라", "출처 없는 정보는 적지 마라", "참고한 소스의 URL을 첨부하라". 환각을 사후에 잡는 대신 지침 층에서 구조적으로 막는 것. 그리고 리서처의 출력 형식은 팩트 위주로만 묶는다 — 글의 구조는 주제마다 어울리는 게 다르고 그건 라이터의 일이므로, 리서처가 구조를 잡기 시작하면 역할이 침범된다. 정보가 얕게 나오면 "각 항목마다 구체적 사례를 하나 이상 포함하라"를 조건으로 추가.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (13:19~16:08)
• 보정: "환각을 최대한 막도록 설계했다"는 표현대로 최대한이지 차단은 아니다. 출처를 붙이라는 지시가 출처의 정확성까지 보장하지는 않는다.

14. 가이드는 '반드시 준수할 것'을 반복해야 지켜진다

• 방법: 지침에 강제 문구가 없으면 에이전트는 첨부된 가이드를 "참고 자료구나" 정도로 읽고 무시할 수 있다. 화자는 라이터 지침에 "반드시 준수할 것", "반드시 따를 것"을 여러 번 반복해서 넣었고, 그러자 생성된 지침 자체가 "하나라도 빠지면 작성 불가" 수준으로 엄격해졌다.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (17:46~18:30)
• 보정: 반복이 왜 듣는지에 대한 설명은 없다(경험칙). 과하게 넣으면 유연성이 죽는 반대 위험이 있는데 그 얘기는 안 나온다 — 실은 팁 9(구조 고착 방지)가 바로 그 반대 위험이라 둘은 서로를 견제하는 짝으로 읽어야 한다.

15. 에이전트를 만들기 전에 가이드만으로 중간 테스트를 하라

• 방법: 에이전트를 하나도 안 만든 상태에서 스타일 가이드와 SEO 가이드 두 파일만 폴더에 넣고 "이 둘을 읽고 이 주제로 글을 써봐"로 초안을 한 번 뽑는다. 여기서 확인할 것은 딱 둘 — 말투가 스타일 가이드대로 나왔는가, 제목·본문 구성이 SEO 가이드를 따랐는가. 이 단계에서 안 되는 것을 에이전트를 다 만든 뒤에 찾으면 원인 후보가 몇 배로 늘어난다.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (08:56~12:47)
• 보정: 없음. 33분 영상에서 테스트가 세 번(가이드만 / 에이전트별 호출 / 새 세션 종단) 나오는데, 이런 걸 보여 주는 튜토리얼은 드물다.

16. 생성물을 스스로 다시 보게 하는 검수 루프를 지침에 넣어라

• 방법: 이미지메이커 지침에 "캡처한 이미지를 다시 열어 여백이 있는지, 텍스트가 튀어나갔는지, 요소가 삐뚤어졌는지 확인하고, 문제가 있으면 그 이미지를 재생성하라. 문제가 없어질 때까지 반복하라"를 명시한다. 이 한 단계가 있으면 사람이 "3번 이미지 다시", "5번 이미지 다시"라고 일일이 지시할 필요가 없고 품질이 안정적으로 유지된다.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (23:00~25:23)
• 보정: 화자의 테스트에서는 "재시도 없이 1회 만에 전부 통과"였다 — 즉 이 루프가 실제로 재생성을 트리거하는 장면은 영상에 안 나온다. 루프가 작동하는지는 미확인.

17. CLAUDE.md는 맨 마지막에, 짧게 쓴다

• 방법: 에이전트들을 전부 만들고 가장 마지막에 CLAUDE.md를 쓴다. 먼저 쓰면 에이전트를 손볼 때마다 CLAUDE.md가 따라 고쳐지고 여러 내용이 섞여 깔끔하게 작동하지 않는다. 담을 것은 규칙 전부가 아니라 각 에이전트가 무슨 역할인지 + 폴더 구조 + 단계 순서, 그리고 "메인 에이전트는 직접 쓰지 말고 서브 에이전트에게 분배만 하라"는 한 줄. 화자의 결과물은 세 줄이었다.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (28:57~30:25)
• 보정: 없음.

18. 선택지를 좁혀 일관성을 사라 — 이미지 템플릿 4종 고정

• 방법: 이미지를 외부 API 대신 HTML/CSS로 그린 뒤 Playwright로 캡처하는 방식으로 두고, 쓸 수 있는 템플릿을 네 가지로 못 박는다 — 비교표(둘 이상을 비교할 때) / 단계별 다이어그램(순서를 설명할 때) / 핵심 포인트 카드(요점 정리) / 인용 강조 박스(중요한 말 강조). 선택지가 넷뿐이면 AI가 고민하지 않고 그중에서 고르므로 톤이 흔들리지 않는다.
• 출처: 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 (20:31~22:53)
• 보정: 화자 스스로 지적하는 한계가 있다 — 이미지 디자인 톤을 "어두운 테크 분위기"로 고정해 두니 여행·운동 주제 글에는 안 어울렸다. 고정은 일관성을 주는 만큼 범용성을 뺏는다.

19. 작가의 '쓰는 일'과 '파는 일'을 한 폴더에 두라

• 방법: Cowork는 집필(초고·아웃라인·스토리 바이블·캐릭터 설정·일관성 체크·리서치 파일)과 출판 비즈니스(판매 페이지 문안·이메일 시퀀스·마케팅 스프레드시트·보도자료·제안서·메일과 드라이브 연결)를 같은 폴더 위에서 처리한다. 폴더 하나를 "제2의 뇌"로 지정하면 Obsidian 등 다른 도구로도 같은 파일에 접근된다. 표·차트가 필요하면 문장 하나로 끝난다 — "6개월 북런치 트래커를 만들어줘, 예상 판매·실판매·인세 칸에 막대 차트 포함"이면 서식도 수식도 손대지 않고 실제 엑셀 파일이 나온다. ※ 데스크톱 앱에서만 동작한다(브라우저·모바일 불가).
• 출처: Claude Cowork: The Ultimate AI Agent for Writers — The Nerdy Novelist (약 01:06~01:22, 05:25~07:30)
• 보정: [홍보성] 중간에 대기자 명단 등록을 유도하는 프롬프트팩 광고가 통으로 들어간다. 그리고 화자가 "조금 뒤에 다루겠다"고 예고한 humanizer 스킬(오늘 주제와 가장 직결되는 부분)은 결국 이 편에서 안 나오고 다음 편으로 넘어간다 — 실습 장면도 "스킬이 적용됐어야 하는데 안 됐다"로 끝난다.

20. 예약 작업으로 흩어진 파일을 매일 한 장으로 모아라

• 방법: Cowork의 schedule 스킬은 일정만 잡는 게 아니라 실제로 실행된다. 지정한 폴더를 주기적으로 훑어 흩어진 파일(예: 플랫폼별 판매 기록)을 하나의 마스터 리포트로 집계하고 매일 갱신하게 걸어 둘 수 있다. 부수적으로 화자가 언급한 습관 하나 — 에이전트에게 자기 메모리를 먼저 확인하게 하는 태스크를 심어 두는 것("예약 작업을 설정한 적 있나?"라고 물었을 때 기억을 조회하고 "기록에 없다"고 답하게).
• 출처: Claude Cowork: The Ultimate AI Agent for Writers — The Nerdy Novelist (약 07:30~09:20)
• 보정: 실제로 스케줄을 걸어 며칠 뒤 결과를 보여 주지는 않는다 — 영상에서 확인된 것은 "스킬이 있고 지금 설정할 수 있다"는 응답까지다.

이미 수집한 팁의 재탕

• 변하는 규칙은 본문이 아니라 별도 가이드 파일에 둬라 — 데키랩 편에서 SEO 가이드를 독립 파일로 두는 이유로 나왔다("규칙이 바뀌어도 이 파일 하나만 갱신하면 결과물 전체가 따라온다"). 이미 수집(2026-08-13 문서업무 — "마스터로 못 담는 규칙은 별도 가이드 파일로 넘겨라"). 도메인만 다를 뿐 같은 팁이라 새 항목을 만들지 않았다.
• 세션을 여러 개 열어 병렬로 돌려라 — 데키랩이 AI 주제와 여행 주제 글을 두 세션에서 동시에 쓰는 장면. 이미 수집(2026-08-13 코딩 — "git worktree로 세션을 병렬로 돌려라"). 오늘 것이 더 단순한 판(폴더 분리 없이 세션만)이다.
• AI에게 초안이 아니라 수정 라운드를 시켜라(2026-08-13 문서업무 호)와 오늘 팁 5는 정반대 방향을 가리킨다. 그쪽은 "초안은 사람, 수정은 AI", 오늘은 "초안은 AI, 마지막 수정은 사람". 둘 다 근거가 있어서 어느 쪽이 맞다고 정리하지 않고 갈라진 채로 남긴다 — 아마 글의 종류(정형 문서 vs 목소리가 중요한 글)에 따라 답이 다르다.

시도 후보

• 팁 4(첫 조각 손수 고쳐 물리기) — 도구를 하나도 안 바꾸고 순서만 바꿔 볼 수 있는 종류다. 다음에 긴 글 하나를 쓸 때 한 번만 해 보면 효과가 있는지 바로 안다.
• 팁 6(문체 역추출) — 재료가 이미 다 있다. 블로그 vault의 글 몇 편으로 스타일 가이드 파일 한 장을 뽑아 두면 그다음부터는 어디에든 붙일 수 있다.

오늘의 영상

• How I Use Claude For YouTube Script Writing (2026) — George Blackman · 약 1.4만 회 · 9분 51초 · 오늘 최고 수확이자 오늘 유일하게 도구를 거의 안 판 영상. 10분 안에 "왜 망가지는가 → 어떻게 쪼개는가 → 왜 마지막은 사람인가"가 논증으로 이어진다. 오늘 20개 중 밀도가 가장 높은 다섯 개가 여기서 나왔고, 그중 넷은 도구를 안 가린다. 조회수가 가장 낮은 편이 가장 좋았다.
• 클로드로 블로그 에이전트 팀을 만들었습니다 — 데키랩 · 약 8.4만 회 · 32분 53초 · 유료 강의를 통으로 푼 빌드얼롱. 스타일 가이드 → SEO 가이드 → 중간 테스트 → 에이전트 4종 → CLAUDE.md → 종단 테스트까지 순서대로 만들고 매 단계 검증한다. 팁 8개가 나와 오늘 최다인데, 그건 길어서가 아니라 실패 가능 지점마다 왜 그렇게 하는지를 말해 주기 때문이다. "팔던 걸 무료로 푼다"는 프레임 외에 판매 유도는 오픈채팅방 정도로 절제된 편.
• AI 고수들이 챗GPT 버리고 클로드로 넘어간 진짜 이유 — AI 콘텐츠 마스터 세인투 · 약 6.3만 회 · 14분 36초 · 제목은 대결 구도로 낚지만 본문의 결론은 정반대(둘 다 유료로 쓰고 공정을 나눈다)라는 점이 오히려 신뢰를 준다. 프로젝트/스타일/스킬 3층 구분이 명료하고, 실습 중 기능 오작동을 숨기지 않고 우회 경로를 보여 준 것도 좋았다.
• Claude Cowork: The Ultimate AI Agent for Writers — The Nerdy Novelist · 약 2.6만 회 · 11분 34초 · 오늘 팁 밀도 최하(2개). 시리즈 1편이라 가장 중요한 humanizer 스킬이 통째로 다음 편으로 밀렸고, 중간에 프롬프트팩 광고가 들어간다. 게스트가 화면을 더듬는 장면이 많아 정보량 대비 시간이 길다. [홍보성]

지켜볼 점 / 내일 주제 후보

• 내일 주제 후보 1 — 에이전트. 어제 후보 2번이 오늘도 유효하다. 오늘 데키랩 편이 사실상 에이전트 설계였는데도 다룬 건 블로그라는 한 용도였고, 도구 정의·평가·다중 에이전트 조율 같은 축은 아직이다. 오늘 검색에서도 Karpathy 대담류가 계속 옆으로 걸렸다.

• 내일 주제 후보 2 — 학습. "만들기" 계열 주제(프롬프트·자동화·코딩·문서·자료조사·이미지·영상·글쓰기)를 여드레 연속으로 돌았다. 결이 다른 쪽으로 한 번 빠지면 팁 DB의 편중이 완화될 것 같다.

• 오늘의 관찰 1 — 6개월 규칙이 오늘은 주제 자체를 잘라냈다. 지난 사흘의 관찰은 "조회수 상위권이 계통적으로 잘린다"였는데, 오늘은 한 걸음 더 나갔다. 글쓰기 주제 검색 상위 20편 중 통과한 게 네 편뿐이었고, 탈락한 것들은 우연히 낡은 게 아니라 주제 전체가 2025년에 정점을 찍고 지나간 모양이었다(제미나이·챗GPT 글쓰기 팁이 2025년 3월~10월에 빽빽하다). 그 결과 오늘 통과한 4편이 전부 Claude 계열로 쏠렸다 — 필터가 주제의 시대를 자르면 도구 구성까지 따라 갈린다. 다양성을 위해 비-Claude 후보를 한 번 더 검색했지만, 신선하면서(2026-07-18) 주제가 정확히 맞는 후보는 조회수 3,570짜리 하나뿐이라 미선정했다(원장에 재검토 가능으로 기록).

• 오늘의 관찰 2 — 서로 모르는 세 화자가 같은 결론에 닿았다. 영국 유튜버, 한국 블로거, 한국 개발자가 각각 다른 도구·다른 장르에서 "한 번에 다 시키지 마라"로 수렴했다. 어제 영상 편에서도 세 편이 "끝 프레임 물리기"로 수렴했었다. 이틀 연속 같은 현상이라 기록해 둔다 — 서로 독립적인 화자들의 수렴은 자막만 읽는 이 방식에서 팁의 신뢰도를 재는 몇 안 되는 지표다. 한 사람의 주장인지, 여럿이 각자 도달한 결론인지를 갈라 볼 수 있다.
• 오늘의 관찰 3 — 자막 오인식이 오늘도 나왔지만 오늘 것은 다른 종류였다. "채비티"(챗GPT), "클로즈"(클로드), "스케일 파일"(스킬 파일), "선부해"(첨부해), "황각"(환각)처럼 한국어 자동 자막이 외래어와 전문어에서 특히 무너진다. 사흘 연속 같은 문제인데, 어제까지는 모델·도구 이름(고유명사)이었고 오늘은 일반 기술 용어까지 번졌다. 오늘 보고서의 도구·기능 이름은 전부 문맥으로 복원한 것이며, 화면에만 나오고 말로 설명되지 않은 부분(각 지침 파일의 실제 전문, 프롬프트 원문)은 자막에 없어 싣지 않았다 — 그 부분이 필요하면 원 영상 확인이 필요하다.