%ec%8a%a4%ed%81%ac%eb%a6%b0%ec%83%b7 2026 05 11 195916

에러 100번 맞고 AI 공장 완성한 실화 — 비개발자 현장 소장의 날것 삽질기라카이

야야, 현장 식구들아. 오늘은 내가 1탄~5탄에서 절대 안 보여줬던 걸 공개할라카이. 성공 사진만 골라 올리던 인스타가 아니라, 진짜 삽질 원본이라카이.

저는 코딩을 모릅니더. 건설 현장 30년 굴린 반장이, “AI가 영상도 만들어준다더라”는 말 한마디에 혹해서 뛰어들었심더. 결과는요? Make.com 배관 하나 잇는 데 이틀이 걸렸심더. 근데 그 이틀이 결국 저를 시스템을 이해하는 사람으로 바꿔놨심더. 오늘 그 에러 삽질기, 낱낱이 털어놓겠심더.

에러가 스승이다 — 비개발자 AI 공장 구축 실화

1탄~5탄에서 못 한 이야기 — 성공 사진만 올린 인스타 뒷면

앞선 다섯 편에서 저는 커서로 앱 만들기, AI 현장 일보, Make.com 삼각편대, 모듈화 철학, 1인 기업가 사령부를 다뤘심더. 전부 완성된 시스템만 보여줬심더. 근데 솔직히 말하면, 그 사이에는 에러가 빽빽하게 들어차 있었심더.

6탄은 다릅니더. 설명서대로 따라했는데 왜 안 되노? — 이 말 한 번이라도 해본 사람, 이 글이 딱 당신 얘기라카이.

과거의 현장 vs 오늘의 현장 — 마인드셋의 전환

삽질 01 — Missing Authorization, 출입증 공백 한 칸의 비극

텔레그램 → Claude → Creatomate → YouTube로 이어지는 쇼츠 자동화 파이프라인을 Make.com에서 짜고 있었심더. Claude가 대본을 뽑고, 그 대본을 TopView API로 보내서 영상을 만드는 구조였는데, 기계가 딱 멈췄심더.

Error: Missing Authorization or Topview-Uid header.

이 에러가 두 시간 동안 저를 붙잡았심더. 원인은 황당했심더. Bearer 뒤에 공백 한 칸이 없었던 기라카이. 띄어쓰기 하나 때문에 두 시간. 현장에서 작은 나사 하나 덜 조이면 건물이 흔들리듯, API도 마찬가지라카이.

HTTP 인증 배관 누수 에러 — Authorization 헤더 점검

삽질 02 — Raw가 없어, Make.com 메뉴 실종 사건

Make.com HTTP 모듈에서 Body content type을 Raw로 설정해야 JSON을 보낼 수 있는데, 제 화면에는 Raw가 아예 안 보였심더. 30분 동안 스크롤만 올렸다 내렸다 했심더.

Make.com이 업데이트하면서 메뉴 이름을 바꿔버린 거였심더. Custom을 선택하고 application/json을 직접 타이핑하면 같은 기능이었는데, 저는 그걸 몰랐던 기라카이. 자재 이름이 바뀌었다고 당황하면 안 됩니더. 규격은 같은 기라카이. 본질(JSON으로 쏘는 것)을 이해하면 우회로가 보입니더.

삽질 03 — Claude가 “도와드릴까요?”를 출력한 사건

Make.com에서 Claude API를 연결하고 프롬프트를 넣었는데, 나온 결과가 이겁니더.

“안녕하세요! 😊 어떻게 도와드릴까요?”

Claude가 대본을 쓴 게 아니라, 저한테 뭘 원하는지 되물어보고 있었심더. 원인은 프롬프트에 [현장 주제]: 라고 써놓고, 거기에 텔레그램에서 넘어오는 변수를 안 매핑한 거였심더. AI는 눈치가 없심더. 딱 부러지게 말 안 해주면 엉뚱한 짓을 합니더. 이때부터 프롬프트 마지막에 항상 이걸 씁니더 — “군더더기 말은 일절 금지다. 오직 결과물만 출력해라.”

삽질 04 — TopView가 한국어 사투리를 망친 사건

이 삽질이 제일 비쌌심더. TopView AI에 한국어 대본을 넣으면, 내부적으로 영어로 번역했다가 다시 한국어로 바꾸는 과정을 거칩니더. 그 과정에서 “공구리닷컴에서 확인하이소!” 같은 찰진 사투리가 기계번역 한국어로 변해버렸심더.

해결책을 찾다가 내린 결론 — TopView는 포기하고 Creatomate로 바꿨심더. 이게 또 하나의 교훈이라카이. 맞지 않는 장비에 억지로 공구리 치면 하자가 납니더. 장비가 잘못된 거면 장비를 바꾸는 게 맞심더.

TopView 포기 후 Creatomate로 전환 — 삽질 끝에 완성된 파이프라인

삽질이 가르쳐준 것 — 에러 하나마다 한 층씩 올라갔심더

지금 돌아보면, 저는 에러 하나 맞을 때마다 API 통신 구조를 한 층씩 이해하게 됐심더. 첫 번째 에러가 Header가 뭔지 알게 해줬고, 두 번째 에러가 Body type과 Content type의 차이를 알게 해줬심더. 세 번째 에러가 프롬프트 변수 매핑 개념을 가르쳐줬고, 네 번째 에러가 도구 선택이 시스템 성패를 가른다는 걸 알게 해줬심더.

현장에서 하자 보수 한 번도 안 해본 반장이 진짜 반장이 될 수 없듯이, 에러 없이 자동화를 배울 수는 없심더.

삽질 끝에 완성된 파이프라인

텔레그램에 주제 한 줄 던지면 영상이 유튜브에 올라가는 구조, 지금은 이렇게 돌아가고 있심더.

[텔레그램] 주제 한 줄 입력 → [Make.com] 중앙 라우터가 데이터 분배 → [Claude API] 대본 + 제목 + 설명 JSON 출력 → [JSON 파싱] 제목 / 설명 / 대본 분리 → [Creatomate] 템플릿에 대본 삽입 후 영상 렌더링 → [YouTube] 자동 업로드 완료. 사람 손 하나 안 탑니더.

김반장의 현장 한마디

내가 현장에서 직접 봤는데, 에러 하나에 포기하는 소장님들이 억수로 많심더. 근데 그 에러가 바로 나만의 노하우가 되는 기라카이. 에러는 적이 아닙니더. 에러는 스승입니더.

현장에서 사고 없이 공사 끝내는 반장보다, 사고 났을 때 냉정하게 수습하는 반장이 더 믿음직합니더. AI 자동화도 마찬가지라카이.

더 많은 현장 노하우는 공구리닷컴에서 확인하이소!

삽질은 이제 그만! 에러도 공구리처럼 단디 치고 나아가입시더!

#AI자동화 #비개발자AI #Make.com자동화 #에러극복 #공구리닷컴

Loading spinner