YouTube Deep Dive · JohnKOBA Design · 2026-01-26

베끼지 말고 훔쳐라: 창작을 레퍼런스 운영체제로 바꾸는 법

이 영상의 핵심은 “남의 것을 티 안 나게 베끼는 꼼수”가 아니다. 백지 앞에서 멈추는 창작자를 위해 입력을 수집하고, 분해하고, 재조립하고, 자기 스타일로 소화하는 반복 가능한 시스템을 보여준다.

악플 각오하고 올리는 남의 거 티 안나게 베껴 창작하는 법 영상 썸네일
Source: 악플 각오하고 올리는 남의 거 ‘티 안나게 베껴 창작하는 법’ — JohnKOBA Design. 아래 글은 공개 자막과 영상 프레임을 바탕으로 한 해석이다.

한 줄 결론

창작은 무에서 유를 만드는 순간 영감이 아니라, 레퍼런스를 원자 단위로 쪼개고 다시 조립하는 운영 루프다. “베끼기”가 결과물을 복제하는 행위라면, “훔치기”는 구조·구도·리듬·재료를 추출해 자기 문제에 맞게 재합성하는 행위다.

영상의 흐름은 명확하다. 수집한다 → 필요한 부분만 분해한다 → 조각들을 임시 조립한다 → 그 위에 자기 스케치와 스타일을 입힌다 → 완성물을 보며 다시 반복한다.

영상이 보여준 실제 루프

핀터레스트에서 캐릭터 주변 오브젝트 구도를 수집하는 장면
01:35 — 핀터레스트에서 특정 구도와 스타일을 좁혀 수집한다. 핵심은 “예쁜 것”이 아니라 만들려는 문제와 닮은 패턴을 모으는 것이다.
포토샵에 레퍼런스 이미지를 배치한 보드
02:55 — 레퍼런스를 한 보드에 올려놓고 구도, 캐릭터 포즈, 텍스트 배치, 오브젝트 패턴을 따로 본다.
여러 레퍼런스 조각을 조립한 중간 결과
04:37 — 조각을 그대로 쓰지 않고 임시 합성물로 만든다. 이 단계는 최종물이 아니라 사고를 위한 스캐폴딩이다.
레퍼런스를 소화해 만든 최종 모션그래픽 결과물
06:46 — 채색과 움직임을 거친 결과물은 특정 레퍼런스 하나의 복제가 아니라 여러 조각의 재해석으로 보인다.

베끼기와 훔치기의 차이

구분베끼기훔치기
대상완성된 표면구도, 비례, 리듬, 문제 해결 방식
행동원본을 최대한 비슷하게 재현필요한 조각만 추출해 다른 맥락에 재조립
위험표절, 스타일 종속, 학습 정체분해 기준이 약하면 잡탕이 됨
결과원본의 그림자새로운 문제에 맞춘 자기 언어

중요한 기준은 “얼마나 티가 안 나느냐”가 아니다. 내가 무엇을 가져왔는지 설명할 수 있느냐다. 설명 가능한 추출은 학습이고, 설명 불가능한 복제는 표절에 가깝다.

NerdMakr 관점: 창작도 Agent OS처럼 설계된다

이 영상은 디자인 튜토리얼이지만, 에이전트 작업 방식과 거의 같은 구조를 가진다. 에이전트도 빈 프롬프트에서 좋은 결과를 내지 않는다. 좋은 입력 묶음, 명시된 변형 규칙, 검증 루프가 있어야 한다. 인간 창작자도 마찬가지다.

레퍼런스 수집원자화재조립자기 규칙 적용피드백

여기서 “자기 규칙”이 빠지면 결과물은 남의 것의 합성에 머문다. 반대로 규칙만 있고 입력이 없으면 백지 앞에서 멈춘다. 창작 시스템은 입력과 규칙의 결합이다.

실무 적용 체크리스트

  • 레퍼런스를 모을 때 “좋다”가 아니라 “내가 해결하려는 문제와 어떤 축이 닮았는가”를 적는다.
  • 한 작품 전체를 가져오지 말고 구도, 색, 소재, 움직임, 타이포, 밀도처럼 분해 단위를 정한다.
  • 최소 세 개 이상의 출처에서 조각을 가져와 단일 원본 의존도를 낮춘다.
  • 조립 보드는 최종물이 아니라 사고 도구로 취급한다. 그대로 내보내지 않는다.
  • 마지막에는 “내가 추가한 규칙”을 확인한다. 캐릭터 성격, 브랜드 톤, 메시지, 리듬 중 무엇이 내 것인가?

남는 질문

AI 이미지·영상 생성 시대에는 이 루프가 더 중요해진다. 모델에게 “멋지게 만들어줘”라고 하면 평균적인 표면이 나온다. 반대로 레퍼런스를 분해해 “이 구도의 장력, 저 색의 온도, 이 움직임의 리듬, 하지만 메시지는 우리 제품의 언어로”라고 지정하면 결과가 달라진다.

따라서 창작자의 경쟁력은 손으로 모든 것을 직접 그리는 능력만이 아니라, 레퍼런스를 구조화해 변형 규칙으로 바꾸는 능력이 된다. JohnKOBA의 영상은 그 과정을 짧고 노골적으로 보여준다.