유튜브 AI 팁 보고서 — 2026-08-30 — 자동화

오늘의 영상 4편 · 누적: 팁 399개 / 다룬 영상 91편(후보 등재 462편)

한눈에 (TL;DR)

• 오늘 두 편이 같은 질문에 정반대로 답했다. "2026년에도 n8n 같은 비주얼 워크플로 빌더를 배울 값어치가 있나?" — 한국어 편(메이커 에반)은 "없다, 클로드 코드로 갈아타라"고 하고, 영어 편(Albert Olgaard)은 "n8n MCP를 클로드에 붙여 쓰면 된다"고 한다. 그런데 두 편이 대립하는 지점은 기능이 아니라 배관이다 — 남기자는 쪽이 대는 유일한 근거가 "인증(OAuth)이 이미 붙어 있고 스케줄러가 딸려 온다"이고, 버리자는 쪽이 대는 유일한 근거가 "고장 났을 때 비개발자가 혼자 못 고친다"다. 기능 비교로 고르는 사람은 둘 다 못 읽은 것이다.
• 오늘 가장 밀도 높은 것은 Nick Saraev의 "출력 관문(evals)"이다. 에이전트 출력이 사람에게 닿기 전에 통과해야 하는 체크리스트를 세우고, 5문항에 각 0~2점을 매겨 합이 7 미만이면 전체 실패로 판정해 스스로 재시도시킨다. 문항이 취향이 아니라 사고 방식이라는 점이 특이하다 — "남들이 하는 패턴을 흉내냈나, 문제의 실제 역학에서 추론했나", "검증된 것인가 그럴듯하기만 한 것인가".
• 에이전트를 채팅창에서 꺼내라는 것이 Nick 편 전체의 요지다. 프로젝트 보드에 상태 다섯(inbox/next/doing/waiting/done)을 두고 AI ready 라벨을 붙여 next로 끌면 webhook이 발화한다. 사람의 역할이 작업자에서 스코핑과 검수로 옮겨간다.

오늘의 팁

1. 비주얼 빌더를 버릴지는 가장 단순한 워크플로 하나로 시험해서 정하라

• 방법: 지금 n8n·Make에서 돌리는 것 중 가장 단순한 것 하나를 고른다(화자의 예: 구글 폼 응답이 오면 슬랙으로 알림). 그것을 에이전틱 도구에 한국어로 그대로 설명한다 — "구글 폼에 응답 오면 슬랙 채널에 알림 보내는 스크립트 만들어 줘". 화자 주장으로는 30분 안에 동작본이 나온다. 그다음 단계로 API 여러 개를 붙이고 조건 분기와 데이터 가공이 들어간 복잡한 것으로 올리되, 만들어진 결과물을 읽으면서 어떻게 동작하는지 익힌다. 마지막으로 코덱스 같은 다른 에이전틱 도구도 한 번씩 써서 강점 차이를 본다.
• 출처: n8n부터 배우면 자동화가 어려워지는 이유 — 메이커 에반 | Maker Evan
• 보정: 화자는 "n8n으로 며칠 걸리던 것이 한 시간, 시간 차이가 10배", "n8n 워크플로의 90% 이상을 대체 가능"이라고 말하지만 비교 실험을 보여주지 않는다. 6개월간 양쪽을 다 썼다는 체감 진술이다. 이 채널은 클로드 코드 콘텐츠를 만드는 곳이라는 점도 감안할 것.

2. 자동화 도구는 만드는 비용이 아니라 고치는 비용으로 골라라

• 방법: 노드 드래그는 만들 때만 쉽다. 한두 달 뒤 ①API 스펙 변경 ②외부 서비스 응답 포맷 변화 ③노드 버전 업데이트 중 하나만 생겨도 워크플로가 멈추고, 그때는 JSON 구조 파악·API 응답 코드 해석·인증 토큰 갱신 로직이 필요해진다. 화자의 관찰: "비개발자가 끝까지 혼자 끌고 가는 걸 솔직히 거의 못 봤다." 비유는 조립식 가구 — 설명서 보고 조립은 누구나 하지만 나사가 빠지거나 부품이 깨지면 결국 전문가를 부른다. 도구 선택 기준에 "고장 났을 때 내가 혼자 복구할 수 있나"를 넣어라.
• 출처: n8n부터 배우면 자동화가 어려워지는 이유 — 메이커 에반 | Maker Evan
• 보정: 이것이 화자의 논거 중 가장 검증 가능한 형태이고 유일하게 "왜"에 답한다. 다만 유지보수 비용을 숫자로 제시하지는 않는다.

3. "단계가 다 보인다"는 통제권 주장은 실행 로그로 반박하라

• 방법: 비주얼 빌더 옹호론의 핵심은 "노드는 각 단계가 보이는데 에이전트는 블랙박스"다. 화자의 반박: 에이전틱 도구도 어디서 무엇이 호출됐고 어떤 응답이 왔는지 실행 로그로 다 추적된다. 디버깅 절차 비교가 구체적이다 — 노드 방식은 하나하나 클릭해 입출력을 확인하고 빨간 표시를 찾고 JSON 구조를 들여다봐야 하는데, 에이전틱 방식은 에러 메시지를 그대로 붙여넣고 "이거 왜 이래" 한 줄이면 된다.
• 출처: n8n부터 배우면 자동화가 어려워지는 이유 — 메이커 에반 | Maker Evan
• 보정: 로그가 "보인다"와 로그가 "읽을 만하다"는 다른 문제인데 화자는 그 구별을 하지 않는다. 그리고 이 반박은 팁 7(반대편 주장)과 충돌하지 않는다 — 서로 다른 축을 말한다.

4. n8n 공식 MCP는 Claude 앱 커넥터로 붙인다 — 서버 URL은 n8n의 instance level MCP에 있다

• 방법: Claude 앱 → Settings → Connectors → Browse connectors → n8n 검색 → n8n 공식 MCP 선택. 서버 URL을 요구하는데, 그 URL은 n8n 좌하단 Settings → instance level MCP → enable MCP access에서 복사한다. 붙여넣으면 새 창이 열리고 OAuth로 동의하면 끝이다.
• 출처: Build Workflows Without Learning n8n (with Claude) — Albert Olgaard
• 보정: 같은 기능을 Claude Code CLI에 JSON 설정으로 붙이는 경로는 이미 수집(2026-08-13). 이쪽은 데스크톱 앱 UI 경로이고, 설정 위치(instance level MCP)가 새로운 정보다. 이 영상은 [홍보성]이 강하다 — 중간에 15만 명 무료 커뮤니티와 7일 챌린지 홍보가 삽입되고, "이 연결 하나로 사업을 통째로 만들 수 있다"는 과장이 붙는다.

5. MCP를 붙인 직후 테스트 플로 하나로 연결을 검증하고, 승인 방식을 always allow로 바꿔라

• 방법: 붙이자마자 Can you please create a test n8n flow? 한 줄로 MCP가 실제로 도는지부터 확인한다 — 본 작업 도중에 연결 문제를 만나지 않기 위해서다. 그다음 커넥터 configure에서 "needs approval"을 "always allow"로 바꾼다. 워크플로 구축은 도구 호출이 수십 번 이어져서 매번 승인하면 크게 느려진다. 화자는 새 세션에서 bypass permissions를 켜는 것도 권한다.
• 출처: Build Workflows Without Learning n8n (with Claude) — Albert Olgaard
• 보정: always allow와 bypass permissions는 자동화 편의와 권한 안전이 정면으로 맞바꿔지는 지점인데, 화자는 위험을 한 마디도 언급하지 않는다. 8/28 보안호가 다룬 프롬프트 인젝션 축과 정확히 충돌하고, 8/29 영상제작호가 증류한 "MCP 커넥터 권한은 도구 하나하나 쪼개서 걸어라"와도 반대 방향이다. 속도를 위해 관문을 여는 조치이므로 대상 도구가 무엇을 할 수 있는지 알고 켤 것.

6. 에이전트가 쓴 도구 호출 순서를 보고 CLAUDE.md를 써서 다음번을 가르쳐라

• 방법: 워크플로를 만드는 동안 화면에 뜨는 도구 호출 순서를 펼쳐 본다(화자 화면에서는 search node → get node types → validate workflow). 화자의 요지: 그 순서가 보이기 때문에 그걸 근거로 CLAUDE.md 파일을 만들어 이 스킬을 더 잘 쓰도록 가르칠 수 있다. 에이전트의 시행착오를 관찰해 규약으로 굳히는 경로다.
• 출처: Build Workflows Without Learning n8n (with Claude) — Albert Olgaard
• 보정: 화자는 이 말을 지나가듯 한 줄로 하고 실제로 CLAUDE.md를 쓰지는 않는다. 아이디어의 출처일 뿐 실증이 아니다.

7. 코드로 다 짤 수 있어도 워크플로 도구를 남기는 이유는 인증과 스케줄이다

• 방법: 화자 스스로 반론을 꺼낸다 — "그냥 클로드한테 코드로 짜게 하면 n8n이 필요 없지 않나?" 그리고 답한다: 고급 프로젝트면 그 말이 맞다. 다만 n8n에는 인증이 이미 갖춰져 있어 OAuth 연결이 20초면 끝나고, 스케줄링과 도구들이 딸려 온다. 그래서 적어도 지금은 일부 프로젝트에 여전히 쓸 값어치가 있다. 도구를 버릴지 남길지는 "기능"이 아니라 "이미 붙어 있는 인증·스케줄 배관"으로 판단하라.
• 출처: Build Workflows Without Learning n8n (with Claude) — Albert Olgaard
• 보정: 오늘 팁 1~3(버려라)과 정면으로 맞선다. 두 화자 모두 이 문제를 실험으로 판정하지 않았고, 이 보고서도 판정하지 않는다. 다만 논쟁의 축이 좁혀진 것은 수확이다 — 기능 비교가 아니라 "인증·스케줄 배관의 값어치 vs 고장 시 복구 비용"이라는 두 항의 저울이다. 참고로 화자 자신이 n8n 교육 커뮤니티를 운영하므로 n8n을 남기자는 결론에 이해관계가 있다.

8. 에이전트를 채팅창에서 꺼내 프로젝트 보드에 심고, 상태 전이를 트리거로 써라

• 방법: 프로젝트 관리 도구(화자는 Linear를 쓰지만 "도구 선택보다 모양이 중요하다"고 명시한다)에 상태를 inbox / next / doing / waiting / done 다섯으로 둔다. 태스크를 만들고 설명란에는 사람에게 지시하듯 원하는 것을 적는다. AI ready 라벨을 붙인 뒤 next로 끌면 webhook이 발화해 서버의 에이전트가 그 태스크를 집어 간다. 에이전트는 지식 베이스를 참조해 작업하고, 사람 승인이 필요한 단계(발행·외부 게시 등)에서 스스로 상태를 waiting으로 올린다. 사람은 큐에 넣고 waiting에 쌓인 것을 검수하는 프로젝트 매니저 역할만 한다.
• 출처: A Practical AI Agent Workflow For Companies In 2027 (Guide) — Nick Saraev
• 보정: 칸반을 AI 작업 큐로 쓰는 아이디어는 이미 수집(2026-08-20). 다만 그쪽은 AI가 보드를 훑어 에이전트를 배정하는 방식이고, 이쪽은 상태 전이 자체가 트리거라 메커니즘이 다르다. 화자의 사업 규모($40만/월) 언급은 자기 진술이고 증빙이 없다.

9. 에이전트에 세 가지를 쥐여줘야 실제로 일한다 — 워크스페이스 맥락·지식베이스·자격증명

• 방법: 화자가 꼽는 필수 접근권 셋. ①워크스페이스 맥락 — 현재 파일, 다른 태스크, 진행 중인 파이프라인 전부 ②지식 베이스 — 필요할 때 끌어다 쓰는 추가 텍스트(과거 태스크를 어떻게 처리했는지, 내 선호가 무엇인지, 전략 문서) ③자격증명 — 서비스 비밀번호, API 키. 셋 중 하나라도 없으면 에이전트는 "그럴듯한 초안"까지만 낸다는 것이 요지다.
• 출처: A Practical AI Agent Workflow For Companies In 2027 (Guide) — Nick Saraev
• 보정: 자격증명을 에이전트에 쥐여주는 것의 위험을 화자는 "relatively securely"라는 한 마디로 넘어간다. 어떻게 저장하는지는 화면으로도 말로도 나오지 않았다.

10. 출력이 사람에게 닿기 전 통과할 관문(evals)을 세우고, 미달이면 스스로 재시도시켜라

• 방법: 화자의 evals 정의 = "내게 주기 전 모든 출력을 통과시키는 표준 체크리스트". 실제로 쓰는 관문 둘.
• 시각 산출물 관문 — 글자가 깨지거나 뭉개지지 않았나, 내 스타일인가(화자는 흰 배경에 검정 잉크 에디토리얼), 썸네일 크기에서 읽히나, 브리프에 충실한가, 규격이 맞나(썸네일 1280×720 · 다이어그램 1920×1080).
• 사고 방식 관문 — 5개 질문에 각 0~2점을 매기고 합이 7 미만이면 전체 실패로 판정해 기준 안에 들어올 때까지 계속 재시도한다. 질문은 (a)first principles — 문제의 실제 역학에서 추론했나, 아니면 남들이 하는 패턴을 흉내냈나 (b)기대값이 높은 선택인가 (c)내 시간이 최소화됐나 — 사람 없이 될 부분이 있었으면 되돌아가 다시 하라 (d)검증된 것인가, 그럴듯하기만 한 것인가 (e)레버리지 체크 — 워크스페이스에 있는 스킬을 안 쓰고 지나친 큰 레버가 있나.
• 비용을 화자가 직접 인정한다: "토큰이라 공짜가 아니다. 하지만 평균 수준 결과물을 손봐서 올리는 데 드는 내 시간보다 훨씬 싸다."
• 출처: A Practical AI Agent Workflow For Companies In 2027 (Guide) — Nick Saraev
• 보정: 8/24 프롬프트호의 "루브릭으로 채점하라"와 인접하지만 배치가 다르다 — 그쪽은 채점 순서(항목 먼저, 합산 나중)가 요지였고, 이쪽은 관문의 위치(사람에게 닿기 전)와 실패 시 자동 재시도가 요지다. 화자는 이 관문을 세운 뒤 품질이 얼마나 올랐는지 측정치를 대지 않는다.

11. 넓게 강제로 뽑게 한 뒤 사람의 취향으로 고르는 것이 검증이다

• 방법: 화자의 전제는 "에이전트 출력은 훌륭하지 않다, 그대로 믿으면 안 된다"이고, 처방은 검증선을 긋는 것이다. 방법은 넓은 해 공간에 대해 아이디어를 강제로 뽑게 한 다음 그중 가장 나은 것을 인간의 취향으로 고르는 것. 실제 사례: 유튜브 아이디어 5개를 뽑게 했더니 대부분은 마음에 들지 않았고 하나만 쓸 만했는데, 그 하나가 실제로 만들 영상이 됐다. 출력 하나를 다듬는 것보다 여러 개를 뽑아 고르는 편이 사람의 개입을 줄인다.
• 출처: A Practical AI Agent Workflow For Companies In 2027 (Guide) — Nick Saraev
• 보정: 이 전략은 아이디어처럼 선택지가 많고 평가가 싼 작업에서만 성립한다. 화자는 그 경계를 긋지 않는다 — 코드나 문서처럼 하나하나가 비싼 산출물에도 같은 방식이 통한다고 읽으면 곤란하다.

12. 캡처의 마찰을 0에 가깝게 만들고, 검수는 하루 몇 번 배치로 몰아라

• 방법: GTD(David Allen)의 capture 개념 — 떠오른 것을 큐에 넣는 마찰이 낮을수록 그 시스템에 실제로 의존하게 된다. 화자의 장치: 데스크톱 핫키 바인딩, 폰 액션 버튼 단축어(한 번 누르면 사람 태스크, 두 번 누르면 에이전트 태스크로 갈라 둘 수 있다), 에이전트가 사람을 기다릴 때 푸시 알림 → 알림을 눌러 음성 받아쓰기로 답. 반대편에서는 검수를 배치로 묶는다 — 20개를 동시에 던져 두고 하루 3~4회만 확인하면 컨텍스트 스위칭이 사라진다. 화자의 요지: 병목이 "하루에 얼마나 많은 일을 하나"에서 "얼마나 빠르고 정확하게 일의 범위를 규정하나"로 옮겨간다.
• 출처: A Practical AI Agent Workflow For Companies In 2027 (Guide) — Nick Saraev
• 보정: 화자 본인이 "이런 자잘한 장치들은 필수가 아니다"라고 선을 긋는다. 마찰을 줄이는 방향만 취하고 구체 장치는 각자 환경에 맞출 것.

13. 연동은 '읽기만 되나, 쓰기까지 되나'로 갈린다 — 붙이기 전에 그것부터 확인하라

• 방법: 화자의 비교(2026년 3~4월 기준). ChatGPT + Notion: 내용을 읽을 수는 있으나 수식을 만들어 주면 사람이 복사해 노션에 붙여넣어야 한다. Claude 커넥터 + Notion: 내 데이터베이스를 인식하고 수식 필드를 직접 추가한다(화자 시연: "이 날짜랑 다음 미팅일까지의 소요 기간 수식화 해 줘" → DB에 소요일수 필드가 생기고 실제로 28일이 계산됐다). Gemini: 구글 워크스페이스 연동은 강하지만 구글 밖 서비스는 붙일 수 없다. 같은 "연동"이라는 말이 읽기 전용과 쓰기 가능을 다 덮고 있으니, 도구를 고르기 전에 어느 쪽인지 물어라.
• 출처: 클로드로 업무 생산성 20배 올리는 제일 쉬운 방법 — 로사장
• 보정: 제목의 "20배"와 "80%는 모르는 미친 기능"은 전형적 과장이고, 실제 내용은 커넥터 기능 소개다. 시점 주의: 2026년 3~4월 기준 비교라 5개월 전 상태다 — ChatGPT·Gemini 쪽 연동 범위가 그동안 바뀌었을 수 있으니 이 비교표를 지금 그대로 믿지 말 것. 화자는 단점도 짚는다: MCP·API 연동은 실행마다 크레딧이 들고, "바이브 코딩에 신나서 몇 개 돌리다 주에 100만 원 나갔다는 사람도 있다"(본인 실측 아닌 전언).

14. 툴 세팅을 시킬 때는 원하는 결과물이 아니라 내 상황부터 말하라

• 방법: 화자의 실제 프롬프트 형태 — "영상 대행사를 운영 중이고 최근에 B2B 미팅이 많아졌어. 이 미팅에 대한 회의록을 노션에 정리하고 싶은데 어떤 식으로 노션 페이지를 구성해야 할지 제안해 줘." 결과물(페이지 구조)을 지정하지 않고 상황과 목적만 준 덕에, 요청하지 않은 거래처 관리 데이터베이스까지 제안받고 허브 페이지·미팅 로그·클라이언트 DB가 한 번에 만들어졌다.
• 출처: 클로드로 업무 생산성 20배 올리는 제일 쉬운 방법 — 로사장
• 보정: "요청 안 한 것까지 제안한다"는 장점이자 위험이다 — 화자는 그 제안이 적절했는지 검토하는 장면 없이 바로 받아들인다.

15. 모르는 디자인 툴은 템플릿부터 만들게 하고 그다음 내용을 채워라

• 방법: 피그마를 아예 모르는 상태에서 카드뉴스를 만드는 순서. ①"피그마에서 카드뉴스 템플릿을 만들 수 있니"로 시작하면 용도·주제를 되묻고 템플릿 5장을 생성한다 ②템플릿이 잡힌 뒤에 "이 내용으로 카드뉴스를 만들어 줘"로 채운다. 두 단으로 나누는 이유는 리서치 → 텍스트 정리 → 디자인 반영이 한 흐름으로 이어지고, 결과가 이미지 파일이 아니라 편집 가능한 피그마 객체라 바로 손볼 수 있기 때문이다.
• 출처: 클로드로 업무 생산성 20배 올리는 제일 쉬운 방법 — 로사장
• 보정: 생성된 템플릿의 실제 디자인 품질은 화면으로만 지나가고 자막으로는 확인할 수 없다.

시도 후보

• 팁 12의 폰 입구. 알림과 푸시 큐는 이미 있으니 반대 방향(폰에서 한 동작으로 태스크를 큐에 넣기)만 없다.
• 팁 8의 사람·AI 공유 큐 표면. 상태 다섯과 라벨 하나로 정의되는 아주 얇은 것이다.

오늘의 영상

• n8n부터 배우면 자동화가 어려워지는 이유 — 메이커 에반 | Maker Evan · 조회 7,879 · 7분 56초 · 팁 밀도 보통, 과장은 수치 주장에 몰려 있다. 오늘 유일한 정면 회의론이고 6개월 안쪽이다 — 이 보고서가 세 번(8/23·8/26·8/29) "반대편 시각은 구조적으로 늙는다"고 적은 구멍이 오늘은 메워졌다.
• Build Workflows Without Learning n8n (with Claude) — Albert Olgaard · 조회 9,983 · 5분 4초 · 5분에 실행 가능한 클릭 경로가 다 들어 있어 밀도는 높다. 다만 [홍보성]이 노골적이고 권한 위험을 한 마디도 하지 않는다.
• A Practical AI Agent Workflow For Companies In 2027 (Guide) — Nick Saraev · 조회 48,220 · 19분 22초 · 오늘 최고 밀도. 도구를 팔지 않고 구조를 설명하며, 본인이 "this isn't prescriptive"라고 선을 긋는다. 마지막 2분은 유료 과정 홍보 [홍보성].
• 클로드로 업무 생산성 20배 올리는 제일 쉬운 방법 | 80%는 모르고 있는 클로드의 미친 기능 — 로사장 · 조회 405,327 · 11분 29초 · 오늘 최다 조회. 제목은 과장형이지만 내용은 성실한 기능 시연이고, 드물게 화자가 단점(크레딧 비용)을 스스로 꺼낸다.

지켜볼 점 / 내일 주제 후보

• '자동화' 주제의 6개월 통과율은 27%(41편 중 11편)로 지금까지 두 번째로 낮았다(8/22 생활호 23% 다음). 원인이 뚜렷하다 — 탈락 30편 중 대부분이 n8n 강좌·마스터클래스였고, 8시간·6시간짜리 "완전정복" 장편이 2025년 하반기에 무더기로 만들어진 뒤 갱신되지 않는다. 8/26 음성호의 ElevenLabs v3 화석화, 8/29 영상제작호의 Veo·Sora 튜토리얼 화석화에 이어 세 번째 같은 모양이다. 이제 이 패턴에 이름을 붙여도 될 것 같다: 도구가 뜨면 강좌가 한꺼번에 쏟아지고, 그 강좌들이 검색 상단을 몇 년간 점유한다.
• 그런데 오늘은 그 화석층 자체가 정보였다. 신선한 11편 중 n8n을 가르치는 영상은 하나도 없었고, 전부 "n8n을 버려라" 또는 "n8n을 클로드로 조종해라" 또는 "n8n 얘기를 아예 안 하고 에이전트 보드를 짜라"였다. 8/29 영상제작호가 관찰한 "모델 사용법은 화석이고 파이프라인·워크플로가 신선하다"와 정확히 같은 축이 여기서도 나왔다.
• 언어별 층 분할이 오늘은 축이 아니라 논쟁으로 나타났다. 8/25 데이터분석호·AX호·8/28 보안호에서는 한국어 층과 영어 층이 서로 다른 주제를 다뤘는데, 오늘은 같은 질문(비주얼 빌더를 배울 값어치)에 양쪽이 각각 반대 답을 냈다. 8/29호가 세운 가설("층 분할은 조직·직무·제도가 개입할 때 생긴다")로는 설명되지 않는다 — 오늘 갈린 것은 직무가 아니라 이해관계(클로드 코드 콘텐츠 채널 vs n8n 교육 커뮤니티)였다.
• 4편 상한이 오늘도 병목이었다. 통과 11편 중 4편만 읽었고 밀린 것 중 셋이 아깝다 — How to Build a Software Factory for AI Coding Agents(그저께 업로드, 70분, 오늘 후보 중 가장 신선), Agentic AI Frameworks Explained(IBM Technology, 조회 5.4만 — 워크플로 vs 멀티에이전트 vs 프로덕션의 구조적 구별), 상위 1% 일잘러들은 클로드를 이렇게 씁니다(5월 업로드, 한국어).
• 아직 안 잡힌 것: 자동화를 도입했다가 되돌린 사례(에이전트에 맡겼다가 사고가 나서 사람이 다시 가져온 이야기). 오늘 검색 4회 상단에 한 편도 없었고, 8/29호가 영상제작에서 지적한 것과 같은 종류의 공백이다.

이 호의 한계 (정직 표기)

• 네 편 모두 자막만 읽고 증류했다. 화면으로만 보여준 것(n8n 설정 화면의 실제 메뉴 위치, Linear 보드의 실제 구성, 생성된 노션 DB와 피그마 템플릿의 품질)은 확인하지 않았다.
• 팁 1~3과 팁 7이 정면으로 충돌한다. 어느 쪽도 비교 실험을 보여주지 않았고, 이 보고서는 판정하지 않는다. 두 화자 모두 각자 결론에 이해관계가 있다는 점만 적어 둔다.
• 메이커 에반 편의 자막은 "n8n"을 한 번도 제대로 적지 못했다 — "M8", "엠파", "엠파인", "M8N", "엠파앤"으로 계속 뭉갰다. 제목이 "N8N부터 배우면…"이고 문맥이 일관돼 n8n으로 읽었지만, 이는 추론이다. 8/21 신도구호가 관찰한 고유명사 뭉갬의 재현이다.
• 팁 13의 도구 비교는 2026년 3~4월 시점이라 5개월이 지났다. 그동안의 변화는 확인하지 않았다.
• 비용·성능 수치(10배·90%·20배·$40만/월·주 100만 원)는 전부 화자 본인 진술 또는 전언이고 증빙이 영상에 없다.
• 교차 확인은 한 건도 하지 않았다. 오늘 팁은 전부 영상 진술이다. 다만 팁 8·9·12가 서로 다른 편(Nick)의 내부 정합성은 갖는다.
• 오늘 팁은 전부 실행 전이다. 어느 것도 이 시스템에 적용해보지 않았다.