[카테고리:] 번외 편

연재 순서와 상관없이, 직접 만든 도구를 써 보고 따져 본 글을 모았습니다.

  • 트로트 뮤직비디오 자동 제작 1편, 도구보다 설계를 먼저 세운다

    작성자: 컴맹 집사

    번외 편

    이 글에서 얻는 것

    • 이런 분께 노래 한 곡으로 뮤직비디오를 자동으로 만들어 보고 싶은 분
    • 핵심 답 도구를 고르기 전에 장소·시대·인물 관계를 먼저 정해야 장면이 섞이지 않는다
    • 바로 쓰는 팁 더미 데이터로 조립이 돌아가는 것과 실제 결과가 나오는 것은 다른 일이다. 둘을 따로 확인하자

    앱 세계관을 넓히다 보니 노래가 한 곡 생겼다. 트로트 곡 한 곡을 받아 뮤직비디오를 만드는 자동 제작 도구를 AI에게 맡겨 보기로 했다. 이 글은 그 시도의 첫 번째 기록이다.

    도구보다 설계를 먼저

    처음에 가장 크게 부딪친 것은 설계였다. 장면마다 무엇이 나올지 정하기 전에 도구부터 고르면, 장면들이 뒤섞인다. 그래서 장소, 시대, 인물 관계를 먼저 적고, 그다음에 장면을 나눴다.

    트로트 뮤직비디오 장면 시트 전체 모습
    장면을 나눈 컷 계획의 전체 모습

    만드는 순서

    1. 음원을 구간으로 나눈다. 전주와 간주를 구분한다.
    2. 장면마다 컷 계획을 짠다.
    3. 각 컷의 이미지를 만든다.
    4. 이미지만으로 무료 미리보기 영상을 만들어 시간을 맞춘다.
    5. 영상 클립을 만든다.
    6. 마지막에 원곡, 장면 전환, 한글 자막(후렴은 금색)을 합쳐 mp4와 자막 파일(srt)을 뽑는다.

    돈을 쓰기 전에 멈추는 장치

    이미지나 영상을 만들기 전에는 예상 비용을 보여 주고 승인을 받는다. 지출은 기록되고, 예산(기본 10달러)을 넘으면 경고가 뜬다. 돈이 나가는 순간마다 멈출 수 있게 한 장치다.

    조립 시험까지 한 일

    가짜 클립과 임시 이미지로 조립 단계를 시험했다. 장면 전환, 후렴 재사용, 한글 자막이 정상으로 나왔다. 세로(9:16) 화면으로 24초짜리 쇼츠도 조립했다. 다만 이것은 실제 생성 결과가 아니다. 가짜 재료로 돌아가는 조립일 뿐이다. 이 구분을 흐리면 나중에 큰 대가를 치른다.

    다음 편에서는

    실제로 이미지와 영상을 뽑으면서 나온 문제를 다룬다. 인원수, 의상, 사진 방향, 가사 시각이 어떻게 틀렸는지 적을 생각이다.


    이전 글: 영상 자동 제작 프로그램, 무료로 풀면 쓸모 있을까? 직접 따져 본 번외 편

  • 네이버 글 소제목을 앱이 못 읽는다? 점검 오류를 기록한다

    작성자: 컴맹 집사

    번외 편

    이 글에서 얻는 것

    • 이런 분께 블로그 점검 도구의 결과를 그대로 믿어도 되는지 궁금한 분
    • 핵심 답 네이버 글의 시각 강조 점수가 낮게 나온 이유는 소제목을 제대로 읽지 못했을 가능성이 크다. 아직 원인을 확인하는 중이다
    • 바로 쓰는 팁 도구의 점수를 볼 때는 실제 글을 열어서 항목이 맞는지 한 번 확인하자

    무엇이 이상했나

    네이버에 올린 첫 번째 글을 Blog X-ray로 점검했습니다. 총점은 86점이었고, 시각 강조·리듬 항목은 6/20이었습니다. 앱은 “소제목(H2/H3)이 하나도 없다”고 판정했습니다.

    그런데 글을 직접 열어 보면 「Blog X-ray는 어떤 앱인가요?」, 「어떤 항목을 진단할 수 있을까요?」처럼 소제목 역할을 하는 문단이 여러 개 있습니다. 판정과 실제 글이 맞지 않았습니다.

    두 번째 네이버 글과 비교하면

    두 번째 네이버 글은 시각 강조가 17/20이었고, 앱이 소제목을 1개 찾았습니다. 같은 플랫폼인데도 소제목을 찾는 결과가 글마다 다릅니다.

    지금 추정하는 원인

    • 네이버 편집기에서 소제목을 일반 문단과 다른 제목 서식으로 넣었는지, 아니면 글자 크기와 굵기만 바꾼 것인지에 따라 앱이 다르게 읽는 것으로 보입니다.
    • 이 추정은 아직 확인하지 않았습니다. 원문 구조를 확인해야 확실해집니다.

    네이버 글의 판정 카드

    네이버 글 시각 강조·리듬 판정 카드, 6/20점
    네이버 첫 글의 시각 강조 판정. 소제목을 0개로 봤다
    네이버 글 E-E-A-T 판정 카드, 20/20점
    같은 글의 경험 증거 판정. 체험 표현 4회, 사진 5장

    이 오류를 어떻게 다룰까

    앱의 점수를 발표할 때 네이버 글의 시각 강조 점수는 참고용으로만 씁니다. 원인을 확인해 규칙을 고치면 그때 다시 점검해서 결과를 적겠습니다.

  • Blog X-ray 점수, 와우굿앱 글 3편과 네이버 글 2편을 돌려 본 결과

    작성자: 컴맹 집사

    번외 편

    이 글에서 얻는 것

    • 이런 분께 블로그 글을 점검하는 도구가 실제로 어떤 점수를 주는지 궁금한 분
    • 핵심 답 와우굿앱 글 세 편은 72~75점, 네이버 글 두 편은 79~86점이었다. 낮은 점수는 시각 강조와 도입부 후킹, 경험 증거에 몰렸다
    • 바로 쓰는 팁 점수 자체보다 가장 낮은 항목 하나를 고쳐 다시 돌려 보면 점수가 어떻게 변하는지 확인할 수 있다

    점검한 글

    • 와우굿앱 글: 「앱에 미니게임 넣기, 화면이 움직이는 비밀(게임 루프)」 75점
    • 와우굿앱 글: 「영상 자동 제작 프로그램, 무료로 풀면 쓸모 있을까」 72점
    • 와우굿앱 글: 「기능 하나 만들기 전에 ‘기준서’부터 쓰는 이유」 72점
    • 네이버 글: 「블로그 글 진단 앱 Blog X-ray 개발기」 86점
    • 네이버 글: 두 번째 글 79점
    Blog X-ray 진단 결과 화면
    진단 결과 화면, 와우굿앱 미니게임 글 75점

    낮은 항목을 보면

    • 미니게임 글은 시각 강조·리듬이 14/20이었습니다. 굵은 글씨가 없다는 지적이 있었는데, 와우굿앱은 굵은 글씨를 쓰지 않는 원칙이 있어 그대로 두었습니다.
    • 영상 도구 글은 시각 강조가 11/20이었습니다. 이미지 없이 긴 구간이 있다는 지적이 나왔습니다.
    • 기준서 글은 경험 증거가 8/20이었습니다. 체험 표현과 사진 개수만 세기 때문에, 실제 경험이 충분해도 낮게 나올 수 있습니다.
    • 네이버 첫 글은 시각 강조가 6/20이었습니다. 소제목을 0개로 판정했는데, 실제로는 소제목처럼 보이는 문단이 있습니다. 이 항목은 참고만 해 주세요.
    • 네이버 두 번째 글은 도입부 후킹이 5/15였습니다. 첫 3문단에 물음표나 숫자가 없다고 판정했습니다.
    Blog X-ray 입력 화면
    글 주소를 넣고 진단 버튼을 누르는 입력 화면

    점수보다 중요한 것

    앱이 알려 주는 것은 정답이 아니라 기준에 비춰 약한 부분입니다. 그 기준을 따를지는 글쓴이가 정해야 합니다. 저는 굵은 글씨 지적을 따르지 않았고, 그 결정은 글에 그대로 남겨 두었습니다.

  • AI로 과학 쇼츠 만들기, 천만 뷰 영상 뜯어보고 코드로 도면 그린 하룻밤

    AI로 과학 쇼츠 만들기, 천만 뷰 영상 뜯어보고 코드로 도면 그린 하룻밤

    작성자: 컴맹 집사

    번외 편

    대표 이미지: 직접 만든 쇼츠 두 편의 한 장면 (왼쪽 자격루, 오른쪽 생일 역설)

    이 글에서 얻는 것

    • 이런 분께 사진이나 실사 영상 없이도 지식 쇼츠를 만들어 보고 싶은 분
    • 핵심 답 잘된 영상을 먼저 뜯어보고 그 공통점을 ‘AI 작업 설명서’로 묶은 뒤, 화면은 코드로 그린 도면으로 채웠다
    • 바로 쓰는 팁 음성을 먼저 만들고, 그 길이에 맞춰 화면을 그려야 말이 겹치지 않는다

    지난 번외 편에서는 웹툰으로 쇼츠를 자동으로 만드는 이야기를 했습니다. 이번에는 웹툰이 아니라 과학과 수학입니다. 11월 1일 저녁에 “코드로 그린 그림만으로 쇼츠를 만들 수 있을까?”라는 질문으로 시작해, 새벽까지 AI(Claude)와 함께 영상 두 편과 작업 설명서 두 개를 만들었습니다. 그 하룻밤의 기록입니다.

    실사 대신 ‘도면’을 고른 이유

    처음 질문은 단순했습니다. 코드로 그리는 방식으로 어떤 쇼츠를 만들 수 있을까. 답을 들어 보니 강점과 약점이 분명했습니다. 원리, 구조, 변화, 숫자 비교처럼 ‘움직임으로 설명되는 것’은 잘 그리고, 실제 사람이나 풍경처럼 ‘사실감’이 필요한 것은 약했습니다.

    그래서 약점을 메우려 하지 않고 아예 채널의 개성으로 삼기로 했습니다. 짙은 남색 바탕에 한지색 선으로 단면도를 그리고, 지금 움직이는 부품만 주홍색으로 칠하는 ‘먹선 설계도’ 스타일입니다. 그림은 Manim이라는 무료 도구로 그렸습니다. 유명한 수학 유튜브 채널 3Blue1Brown을 만든 사람이 자기 영상용으로 만들어 공개한 도구입니다(Manim 공식 저장소). 채널 이름도 이 방향에 맞춰 ‘이게 왜 돼?’로 정했습니다.

    조회수 1,000만 회 넘은 쇼츠를 먼저 뜯어봤다

    바로 만들지 않고, 크게 성공한 쇼츠부터 살펴봤습니다. Claude가 제 크롬 브라우저로 유튜브를 열어 조회수, 댓글, 그 채널의 다른 영상 조회수까지 모아 정리했습니다. 처음에는 100만 회 이상으로 찾다가, 기준을 1,000만 회 이상으로 올렸습니다.

    영상 주제 조회수(분석 당시) 길이 끝까지 보게 만든 장치
    답이 갈리는 수학 문제 약 2,195만 68초 “나는 이게 답” 논쟁
    건강 제품이 진짜인지 따져 보기 약 1,908만 32초 유사과학 확인
    중력을 1분 만에 납득시키기 약 1,705만 42초 고무막 비유
    뇌의 착각이 만든 사건 약 1,460만 49초 충격 + “마음먹기 나름” 공감
    계산 꿀팁 “이거 나만 몰랐나” 약 1,152만 11초 바로 따라 해 보기

    공통점은 세 가지였습니다. 누구나 아는 것을 다루고, 보는 사람이 속으로 답을 찍거나 직접 해 보게 만들고, 마지막에 공감이나 반전이 있었습니다. 반대로 댓글에서 공격받은 지점도 비슷했습니다. 숫자가 부정확하거나, 출처를 찾을 수 없거나, 남의 영상을 가져다 쓴 경우였습니다. 저는 같은 궁금증 공식을 쓰되, 확인한 사실과 직접 그린 그림으로 가기로 했습니다.

    그걸 ‘AI 작업 설명서’로 묶었다

    Claude에는 스킬이라는 기능이 있습니다. 스킬은 AI에게 주는 작업 설명서입니다. 한 번 저장해 두면 다음부터 “이거 해 줘” 한마디에 같은 순서와 기준으로 일합니다. 이날 두 개를 만들었습니다.

    • 쇼츠 분석 스킬: 유튜브 링크를 주면 조회수, 댓글, 채널 평균 대비 몇 배 터졌는지를 같은 형식으로 정리합니다.
    • 쇼츠 대본 스킬: 위 분석에서 뽑은 제목 공식, 처음 3초 규칙, 비유 쓰는 법, 자막 길이 규칙, 그리고 “확인한 사실만 쓴다”는 원칙을 담았습니다.

    첫 두 편: 자격루와 생일 역설

    첫 편은 장영실의 자격루입니다. 물이 흘러 살대가 떠오르고, 구슬이 굴러 인형이 종을 치는 순서를 도면으로 움직였습니다. 구조는 백과사전 기록대로 따랐습니다(한국민족문화대백과사전, 자격루). 원래 장치는 남아 있지 않아서, 화면 아래에 “작동부는 원리를 보여 주는 단순화 도식”이라고 적었습니다.

    1차본을 보고 제가 처음 한 말은 “장영실이 만들었다는 얘기도 안 해 주나?”였습니다. 정말 장영실 이름이 마지막 질문에만 나왔습니다. 고친 3차본에서는 첫 화면을 “600년 전 조선에 자동 알람시계가 있었다”로 바꾸고, “물이 시곗바늘, 구슬이 알람 버튼” 같은 비유를 앞에 세웠습니다. 길이는 56초에서 46초로 줄였습니다.

    두 번째는 수학입니다. “한 반 30명 중 생일이 같은 사람이 있을 확률은?” 정답은 약 70.6%입니다. 서른 명이 서로 한 번씩 악수하면 435번이라, 생일을 비교할 기회가 생각보다 훨씬 많기 때문입니다. 숫자는 지어내지 않고, 30명짜리 반을 컴퓨터로 1만 개 만들어 직접 확인했습니다. 1만 반 중 7,054반에서 생일이 겹쳤습니다.

    생일 역설 쇼츠 세 장면: 70.6% 정답, 435번의 악수, 1만 반 중 7,054반
    생일 역설 쇼츠의 세 장면. 정답 공개, 악수 선 435개, 1만 반 직접 확인

    막힌 곳 세 가지

    첫째, 말이 겹쳤습니다. 영상에는 자막만 넣고 목소리는 캡컷 자동 음성으로 입히려 했는데, 음성이 자막보다 길어 앞뒤 문장이 포개지는 곳이 생겼습니다. 영상을 먼저 만들고 음성을 나중에 맞춘 순서가 문제였습니다.

    둘째, 숫자를 이상하게 읽었습니다. 435번을 “네백삼십오 번”으로 읽었습니다. 음성용 문장은 “사백삼십오 번”처럼 한글로 풀어 쓰니 해결됐습니다. 화면 글자와 음성용 글자를 따로 두면 됩니다.

    셋째, 작업 공간이 바뀌어 있었습니다. 2026년 10월 6일부터 Pro·Max 등 개인 유료 요금제에서 새로 시작하는 작업은 내 컴퓨터가 아니라 클라우드에서 실행됩니다(Claude 도움말). 클라우드에서는 구글 음성 서버에 접속이 막혀 있어서, 예전에 웹툰 쇼츠용으로 만들어 둔 구글 음성 기능을 쓸 수 없었습니다. 도움말 안내대로, 내 컴퓨터에서만 돌리는 작업은 데스크톱 앱의 Claude Code로 옮기기로 했습니다.

    다음 단계

    순서를 뒤집습니다. 음성을 먼저 만들고, 문장마다 실제 음성 길이를 재서 그 길이만큼 화면을 그린 뒤 합칩니다. 이렇게 하면 말이 겹칠 수가 없습니다. 음성은 웹툰 쇼츠 때 쓰던 구글 음성을 그대로 씁니다(요금 이야기는 무료 AI 목소리 편에 정리해 두었습니다). 이 작업은 내 컴퓨터의 Claude Code에서 이어 가고, 음성까지 들어간 완성본이 나오면 다시 기록하겠습니다.

    내 일에 가져갈 한 가지

    만들기 전에 잘된 것부터 뜯어보는 순서는 쇼츠가 아니어도 그대로 쓸 수 있습니다. 혼자 하기 어렵다면 AI에게 이렇게 맡겨 보세요.

    내 분야에서 조회수가 크게 나온 쇼츠 다섯 편을 찾아서, 채널 평균보다 몇 배 나왔는지, 처음 3초에 무엇을 보여 주는지, 댓글 반응은 어떤지 표로 정리해 줘. 그리고 공통점을 내가 바로 쓸 수 있는 대본 규칙 다섯 줄로 만들어 줘. 숫자는 확인한 것만 쓰고, 확인 못 한 건 확인 못 했다고 적어 줘.

    함께 읽으면 좋은 글: 영상 자동 제작 프로그램, 무료로 풀면 쓸모 있을까?


    이전 글: 쇼츠 한 편을 만드는 데 17분, 새벽 작업 기록으로 본 흐름

  • 쇼츠 한 편을 만드는 데 17분, 새벽 작업 기록으로 본 흐름

    작성자: 컴맹 집사

    번외 편

    이 글에서 얻는 것

    • 이런 분께 AI로 영상을 자동으로 만들 때 시간이 얼마나 걸리는지 궁금한 분
    • 핵심 답 대본 한 편을 넣으니 58.3초짜리 세로·가로 영상 두 개가 17분 만에 완성됐다. 대신 한 번의 기록이라 평균은 아니다
    • 바로 쓰는 팁 작업 시간을 재기 전에 절전 방지와 이어하기 설정부터 해 두면 중간에 멈춰도 다시 시작할 수 있다

    무엇을 만들었나

    장면은 14개, 나레이션은 11줄인 대본 파일 하나로 1분짜리 앱 소개 영상을 만들었습니다. 화면은 프로그램이 앱을 직접 열고 필요한 화면을 차례로 찍어서 가져왔습니다. 배경음악은 앱에 쓰는 노래를 썼습니다.

    웹툰 1화 컷 화면
    영상의 재료가 된 웹툰 컷

    기록에 남은 시간

    작업 기록에는 새벽 3시 13분에 시작해서 3시 30분에 완성했다고 적혀 있습니다. 시간으로는 17분입니다. 완성된 영상 길이는 58.3초였습니다.

    그 사이에 두 가지를 미리 설정해 두었습니다. 하나는 컴퓨터가 잠들지 않도록 절전 방지를 켜는 것, 다른 하나는 중간에 멈추면 이어서 하도록 예약 작업을 걸어 두는 것입니다.

    웹툰 회차 목록 화면
    회차 목록처럼 장면 단위로 나눠 두면 영상 장면과 맞추기 쉽다

    이 숫자를 어떻게 읽을까

    • 이 기록은 한 번의 작업입니다. 평균 시간이라고 말할 수 없습니다.
    • 17분 안에 화면 캡처, 자막, 음성, 조립이 모두 들어 있습니다. 단계별 시간은 기록하지 않았습니다.
    • 나중에 대본을 고쳐 다시 만들 때는 음성을 저장해 둔 것을 다시 쓰기 때문에 같은 문장은 요금이 또 나가지 않았습니다.

    17분 안에 프로그램이 한 일

    작업 기록을 다시 열어 보니, 17분 동안 프로그램이 한 일은 크게 네 단계였습니다.

    1. 앱 화면 찍기: 프로그램이 내 컴퓨터에서 앱을 직접 띄우고, 대본에 적힌 화면을 차례로 찍었습니다. 사람이 손으로 캡처하지 않았습니다.
    2. 나레이션 만들기: 대본의 나레이션 11줄을 구글 AI 음성으로 한 줄씩 만들었습니다. 목소리는 여성 해설자 한 명입니다.
    3. 배경음악 깔기: 앱에 쓰는 연주곡을 나레이션 아래에 낮게 깔았습니다.
    4. 조립하기: 장면 14개에 화면, 자막, 음성, 음악을 맞춰 1080×1920 세로 영상 한 편으로 묶었습니다. 완성 파일은 13.9MB였습니다.

    17분 전에 사람이 정해 둔 것

    17분은 프로그램이 돌아간 시간이고, 그 전에 제가 정해 둔 것들이 있습니다. 이 결정이 빠지면 프로그램은 아무것도 만들지 못합니다.

    • 영상의 흐름: “강아지랑 어디 가지?”로 시작해 작위증, 휴양소 고르기, 출처와 확인 등급, 다른 기능을 거쳐 앱 주소로 끝나는 순서
    • 쓰지 않을 재료: 스톡 사진은 쓰지 않고, 우리 웹툰 그림과 앱 화면만 쓰기
    • 밝혀 둘 것: 끝 화면에 “나레이션: AI 음성(Google)”이라고 적기

    이 결정들은 대본 파일 하나에 모두 들어 있습니다. 그래서 문구나 순서를 바꾸고 싶을 때는 대본 파일만 고치고 다시 돌리면 됩니다.

    중간에 멈춰도 이어지게 한 장치

    새벽에 컴퓨터를 켜 두고 맡기는 작업이라, 멈췄을 때를 먼저 대비했습니다.

    • 절전 방지: 10시간 동안 컴퓨터가 잠들지 않게 하는 작은 실행 파일을 켰습니다. 컴퓨터 설정 자체는 바꾸지 않았고, 영상이 완성된 뒤 바로 껐습니다.
    • 자동 이어하기: 새벽 5시 21분에 작업을 다시 확인하는 예약을 걸어 두었습니다. 그 예약은 작업 기록을 읽고 “이미 완성됨”을 확인한 뒤 그냥 끝났습니다.
    • 단계마다 기록 남기기: 한 단계가 끝날 때마다 작업 기록 파일에 진행 상황을 적게 했습니다. 중간에 끊겨도 새로 시작한 작업이 이 파일부터 읽고 남은 단계부터 이어 갈 수 있습니다.

    결과적으로 한 번에 끝나서 쓸 일은 없었지만, 맡겨 두고 잠들 수 있었던 건 이 장치들 덕분이었습니다.

    같은 대본으로 다시 만든 기록

    대본을 파일로 남겨 둔 덕을 그 뒤에 몇 번 봤습니다.

    • 10월 5일: 같은 대본과 나레이션으로 가로(16:9)판을 추가했습니다. 이제 명령 한 번에 세로판과 가로판이 함께 나옵니다.
    • 10월 8일: 앱의 기본 강아지 그림이 바뀌어서, 화면만 다시 찍고 영상 두 개를 다시 만들었습니다.
    • 10월 9일: 휴양소 기능만 따로 소개하는 55.4초짜리 영상을 새 대본으로 만들었습니다.

    처음 한 편을 만드는 시간보다, 고칠 때 다시 만드는 시간이 짧다는 점이 더 크게 다가왔습니다.

    다음에 기록하고 싶은 것

    단계별 시간을 나눠 재면 어디서 오래 걸리는지 알 수 있습니다. 다음 번외 편에서는 단계별로 시간을 재 보겠습니다.

    그 뒤 11월 1일에는 사진 없이 코드로 도면을 그리는 과학 쇼츠도 만들어 봤습니다. 그때 새로 알게 된 것은, 음성을 먼저 만들고 그 길이에 맞춰 화면을 정해야 말이 겹치지 않는다는 점이었습니다. 이 과정은 과학 쇼츠 번외 편에 적었습니다.

    한 줄로 정리하면

    영상 한 편이 17분 만에 나온 것은 프로그램이 빨라서만이 아니었습니다. 무엇을 보여 주고 무엇을 빼고 무엇을 밝힐지 대본에 미리 정해 두었고, 멈춰도 이어지게 준비해 두었기 때문입니다. 시간을 줄이고 싶다면 프로그램보다 대본과 준비부터 챙기는 편이 빠릅니다.

    AI에게 이렇게 맡겨 보세요

    영상 자동 제작을 시작하기 전에, 내가 먼저 정해야 할 것(영상의 흐름, 쓸 재료, 쓰지 않을 재료, 밝혀 둘 표기)을 하나씩 질문해 줘. 내가 다 답하면 그 내용을 대본 파일 하나로 정리해 줘.

    2026-11-02 작업 기록을 다시 확인해 내용을 보강했습니다.

  • 블로그 홈 꾸미기, 코딩 몰라도 AI로 뉴스 사이트처럼 만든 방법

    블로그 홈 꾸미기, 코딩 몰라도 AI로 뉴스 사이트처럼 만든 방법

    작성자: 컴맹 집사

    번외 편 · 「멍냥뉴스 동네방네」 홈페이지 제작 기록

    대표 이미지: 멍냥뉴스 동네방네 홈 첫 화면 (2026년 10월 27일, 직접 캡처)

    이 글에서 얻는 것

    • 이런 분께 코딩은 모르지만 AI에게 맡겨서 블로그 첫 화면을 바꿔 보고 싶은 분
    • 핵심 답 첫 화면은 “알아서 채워지는 칸”과 “사람이 직접 쓰는 칸” 두 가지로 이루어져 있다. 이 둘만 구분해도 AI에게 무엇을 시킬지 보인다
    • 바로 쓰는 팁 AI에게 “어디까지 자동이고 어디부터 내가 관리하는지 표로 정리해 줘”라고 먼저 물어보자

    요즘 “바이브코딩”이라는 말을 자주 듣습니다. 코드를 직접 쓰는 대신, 원하는 모습을 말로 설명하고 AI가 만들게 하는 방식입니다. 이 블로그의 연재도 결국 그 기록입니다.

    이번 번외편에서는 앱이 아니라 블로그 첫 화면 이야기를 합니다. 반려동물 공공소식을 풀어 쓰는 멍냥뉴스 동네방네의 홈입니다. 신문처럼 보이는 이 화면이 속에서 어떻게 움직이는지, 그리고 비슷하게 만들고 싶을 때 AI에게 뭐라고 말하면 되는지 쉽게 풀어 보겠습니다. 내용은 2026년 10월 27일 관리자 화면에서 확인한 구조를 기준으로 했습니다.

    첫 화면은 두 종류의 칸으로 되어 있다

    위 사진의 첫 화면을 신문 1면이라고 생각해 보세요. 1면에는 두 종류의 자리가 있습니다.

    • 알아서 채워지는 칸: 새 기사가 들어오면 저절로 바뀌는 자리입니다. 최신 소식 목록이 여기에 해당합니다.
    • 사람이 직접 쓰는 칸: 편집자가 손으로 써 넣는 자리입니다. 가이드북 배너, 마감 임박 카드, 안내 상자가 여기에 해당합니다.

    워드프레스에는 이 두 가지에 딱 맞는 기본 블록이 있습니다. 알아서 채워지는 칸은 “쿼리 루프” 블록이고, 사람이 직접 쓰는 칸은 “사용자 정의 HTML” 블록입니다. 멍냥뉴스 홈은 쿼리 루프 3개와 HTML 블록 5개가 거의 전부입니다. 따로 비싼 플러그인을 쓰지 않았습니다.

    이름이 어렵게 들리지만 걱정하지 않아도 됩니다. 바이브코딩에서 중요한 건 블록 이름을 외우는 게 아니라, “이 자리는 자동인가, 수동인가”를 내가 정하는 일입니다. 그걸 정해 주면 나머지는 AI가 알려 줍니다.

    큰 기사 1개, 작은 목록 10개

    홈 위쪽에는 사진이 큰 기사 1개가 있고, 그 아래로 작은 소식 목록이 이어집니다. 둘 다 알아서 채워지는 칸입니다.

    여기에는 작은 요령이 하나 들어 있습니다. 그냥 두면 가장 최신 글이 큰 칸에도 나오고 목록 맨 위에도 또 나옵니다. 그래서 목록 칸에는 “맨 앞 1개는 건너뛰기”를 설정했습니다. 큰 칸이 1등 기사를 가져가면, 목록은 2등부터 보여 주는 식입니다.

    또 하나, 이 칸들은 소식 분야 다섯 곳(지원금·혜택, 법·제도, 안전·경보, 우리 동네, 행사·축제)의 글만 가져옵니다. 그래서 예전에 쓴 생활 정보 글은 홈 소식 목록에 섞이지 않습니다.

    AI에게는 이렇게 말하면 됩니다. “홈에 최신 글 1개를 크게 보여 주고, 그 아래에 다음 글 10개를 목록으로 보여 줘. 같은 글이 두 번 나오지 않게 해 줘.”

    마감 임박 D-day, 날짜는 작은 비서가 센다

    사진 가운데쯤 “마감 임박” 줄에 D-4, D-34 같은 카드가 보입니다. 지원금 신청이나 행사 접수처럼 마감일이 있는 소식입니다.

    이 카드는 사람이 직접 쓰는 칸입니다. 소식 제목과 마감일만 적어 두면, 화면이 열릴 때마다 짧은 프로그램(스크립트)이 작은 비서처럼 일을 합니다.

    • 오늘 날짜를 보고 마감까지 며칠 남았는지 세어 “D-4″처럼 바꿔 적습니다. 당일이면 “오늘 마감”이라고 씁니다.
    • 마감이 가까운 순서로 카드를 다시 줄 세웁니다.
    • 마감이 지난 카드는 화면에서 숨깁니다.
    • 남은 카드가 하나도 없으면 마감 임박 줄 전체를 숨깁니다.

    날짜 세기를 사람이 매일 하면 언젠가 틀립니다. 그래서 틀리기 쉬운 일만 비서에게 맡긴 겁니다. 다만 새 마감 소식을 넣는 일은 여전히 사람 몫입니다. 지난 카드도 화면에서만 숨겨질 뿐 원본에는 남아 있어서, 가끔 직접 정리해야 합니다.

    AI에게는 이렇게 말하면 됩니다. “마감일을 적어 두면 D-day를 자동으로 계산해서 보여 주고, 마감이 지나면 숨기는 카드 줄을 만들어 줘.”

    분야 버튼은 책상 위 정리다

    소식 목록 위에는 전체, 지원금·혜택, 법·제도 같은 버튼이 있습니다. 누르면 페이지가 바뀌지 않고 그 자리에서 목록이 걸러집니다.

    이건 서랍을 새로 여는 게 아니라, 이미 책상 위에 꺼내 둔 10개를 분야별로 골라 보여 주는 방식입니다. 그래서 빠르지만, 10개 안에 없는 오래된 글은 안 보입니다. 이 한계를 메우려고 목록 아래 “전체 보기” 링크가 누른 버튼에 맞춰 그 분야의 모든 글 페이지로 바뀌게 했습니다. 해당 분야 글이 하나도 없으면 “이 분야의 새 소식은 곧 올라옵니다”라는 안내가 뜹니다.

    지역별 소식, 서랍과 스티커

    공공소식은 “무슨 소식인지”와 “어느 동네 소식인지”를 함께 봐야 합니다. 그래서 두 가지 정리 도구를 나눠 썼습니다.

    • 서랍(카테고리): 지원금, 법·제도처럼 글의 주제를 나눕니다.
    • 스티커(태그): 서울, 경기, 김포, 인천, 충청, 경상, 전라, 강원, 제주, 전국 이렇게 10개 지역을 붙입니다.

    스티커의 좋은 점은 한 글에 여러 장 붙일 수 있다는 겁니다. 서울과 대전 소식을 한 글에 담았다면 서울 스티커와 충청 스티커를 둘 다 붙이면 됩니다. 실제로 가을 광견병 접종 지원 글은 지역별 소식 페이지의 서울 칸과 충청 칸에 함께 나옵니다.

    지역별 소식 페이지는 알아서 채워지는 칸 10개를 위아래로 쌓아 만들었습니다. 칸마다 지역 스티커 하나씩을 맡아 최근 글 6개를 보여 줍니다. 맨 위 지역 버튼을 누르면 그 지역 칸으로 바로 내려갑니다.

    예전 글은 버리지 않고 자료실로

    이 블로그는 원래 강아지 생활 정보를 쓰던 곳이었습니다. 소식 중심으로 바꾸면서도 예전 글 42편은 지우지 않았고, 주소도 그대로 두었습니다. 주소가 바뀌면 검색이나 다른 곳에 걸어 둔 링크가 깨지기 때문입니다.

    대신 자료실 페이지를 만들어 도서관 서가처럼 정리했습니다. 입양·첫 준비, 훈련·행동, 건강 같은 서가마다 최신 글 목록을 두고, 맨 위에 검색 칸을 달았습니다. 홈의 주인공 자리만 소식에 넘겨주고, 예전 글은 서가로 옮긴 셈입니다.

    직접 만든 꾸밈에는 이름표를 붙였다

    배너나 안내 상자처럼 기본 블록으로는 모양을 내기 어려운 부분은 HTML 블록 안에 직접 꾸밈 규칙(CSS)을 넣었습니다. 이때 꾸밈마다 붙는 이름을 전부 “mn-“으로 시작하게 했습니다. mn-due, mn-tabs, mn-gift 같은 식입니다.

    어린이집 가방에 이름을 써 두는 것과 같습니다. 테마에 원래 있던 꾸밈과 이름이 겹치면 엉뚱한 곳 모양까지 바뀔 수 있는데, 앞머리를 정해 두면 그런 일이 줄어듭니다. 나중에 AI에게 고쳐 달라고 할 때도 “mn-으로 시작하는 부분만 손대 줘”라고 범위를 딱 정해 말할 수 있어 편합니다.

    휴대폰 화면도 챙겼습니다. 마감 카드와 분야 버튼은 화면을 넘치면 아래로 쌓이지 않고 옆으로 밀어서 보게 했습니다. 버튼은 손가락으로 누르기 쉽게 크게 잡았습니다. 휴대폰에서 제목이 단어 중간에서 끊기던 문제는 사이트 추가 CSS에 한 줄(word-break: keep-all)을 넣어 해결했습니다. 한국어 제목을 단어 단위로 줄바꿈하게 해 주는 설정입니다.

    앱으로 가는 링크에는 송장을 붙였다

    홈 중간에는 반려견 동반 여행지를 찾는 앱 기능으로 가는 배너가 있습니다. 이 링크 주소 끝에는 “utm_source=dogdo209” 같은 꼬리표를 붙였습니다. 택배 송장처럼 “블로그 홈 배너에서 출발한 방문자”라는 표시입니다. 화면에는 아무 변화가 없고, 통계에서 손님이 어디서 왔는지 가려낼 때만 쓰입니다.

    이 앱을 만든 과정은 이 블로그 연재에 있습니다. 앱 첫 화면을 처음 꾸미던 이야기는 3초 안에 마음을 잡아라! 앱 첫 화면 만드는 법에서 볼 수 있습니다.

    마치며, 자동과 수동부터 나누자

    정리하면 이 홈의 비결은 한 가지입니다. 새 글이 올라오면 알아서 바뀌는 칸과, 사람이 직접 관리하는 칸을 나눈 것입니다. 소식 목록과 지역별 소식은 자동으로 채워지고, 마감 카드와 배너는 사람이 관리합니다. 그중 날짜 세기처럼 틀리기 쉬운 일만 작은 프로그램에 맡겼습니다.

    코딩을 몰라도 이 구분은 할 수 있습니다. 그리고 이 구분만 정해 주면, 바이브코딩으로 AI에게 일을 맡길 때 훨씬 정확하게 말할 수 있습니다.

    AI에게 그대로 복사해 보낼 문장

    “워드프레스로 블로그 홈을 뉴스 사이트처럼 바꾸고 싶어. 나는 코딩을 몰라. 먼저 홈을 ‘새 글이 올라오면 알아서 바뀌는 칸’과 ‘내가 직접 관리하는 칸’으로 나눠서 표로 정리해 줘. 그다음 각 칸을 워드프레스 기본 블록으로 만드는 방법을 한 단계씩 알려 줘.”

  • 무료 AI 목소리, 얼마나 쓸 수 있을까? 쇼츠 한 편 음성 요금 계산해 보기

    작성자: 컴맹 집사

    번외 편

    이 글에서 얻는 것

    • 이런 분께 AI 목소리를 넣은 영상을 만들고 싶은데 요금이 걱정되는 분
    • 핵심 답 같은 음성이라도 어떤 모델을 고르느냐에 따라 무료 범위가 다르고, 쇼츠 한 편 음성 비용은 몇 센트 수준이었다
    • 바로 쓰는 팁 음성 모델을 고르기 전에 무료 범위와 요금 단위(글자 수인지 토큰인지)부터 확인하자

    왜 계산해 봤나

    쇼츠 한 편의 나레이션은 구글 AI 음성으로 만들었습니다. 그런데 요금이 얼마나 붙는지 정확히 몰랐습니다. 무료 프로그램이라고 올려 놓고 음성 요금을 빠뜨리면 받는 사람에게 실례가 되니, 이번에는 숫자로 따져 봤습니다.

    영상 편집 화면 사진
    영상 한 편도 장면을 하나씩 잇는 일이다 (사진: Pixabay)
    웹툰 목록 화면
    영상 재료로 쓰는 웹툰 회차 목록

    공식 페이지에서 확인한 것 (2026년 10월 25일 기준)

    • Chirp 3 HD 음성은 월 0~100만 자까지 무료이고, 그 이후 100만 자당 30달러입니다. (Google Cloud 음성 가격 안내)
    • Gemini 음성 모델은 글자 수가 아니라 토큰으로 과금되고, 가격표에는 무료 한도가 없다고 나옵니다. 오디오 1초는 25토큰입니다.
    • Gemini 3.8 Flash TTS(미리보기)의 오디오 출력은 100만 토큰당 9달러이고, 2027년 1월 1일부터 18달러로 오릅니다.

    출처마다 무료 표기가 조금씩 달라서, 실제로 쓰기 전에는 직접 확인해야 합니다. 이 숫자는 글을 쓴 날의 공식 안내를 기준으로 합니다.

    쇼츠 한 편을 대입해 보니

    지난번 쇼츠 한 편은 58.3초였습니다. 음성만 계산하면 59초 × 25토큰 = 1,475토큰입니다.

    • 지금 가격(100만 토큰당 9달러)으로 한 편은 약 0.013달러, 즉 1.3센트입니다. 100편이면 약 1.33달러입니다.
    • 2027년 1월 이후 가격(18달러)으로 계산하면 한 편은 약 2.7센트, 100편이면 약 2.66달러입니다.
    • Chirp 3 HD 음성으로 나레이션 1,000자를 100편 만들면 10만 자입니다. 무료 범위(100만 자)의 10% 정도입니다. 나레이션 길이는 제 기준이라 실제 대본에 맞춰 다시 계산해야 합니다.

    글자 수 과금과 토큰 과금, 무엇이 다른가

    두 방식은 요금을 정하는 기준이 다릅니다. 글자 수 과금은 내가 보낸 대본이 몇 글자인지로 요금이 정해집니다. 토큰 과금(Gemini 음성)은 만들어진 오디오가 몇 초인지로 정해집니다. 위에서 본 것처럼 오디오 1초가 25토큰이기 때문입니다.

    그래서 같은 대본이라도 천천히 읽게 하면 토큰 과금 쪽 요금이 늘어납니다. 반대로 목소리를 여러 개 들어 보며 고를 때는 두 방식 모두 목소리마다 새로 만들어지니, 시험 삼아 듣는 만큼 무료 범위가 줄어든다는 점을 기억해 두면 좋습니다.

    실제로 써 보니 요금보다 먼저 부딪힌 것

    요금을 계산한 뒤 과학 쇼츠에 캡컷 자동 음성을 먼저 입혀 보니, 돈보다 먼저 부딪힌 문제가 두 가지 있었습니다.

    • 숫자를 엉뚱하게 읽었습니다. 자막에 “435번”이라고 적었더니 “네백삼십오 번”으로 읽었습니다. 음성용 문장에는 “사백삼십오 번”처럼 한글로 풀어 써서 해결했습니다. 화면 자막과 음성용 문장을 따로 두면 됩니다.
    • 말이 화면보다 길었습니다. 영상을 먼저 만들고 음성을 나중에 붙였더니, 일부 문장이 다음 문장과 겹쳤습니다. 음성을 먼저 만들고 그 길이에 맞춰 화면을 정하는 순서가 맞았습니다.

    요금을 아끼는 두 가지 설정

    • 같은 문장은 다시 만들지 않기: 제 영상 프로그램은 목소리, 말투 지시, 문장이 모두 같으면 처음 만든 음성 파일을 저장해 두었다가 그대로 씁니다. 대본에서 한 줄만 고치면 그 한 줄만 새로 만들어지고, 나머지는 요금이 다시 나가지 않습니다.
    • 말하기 속도 정해 두기: 저는 말하기 속도를 1.1배로 정해 두었습니다. 쇼츠에는 조금 빠른 편이 잘 맞고, 같은 문장이면 음성 길이가 짧아집니다. 위에서 본 것처럼 오디오 길이로 토큰을 세는 모델이라면 길이가 짧아질수록 요금도 줄어듭니다.

    정리 확인표

    구글 공식 가격 안내에는 Text-to-Speech를 쓰려면 결제를 사용 설정해야 하고, 무료 범위를 넘으면 자동으로 청구된다고 적혀 있습니다(Google Cloud 음성 가격 안내). 아래 표는 무료 등급 기준으로 정리했습니다.

    확인 날짜 카드 등록 필요? 무료로 되는 것 한국어 그만두기 쉬운가 한 줄 판정
    2026-11-02 필요 (결제 사용 설정) Chirp 3 HD 음성 월 100만 자 됨 직접 해지해 보지 않음 조건부 추천

    그래서 내린 판단

    음성 요금은 한 편에 몇 센트 수준이라 개인이 쓰기에는 부담이 작습니다. 다만 편수가 많아지거나 긴 대본을 쓰면 무료 범위가 빨리 줄어듭니다. 무료라고 소개하는 도구라도 음성 요금이 붙는지는 꼭 밝혀야 합니다.

    숫자 오독과 말 겹침을 겪은 과정은 과학 쇼츠 번외 편에 자세히 적었습니다.

    정리하면, 음성 요금 자체는 작지만 숫자 표기와 말 길이처럼 요금표에 없는 문제가 먼저 나타납니다. 요금표와 함께 실제로 한 편을 만들어 들어 보는 것까지가 확인입니다.

    AI에게 이렇게 맡겨 보세요

    내가 쓰려는 AI 음성 서비스의 공식 가격 페이지를 찾아서, 요금 단위(글자 수인지 토큰인지), 매달 무료 범위, 카드 등록이 필요한지, 가격이 바뀔 예정인지 표로 정리해 줘. 확인한 날짜와 출처 링크도 같이 적어 줘.

    2026-11-02 실제 사용 경험과 확인표를 보강했습니다.

  • 블로그 글 진단 앱 Blog X-ray를 직접 만들어 보고, 내 글 세 편을 돌려 본 기록

    작성자: 컴맹 집사

    이 글은 제가 만든 앱을 소개하는 글입니다. Blog X-ray는 제가 직접 기획하고 AI의 도움을 받아 만든 무료 도구입니다. 판매하거나 광고를 받지 않습니다.

    💻 이 앱, 내 컴퓨터에서 직접 실행해 볼 수 있습니다

    Blog X-ray 프로그램과 소스코드를 무료로 내려받아 내 Windows PC에서 돌려 보세요. 처음 설치하는 분도 따라 할 수 있도록 그림으로 안내합니다.

    ▶ 내려받기와 실행하는 법 보기

    이 글에서 얻는 것

    • 코딩을 잘 모르는 상태에서 웹앱 하나를 기획부터 배포까지 어떻게 끌고 갔는지
    • 앱이 내 블로그 글 세 편을 어떻게 점수 매겼는지, 실제 점수표
    • 점수보다 중요했던 것: 앱의 조언과 제 글쓰기 원칙이 부딪친 지점

    왜 만들었나

    블로그 글을 쓰면서 늘 같은 질문이 남았습니다. 제목은 괜찮은지, 휴대폰에서 읽기 불편하지는 않은지, 어디를 고쳐야 하는지. 전문가에게 매번 검토받기는 어렵고, 유료 분석 도구는 부담스러웠습니다. 그래서 “글 주소를 넣으면 기준에 따라 점검해 주는 도구를 직접 만들어 보자”고 시작했습니다.

    어떻게 만들었나

    1. 기준서부터 썼습니다. 어떤 항목을 볼지, 점수를 어떻게 줄지 먼저 정했습니다.
    2. 처음에는 네 가지 항목, 항목마다 25점이었습니다. 이후 여섯 가지로 늘리고 배점을 다시 나눴습니다. 제목 15점, 도입부 15점, 모바일 가독성 15점, 시각적 리듬 20점, 경험 증거 20점, 키워드 밀도 15점입니다.
    3. AI로 글의 어조를 판정하는 항목은 넣지 않았습니다. 사람이 쓴 글도 AI 글로 잘못 판정하는 경우가 많아서였습니다.
    4. 글 주소를 받아 본문만 추출하는 과정에서 내부 주소를 건드리지 못하도록 막는 장치를 먼저 넣었습니다. 원문은 저장하지 않습니다.
    5. 점검에는 AI API를 쓰지 않고 규칙과 계산만 씁니다. 그래서 비용이 들지 않습니다.
    6. GitHub에 코드를 올리고 Vercel에 연결해 배포했습니다.

    내 글 세 편을 돌려 본 결과

    Blog X-ray 입력 화면: 글 주소를 넣고 진단 버튼을 누르는 모습
    진단할 글 주소를 넣는 입력 화면
    Blog X-ray 진단 결과 화면: 총점 75점과 항목별 점수
    진단 결과 화면 (총점 75점)
    글 총점 가장 낮은 항목
    앱에 미니게임 넣기, 화면이 움직이는 비밀(게임 루프) 75 / 100 시각적 강조·리듬 14/20
    영상 자동 제작 프로그램, 무료로 풀면 쓸모 있을까 72 / 100 시각적 강조·리듬 11/20
    기능 하나 만들기 전에 ‘기준서’부터 쓰는 이유 72 / 100 E-E-A-T 경험 증거 8/20

    세 글 모두 제목, 모바일 가독성, 키워드 밀도는 대체로 높은 점수를 받았습니다. 낮은 점수는 두 가지에 몰렸습니다. 이미지 없이 긴 구간이 있다는 점, 그리고 경험을 보여 주는 사진과 표현이 부족하다는 점입니다.

    네이버에 올린 두 글도 같은 기준으로 돌려 봤습니다.

    글 총점 / 100 가장 낮은 항목
    블로그 글 진단 앱 Blog X-ray 개발기 (네이버) 86 시각적 강조·리듬 6/20
    두 번째 네이버 글 79 도입부 후킹 5/15

    네이버 첫 글의 시각적 강조 점수는 소제목을 못 읽은 탓일 가능성이 큽니다. 그래서 이 점수는 참고만 해 주세요.

    점수보다 중요했던 것

    앱은 “굵은 글씨가 하나도 없다”고 지적하고, 굵은 글씨를 넣으면 점수가 오른다고 알려 줍니다. 그런데 저는 굵은 글씨를 쓰지 않기로 정해 둔 상태였습니다. 글을 읽는 흐름을 끊지 않으려는 제 선택이었습니다.

    이 차이는 앱의 조언이 무조건 맞지 않는다는 뜻입니다. 점수는 기준이고, 어떤 기준을 따를지는 글쓴이가 정해야 합니다. 앱이 가르쳐 준 것은 정답보다 “내 글이 어떤 기준에서 약한가”였습니다.

    또 하나는 E-E-A-T 항목입니다. 이 항목은 체험 표현과 사진의 개수를 셉니다. 직접 해 본 경험이 얼마나 구체적인지는 재지 못합니다. 그래서 개수가 적어도 실제 경험이 충분한 글이 있을 수 있습니다. 이 한계도 확인했습니다.

    여섯 가지 항목은 무엇을 보려고 넣었나

    점수표에 낯선 말이 많아서, 각 항목을 왜 넣었는지 쉬운 말로 적어 둡니다.

    • 제목(15점): 제목만 보고 무슨 글인지 알 수 있는지 보려고 넣었습니다.
    • 도입부(15점): 첫 문단에서 이 글을 끝까지 읽을 이유를 주는지 보려고 넣었습니다.
    • 모바일 가독성(15점): 휴대폰 화면에서 읽기 불편하지 않은지 보려고 넣었습니다.
    • 시각적 리듬(20점): 이미지나 소제목 없이 글자만 길게 이어지는 구간이 있는지 봅니다. 위 점수표에서 가장 많이 깎인 항목입니다.
    • 경험 증거(20점): 직접 해 본 표현과 사진이 얼마나 있는지 셉니다.
    • 키워드 밀도(15점): 핵심 단어가 적당히 들어갔는지 봅니다. 형태소 분석이 아니라 어림값입니다.

    내 글을 점검해 보는 순서

    1. 점검할 글 주소를 복사합니다.
    2. Blog X-ray 입력 칸에 붙여 넣고 진단 버튼을 누릅니다.
    3. 총점보다 가장 낮은 항목 하나를 먼저 봅니다.
    4. 그 항목의 조언이 내 글쓰기 원칙과 맞는지 따져 보고, 맞는 것만 고칩니다.
    5. 고친 뒤 같은 글을 다시 넣어 점수가 어떻게 바뀌었는지 적어 둡니다.

    솔직한 한계

    • 워드프레스 글 세 편과 네이버 글 두 편을 점검했습니다. 네이버 글에서는 소제목을 제대로 읽지 못하는 것으로 보여, 시각 강조 점수는 그대로 믿기 어렵습니다. 티스토리는 아직 점검하지 않았습니다.
    • 점수는 검색 순위나 승인 여부를 예측하지 않습니다.
    • 키워드 밀도는 형태소 분석이 아니라 근사치입니다.

    다음 계획

    글을 고친 뒤 다시 점검해서 점수가 어떻게 바뀌는지 기록하겠습니다. 앱이 조언한 항목 중 제 원칙과 맞는 것만 반영하고, 맞지 않는 것은 왜 빼는지도 함께 적겠습니다.

    AI에게 이렇게 맡겨 보세요

    내 블로그 글 주소를 줄게. 제목, 첫 문단, 휴대폰에서 읽기, 소제목과 이미지 배치, 직접 해 본 경험 표현, 핵심 단어 반복을 기준으로 가장 약한 곳 한 가지만 골라서, 고쳐 쓴 예시와 함께 알려 줘. 내 원칙과 맞지 않는 조언이면 그렇다고 따로 표시해 줘.

    2026-11-02 항목 설명과 점검 순서를 보강했습니다.

  • 영상 자동 제작 프로그램, 무료로 풀면 쓸모 있을까? 직접 따져 본 번외 편

    영상 자동 제작 프로그램, 무료로 풀면 쓸모 있을까? 직접 따져 본 번외 편

    작성자: 컴맹 집사

    번외 편

    대표 이미지: 영상 한 편도 결국 장면을 하나씩 잇는 일이다 (사진: terydanphiri / Pixabay)

    이 글에서 얻는 것

    • 이런 분께 AI로 만든 도구나 파일을 남에게 무료로 나눠 줄지 고민하는 분
    • 핵심 답 직접 따져 보니 다른 컴퓨터에서 바로 돌지 않고, 설치가 어렵고, 무료 대안이 있고, 음성 요금이 붙었다. 그래서 파일 대신 만든 과정을 글로 나누기로 했다
    • 바로 쓰는 팁 나누기 전에 “다른 컴퓨터에서 도는가, 받는 사람이 설치할 게 몇 개인가, 무료 서비스보다 나은 점이 있는가, 요금이 붙는 곳은 없는가”를 묻자

    왕국을 키우다 보니 내 컴퓨터에 영상을 만드는 프로그램이 생겼다. 웹툰 컷을 쇼츠 영상으로 바꿔 주는 것, 그리고 대본 파일 하나만 주면 앱 소개 영상을 끝까지 만들어 주는 것. 둘 다 AI와 함께 만들었고, 실제로 매번 쓰고 있다.

    어느 날 다른 AI 챗봇에게 “이 프로그램들을 블로그에서 무료로 나눠 주면 어떨까?” 하고 물었다. “좋은 전략”이라는 답이 돌아왔다. 솔깃했다. 그런데 정말 내려받는 사람에게 도움이 될까? 이번 번외 편은 그 질문에 직접 답을 내 본 기록이다.

    내 컴퓨터 속 영상 프로그램 두 개

    첫 번째는 웹툰 쇼츠 자동 제작 프로그램이다. 말풍선이 들어간 웹툰 컷을 넣으면 명령 한 줄로 세로 쇼츠 영상이 나온다. 한 편에 약 59초, 캐릭터마다 다른 AI 목소리와 효과음, 배경음악까지 들어간다. 한국판·미국판·일본판을 모두 이걸로 만든다. 이 프로그램을 만든 과정은 시즌 2 9편에서 따로 자세히 풀 예정이다.

    두 번째는 같은 프로그램에 나중에 붙인 “설명 영상” 기능이다. 오늘 번외 편의 주인공은 이쪽이다.

    대본 파일 하나로 1분짜리 앱 소개 영상

    앱을 소개하는 1분짜리 영상이 필요한 일이 생겼다. 편집 프로그램을 배울 시간은 없었다. 그래서 AI(Claude)에게 부탁한 건 딱 하나였다. “내 손이 가지 않게, 끝까지 자동으로.”

    1. 대본: 장면마다 보여 줄 화면, 자막, 나레이션 문장을 적은 파일 하나. 장면은 14개, 나레이션은 11줄이다.
    2. 화면: 프로그램이 앱을 직접 열고 필요한 화면을 차례로 찍는다. 체급 버튼을 누르는 장면은 누르기 전과 후를 따로 찍어, 영상 속에서 누르는 모습으로 이어 붙인다.
    3. 소리: 나레이션은 구글 AI 음성, 배경음악은 왕실음악당 노래(Suno로 만든 곡)를 쓴다.
    4. 조립: 자막과 움직임을 얹어 세로(9:16) 영상과 가로(16:9) 영상을 한 번에 만든다.

    완성된 영상은 58.3초. 작업 기록에는 새벽 3시 13분에 시작해 3시 30분에 완성했다고 적혀 있다. 그사이 컴퓨터가 잠들지 않도록 절전 방지를 켜고, 혹시 중간에 멈추면 이어서 하도록 예약 작업까지 AI가 미리 걸어 두었다.

    진짜 편리함은 그다음에 알았다. 며칠 뒤 앱의 기본 강아지 그림이 바뀌었는데, 화면을 다시 찍고 명령을 한 번 더 내리니 끝이었다. 문구를 고치고 싶으면 대본 파일만 고치면 된다. 같은 문장의 나레이션은 저장해 둔 음성을 다시 써서 요금이 또 나가지도 않는다.

    왕실 휴양소 안내 화면
    설명 영상의 중심 장면이었던 왕실 휴양소. 영상에서는 이런 화면을 프로그램이 직접 찍어 넣었다
    출처: 왕립 개집사협회 앱 2026년 10월 16일 화면, 직접 캡처

    “무료로 나눠 주면 좋겠다”는 말에 솔깃했지만

    다른 챗봇의 생각은 이랬다. 웹툰을 보러 온 사람이 “이건 어떻게 만들었지?” 하고 궁금해지면, 그 도구를 직접 내려받아 써 볼 수 있게 하자는 것이다. 그럴듯했다.

    그래서 이번에는 Claude에게 실제 프로그램 폴더를 열어 보고, 남이 내려받았을 때 쓸 수 있는지 판정해 달라고 했다. 결과는 내 기대와 달랐다.

    직접 따져 본 네 가지

    따져 본 것 내 프로그램의 실제 모습 판정
    다른 컴퓨터에서 돌아가나 설정 파일에 내 컴퓨터의 폴더 주소가 그대로 적혀 있고, 앱 폴더의 데이터와 도구를 빌려 쓴다 지금은 안 된다
    설치가 쉬운가 파이썬, Node.js, 영상 변환 도구 ffmpeg를 깔고, 구글 클라우드 서비스 계정 키까지 만들어야 한다 개발자가 아니면 어렵다
    무료 대안보다 나은가 설명 영상은 문장만 넣으면 대본·이미지·AI 음성까지 만들어 주는 서비스가 이미 있다 굳이 내려받을 이유가 약하다
    숨은 비용은 없나 프로그램은 무료여도 나레이션에 쓰는 구글 AI 음성은 쓰는 만큼 요금이 붙는다 공개한다면 꼭 밝혀야 한다

    세 번째 줄은 확인해 보니 사실이었다. 예를 들어 Vrew는 한 문장만 넣으면 AI가 대본과 이미지, 음성까지 만들어 영상을 완성해 준다고 안내한다. (출처: Vrew 공식 사이트) 설치도 쉽다. 내 설명 영상 기능은 우리 앱 화면에 딱 맞춰 만든 것이라 우리 집에서는 최고지만, 남의 집에 가져가면 장점이 사라진다.

    네 번째 줄도 확인했다. 내가 쓰는 Gemini 음성 모델은 무료 사용량 없이, 쓴 만큼 요금이 나가는 방식이다. (출처: Google Cloud Text-to-Speech 가격 안내) “무료 프로그램”이라고 올려놓고 이 사실을 빠뜨리면, 믿고 내려받은 사람에게 뒤통수를 치는 셈이다.

    그래도 하나는 달랐다. 웹툰 쇼츠 프로그램은 딱 이 일만 해 주는 도구가 흔하지 않다. 인스타툰처럼 이미 컷이 있고 그걸 쇼츠로 계속 돌려야 하는 사람이라면 시간이 정말 줄어든다. 다만 이것도 첫 번째, 두 번째 줄에 똑같이 걸린다.

    그래서 내린 결론

    지금은 내려받기 파일을 올리지 않기로 했다. 설치하다 막히는 프로그램은 무료라도 선물이 아니라 숙제다. 받은 사람은 시간만 쓰고, 나는 “설치가 안 돼요”라는 질문에 답하느라 왕국 일을 못 하게 된다.

    대신 이렇게 만든 과정을 글로 먼저 나누기로 했다. 따라 해 보고 싶은 분에게는 프로그램 파일보다 “AI에게 무엇을, 어떤 순서로 시켰는지”가 더 쓸모 있다고 생각한다. 웹툰 쇼츠 프로그램은 써 보고 싶다는 분이 생기면, 내 컴퓨터에 묶인 부분을 풀고 다시 생각해 볼 생각이다.

    돌아보면 제일 큰 수확은 판정 그 자체였다. 다른 AI가 “좋다”고 해도, 실제 파일을 열어 보면 답이 달라질 수 있다. 의견을 듣는 AI와 직접 확인하는 AI를 나눠 쓰니 결정이 훨씬 단단해졌다.

    내 일에 가져갈 한 가지

    AI와 함께 만든 도구나 파일을 남에게 나눠 주기 전에, 이 네 가지만 물어보자.

    • 내 컴퓨터가 아닌 곳에서도 그대로 돌아가는가
    • 받는 사람이 따로 설치하거나 가입해야 하는 것은 몇 개인가
    • 이미 있는 무료 서비스보다 나은 점이 한 가지라도 있는가
    • 쓰다 보면 요금이 붙는 부분은 없는가

    혼자 따지기 어렵다면 AI에게 이렇게 맡기면 된다.

    이 폴더를 다른 사람 컴퓨터에 그대로 옮겼다고 생각하고, 실행이 막히는 곳을 전부 찾아 줘. 내 컴퓨터 주소가 박힌 곳, 따로 설치해야 하는 것, 요금이 나가는 곳까지 표로 정리해 줘.

    답을 보고 나면 “나눠 줄 것인가, 과정을 들려줄 것인가”가 저절로 정해진다.


    이전 글: 기능 하나 만들기 전에 ‘기준서’부터 쓰는 이유
    다음 이야기: AI 다섯과 일 나누기, 기획·조사·개발·그림·음악 담당 정하기