본문 바로가기
최신 IT·개발 소식

AI 시대에 취미가 사업 아이디어가 되는 순간: 자동화보다 먼저 볼 것

by 쑥쑥자라나라 2026. 7. 8.
728x90

2026. 7. 8 · 약 9분 · 뉴스에서 내 일로

AI가 일을 대신할수록 취미가 돈이 되는 이유

AI가 코딩과 지식 노동의 진입 장벽을 낮추면 무엇이 차이가 될까. 오늘은 ‘취미자본’이라는 주장부터 GitHub 첨부 자동화, YAML 영상 제작 도구까지 한 흐름으로 읽어봤다. 결론은 기술 이름보다 직접 해본 사람만 아는 문제가 더 중요해진다는 것이다.

먼저 보는 결론

  • AI가 평준화하는 것은 구현 속도다. 어떤 문제를 고를지는 여전히 사람 몫이다.
  • 취미는 과정과 체득이 핵심이라 자동화하기 어렵고, 그래서 제품 아이디어가 숨어 있다.
  • gh-attach와 scriptreel은 거창한 플랫폼보다 반복 작업 하나를 정확히 없앤 사례다.

NEWS 01 · 일반 독자

왜 하필 ‘취미’가 다음 기회일까

취미자본 원문이 실린 H. Jun Huh 웹사이트 대표 이미지
원문 웹사이트 대표 이미지 · cse.ac

‘취미자본’ 글의 핵심은 단순히 취미 시장이 커진다는 이야기가 아니다. LLM이 선언적인 지식을 빠르게 만들고 옮길수록, 말로 설명하기 어려운 암묵지와 현장 맥락의 가치가 커진다는 주장이다. 핸드드립을 예로 들면 원두 산미 선호는 문장으로 옮길 수 있지만, 원두가 부푸는 모습을 보고 물줄기를 조절하는 감각은 직접 반복해야 생긴다.

취미는 결과보다 과정이 목적이다. 로봇이 대신 등산을 완주해도 내 성취가 되지 않는다. 그래서 AI가 대체하기 어려운 영역이고, 입문자의 시행착오를 줄여주는 제품·커뮤니티·코칭에는 여전히 돈을 낼 이유가 생긴다.

여기서 사실과 전망을 나눠봐야 한다

여가 지출 증가와 AI 생산성 효과에 관한 자료는 방향을 이해하는 근거가 된다. 다만 “AI가 곧 모두에게 여가 시간을 돌려준다”는 결론은 아직 전망에 가깝다. AI가 보완재로 쓰이는 동안 오히려 업무량이 늘 수 있기 때문이다. 중요한 것은 거대한 미래 예측보다, 지금 내가 오래 해본 취미에서 반복되는 불편을 찾는 일이다.

내가 적용해볼 질문
초보일 때 가장 막혔던 순간은 무엇이었나? 매번 기록하거나 비교하는 일은 무엇인가? 사람들과 공유해야 재미가 커지는 지점은 어디인가? 이 세 질문에 답하면 기능 목록보다 먼저 문제 정의가 나온다.

취미를 제품 아이디어로 바꾸는 네 단계

  1. 행동을 적는다. “러닝을 좋아한다”가 아니라 코스를 찾고, 기록하고, 장비를 비교하고, 대회에 신청하는 실제 행동을 쓴다.
  2. 반복되는 마찰을 찾는다. 매번 다른 앱을 오가거나 같은 계산을 다시 하거나, 초보자가 용어를 몰라 멈추는 순간을 표시한다.
  3. AI가 잘하는 일만 맡긴다. 검색·정리·초안·추천 후보 만들기는 맡기되, 취향과 안전이 필요한 최종 선택은 사용자에게 남긴다.
  4. 작은 반복을 검증한다. 완성 앱보다 한 번의 행동을 10분에서 2분으로 줄이는 도구부터 만들어 실제 취미 모임에서 써본다.

이 순서가 중요한 이유는 AI로 구현부터 시작하면 그럴듯하지만 아무도 필요로 하지 않는 기능이 빠르게 늘어나기 때문이다. 직접 겪은 문제는 설명이 짧고, 결과가 좋아졌는지도 관찰하기 쉽다.

취미자본 원문 보기 · GeekNews 토론 보기

728x90

 

NEWS 02 · 개발 실무

PR 이미지 첨부 한 번이 자동화를 막고 있었다

sudosubin gh-attach GitHub 저장소 대표 이미지
gh-attach 공식 GitHub 저장소 대표 이미지

gh-attach는 GitHub 이슈나 PR에 이미지·파일을 올리고 첨부 URL을 돌려주는 GitHub CLI 확장이다. 공식 첨부 API가 제공되지 않아 웹 화면을 열어 파일을 드래그해야 했던 마지막 수동 단계를 줄인다.

gh extension install sudosubin/gh-attach
gh attach ./image.png -R owner/repo

블로그 자동화에도 바로 연결된다. 생성한 대표 이미지나 미리보기 스크린샷을 PR 설명에 자동 첨부하면, 글을 열기 전에 결과를 검수할 수 있다. “코드 생성은 자동인데 스크린샷 첨부는 사람이 한다”는 작은 단절을 없애는 셈이다.

편리함보다 먼저 볼 보안 지점

이 도구는 로컬 브라우저의 로그인 쿠키를 찾아 웹 업로드 흐름을 이용한다. 따라서 출처를 확인한 바이너리만 설치하고, 공용 PC나 신뢰할 수 없는 자동화 환경에서는 사용하지 않는 편이 안전하다. 비공식 웹 흐름에 기대는 만큼 GitHub 변경으로 동작이 깨질 가능성도 운영 계획에 넣어야 한다.

내 블로그 자동화에 넣는다면

초안 생성 작업이 끝난 뒤 HTML만 올리지 않고 대표 이미지, 모바일 미리보기, 출처 목록을 한 PR에 묶을 수 있다. 검수자는 티스토리 편집기를 열기 전에 제목이 잘리지 않는지, 이미지가 본문 내용과 맞는지, 출처가 빠지지 않았는지 확인한다. 다만 쿠키를 GitHub Actions 같은 원격 실행기에 복사하는 방식은 피해야 한다. 로컬 검수 단계에서만 첨부하거나, GitHub가 공식 업로드 API를 제공하게 되면 그 경로로 교체하는 편이 낫다.

자동화 성공 기준도 “파일 업로드 완료”가 아니라 “PR에서 실제 이미지가 열리고 권한 없는 사용자에게도 보이는가”까지 잡아야 한다. 작업이 성공했다는 로그와 독자가 결과를 볼 수 있다는 사실은 다르기 때문이다.

공식 저장소 보기 · GeekNews 원문 보기

NEWS 03 · 1인 제작

YAML 한 장으로 ‘완성 영상’이 아니라 ‘초벌 영상’을 만든다

kmg28801 scriptreel GitHub 저장소 대표 이미지
scriptreel 공식 GitHub 저장소 대표 이미지

scriptreel은 장면별 내레이션·화면·콜아웃을 YAML로 적으면 TTS, 자막, 화면비 보정, BGM 믹스까지 이어서 MP4를 만드는 Python 파이프라인이다. 영상 편집기 전체를 대체하려는 도구가 아니라 매번 반복되는 초벌 작업을 코드로 고정한 것이 핵심이다.

특히 자막과 콜아웃을 PNG로 렌더링해 영상 위에 올린 선택이 흥미롭다. 사용 환경의 FFmpeg에 libassdrawtext가 없다는 제약을 피하면서 한글 외곽선과 위치를 픽셀 단위로 통제했다. 제약을 없애려 하기보다 파이프라인이 멈추지 않는 우회로를 택했다.

어디까지 자동화됐는지 확인할 것

자막 싱크는 단어 단위가 아니라 장면 길이와 글자 수를 기준으로 나뉜다. 긴 문장이나 말의 속도가 달라지면 사람이 다시 조정해야 한다. 그래도 “반나절 걸리던 첫 결과물을 빠르게 확인한다”는 목적에는 충분하다. 자동화의 가치는 사람을 완전히 빼는 데 있지 않고, 판단이 필요한 지점까지 빨리 데려오는 데 있다.

초벌 영상에도 품질 게이트가 필요하다

자동 생성 영상은 렌더링됐다는 이유만으로 공개하면 안 된다. 첫째, 내레이션 길이와 영상 길이가 어긋나 검은 화면이 남지 않는지 본다. 둘째, 세로 영상을 가로 화면에 넣을 때 핵심 피사체가 블러 배경이나 자막에 가리지 않는지 확인한다. 셋째, 한글 줄바꿈과 외곽선이 모바일에서도 읽히는지 본다. 마지막으로 BGM이 음성을 덮지 않는지 실제 이어폰과 휴대폰 스피커에서 각각 들어본다.

이 검사는 전부 자동 수치로 바꾸기 어렵다. 길이 드리프트와 마지막 프레임 밝기는 코드가 잡고, 문장의 호흡과 화면 집중도는 사람이 보는 혼합 방식이 현실적이다. 블로그 초안도 같은 원칙으로 운영해야 한다. 링크·글자 수·이미지 로딩은 자동 검사하고, 제목의 약속과 본문의 답이 맞는지는 공개 전에 직접 읽는다.

공식 저장소 보기 · GeekNews 원문 보기

세 뉴스를 잇는 한 문장

AI가 쉬운 일을 지울수록 문제를 고르는 경험이 남는다

취미자본은 ‘무엇을 만들까’를 다루고, gh-attach와 scriptreel은 ‘어떤 반복을 없앨까’를 보여준다. 셋의 공통점은 기능이 많아서가 아니라 만든 사람이 직접 겪은 마찰에서 출발했다는 점이다. 다음 프로젝트 아이디어가 필요하다면 최신 모델 목록보다 내 일주일의 귀찮은 순간을 먼저 기록하는 편이 낫다.

정보처리기사 · 소프트웨어 공학

오늘의 정처기 문제

요구사항 변경에 유연하게 대응하고 짧은 주기로 결과물을 반복 개선하는 개발 방법론은?

  1. 폭포수 모델
  2. 나선형 모델
  3. 애자일 모델
  4. V 모델
정답과 해설 보기

정답 3번 · 애자일 모델

짧은 개발 주기를 반복하며 피드백과 변경을 다음 결과물에 반영한다. 완벽한 영상 편집기를 한 번에 만들기보다 초벌 제작 파이프라인부터 만든 scriptreel의 접근과도 연결해볼 수 있다.

이번 글에서 남는 것

내가 오래 해본 것에서 자동화할 한 단계를 찾자

좋은 자동화는 사람을 지우는 도구가 아니라 사람이 판단할 차례를 앞당기는 도구다. 이번 주에는 자주 하는 취미나 작업 하나를 골라 ‘매번 손으로 되풀이하는 단계’를 세 개만 적어보려고 한다.

원문과 공식 저장소를 직접 확인한 뒤 사실·전망·개인 해석을 구분해 정리했습니다. 제품 설치 전에는 최신 README와 권한 범위를 다시 확인하세요.

728x90