Claude Code로 콘텐츠 제작 워크플로를 점검한 방법

내 콘텐츠 제작 워크플로에는, 그 안에 있을 때는 보이지 않는 구멍이 있었다.

나는 Claude Code에게 아주 단순한 질문 하나를 했다. 왜 내 Medium 글들은 항상 마감일 당일에야 올라가고, 그 전날에는 절대 올라가지 않을까?

Claude Code는 내가 글을 얼마나 빨리 쓰는지는 보지 않았다. 대신 생각이 언제 일어나는지를 보았다.

모든 글은 마감 당일 아침에 시작됐다. 그날 아이디어, 각도, 이야기를 정했고, 그 뒤의 모든 작업도 그 바탕 위에서 그날 처리했다.

그 한 가지 발견이 패턴을 설명해 주었다. 아래에는 감사 프롬프트, 그것이 던지는 네 가지 질문, 그리고 내가 지금 따르는 콘텐츠 제작 과정이 있다. 내 아이디어와 목소리가 먼저이고, Claude의 구조는 그 위에 얹는다.

감사한 내용

나는 Claude Code에게 내 Medium 작업이 들어 있는 폴더와 컴퓨터에 있는 반복 작업 목록에 대한 접근 권한을 주었다. 그런 다음 위의 질문을 했다.

Claude는 네 가지를 읽었다.

첫째, 한 달치 계획 파일. 60개의 글, 하루에 두 개씩, 각 글마다 주제, 독자를 위한 빈칸, 마무리 문장이 들어 있었다.

둘째, 완성된 초안 폴더. 각 파일이 마지막으로 저장된 날짜순으로 정렬되어 있었다.

셋째, 모든 글이 공개되기 전에 통과해야 하는 품질 기준.

넷째, 다른 콘텐츠 작업들의 주간 리듬.

그다음에는 평이한 문장으로 답했다. 표도, 프레임워크도 없었다. 무엇이 사실인지에 대한 짧은 목록이었다.

가장 유용한 문장은 네 번째 항목에 관한 것이었다. 내가 운영하는 다른 모든 작업에는 주중 고정 요일이 있었다. Medium에는 그게 없었다. 각 글에 대한 사고는 달력 위에 자리를 두지 못했고, 그래서 마감일에야 일어났다.

Claude와 함께 일하는 방식

발견 사항에 앞서, 작업이 어떻게 나뉘는지 먼저 말하겠다. 이 문제의 해결은 그 분업에 달려 있기 때문이다.

아이디어는 내 것이다. 프레임워크도 내 것이다. 이야기와 목소리도 내 것이다. 나는 그것들을 대충이라도 내 말로 먼저 적어 둔다. 그건 아무도 대신 살아 본 적이 없기 때문이다.

Claude는 내가 시간을 가장 많이 잡아먹는 부분을 맡는다. 내가 쓴 것에 전략과 구조를 씌우는 일이다. 즉, 키워드 조사, 개요 작성, 섹션 순서 정리, 내 규칙과의 대조, 그리고 내가 다시 내 목소리처럼 들리도록 고치는 첫 초안이 그것이다.

이건 생산라인이 아니라 협업이다. Claude에게 아무것도 주지 않으면, 빌릴 재료가 없고 결과물은 누구나 쓴 것처럼 들린다.

그래서 병목은 나였다. 오직 내가 할 수 있는 부분이 마지막에, 급하게, 마감일에야 이뤄지고 있었기 때문이다.

콘텐츠 워크플로: 네 가지 질문

이 감사는 네 가지 질문을 정해진 순서로 던졌기 때문에 효과가 있었다. AI가 있든 없든, 어떤 콘텐츠 워크플로에도 이 질문들을 적용할 수 있다.

1. 각 작업은 무엇으로 시작되는가? 시작 신호를 명확히 하라. 캘린더 일정인가, 알림인가, 습관인가, 누군가가 기억해 주는 것인가? 답이 “내가 앉아서 결정한다”라면, 그 작업은 준비가 됐다고 느낄 때 시작되는 것이고, 그때는 대개 마감일 당일이다.

2. 각 작업에는 오직 당신만 제공할 수 있는 무엇이 필요한가? 이야기, 관점, 승인, 스크린샷, 자신의 계정에서 나온 숫자. 이런 입력값이 있어야 초안이 막히지 않는다.

3. 그 입력값 주변에서 무엇을 미리 준비할 수 있는가? 키워드 수치, 개요, 구조, 내 규칙과의 대조. 이런 것들은 입력값만 있으면 먼저 해둘 수 있다.

4. 완성된 작업은 얼마나 앞서 있는가? 일 단위로 세라. 진행 중인 초안이 아니라, 게시 버튼만 누르면 되는 것만 세면 된다.

첫 번째 질문이 내 구멍을 찾아냈다. 두 번째 질문은 그 이유를 설명해 주었다.

왜 내 생각은 마감일에 몰렸는가

내가 정한 규칙 아래에서 Medium 글은 좋은 주제만으로는 충분하지 않다. 그 글이 가르치는 실제 방법의 키워드 세트, 실제 적용 사례, 전후 비교, 그리고 주제가 허용하는 경우에 한해 내 삶에서 가져온 이야기가 필요하다.

이 규칙들이 글을 유용하게 만드는 이유다. 하지만 그 모든 것은 내 입력에서 시작되며, 나는 그 입력을 한 번에 한 글씩, 다른 업무들 사이에서 주고 있었다.

그래서 한 달치 계획은 제목 목록에 불과했다. 60개 행이 있는 30일 계획은 일정처럼 보인다. 하지만 실제로는 희망 목록이었다. 내가 앉아서 손대기 전까지는 어떤 행도 초안으로 바뀌지 않았기 때문이다.

달력의 행도 밀렸다. 어느 구간에서는 내가 건드리지 않았는데도 Notion 데이터베이스에서 예정 날짜가 하루씩 옮겨졌다. 원인은 찾지 못했다. 버퍼가 없는 워크플로에는 그런 오류를 흡수할 여지가 없다.

감사 프롬프트(복사해서 사용하세요)

여기에 프롬프트가 있습니다. 자신의 워크플로에서 바로 실행할 수 있도록 작성해 두었습니다. 대괄호를 채운 뒤 Claude나, 파일을 읽을 수 있는 다른 어떤 어시스턴트에나 붙여 넣으세요.

나는 [무엇을 게시하는지]를 [플랫폼들]에 [숫자]개씩 한 주에 게시합니다. 글들은 계속 마감일 당일이나 그 이후에 늦게 올라갑니다. 내 콘텐츠 제작 워크플로를 감사해서 왜 그런지 찾아주세요. 다음 자료를 사용하세요: [내 계획이 들어 있는 파일 또는 폴더], [완성된 초안이 들어 있는 폴더], [반복 작업이나 리마인더 목록], [작품이 통과해야 하는 규칙이나 체크리스트]. 이 순서대로 작업하고 단계를 건너뛰지 마세요. 1. 내가 실행하는 각 콘텐츠 라인에 대해, 작품이 무엇에서 시작되는지 말하세요. 정확한 트리거를 이름으로 적으세요: 캘린더 이벤트, 리마인더, 또는 “내가 결정함”. 2. 내 주간 일정에서 고정된 요일이 있는 줄과 없는 줄을 나열하세요. 3. 내 계획에 있는 각 작품마다, 나만 제공할 수 있는 것과 내가 제공한 뒤 한 번만 준비해 두면 되는 것을 적으세요. 4. 오늘 기준으로 완성된 작업이 앞으로 며칠치 쌓여 있는지 세세요. 게시 클릭만 하면 되는 작품만 세세요. 숫자를 보여주세요. 5. 초안이 저장된 날짜를 보세요. 마감일 전에 완성된 것이 몇 개인지, 마감일 당일 또는 그 이후에 완성된 것이 몇 개인지 말하세요. 날짜를 보여주세요. 6. 늦어지는 작품의 단일 최대 원인을 한 문장으로 쓰고, 그 근거를 적으세요. 7. 네 부분으로 된 수정안을 주세요: 내 생각을 언제 해야 하는지, 그 주변에 무엇을 준비해야 하는지, 얼마나 앞서 작업해야 하는지, 그리고 매주 확인할 하나의 숫자는 무엇인지. 규칙: 내 파일에서 보이는 것만 사용하세요. 추측하지 마세요. 무엇인가 찾을 수 없다면, 무엇이 빠졌는지 말하세요. 답변은 400단어 이내로 유지하세요.

1단계와 2단계는 구멍을 찾아냅니다. 4단계는 그 구멍에 숫자를 붙입니다. 6단계는 열 가지 목록 대신 하나의 원인을 강제합니다.

마지막 규칙이 가장 중요합니다. “추측하지 마세요”가 없으면, 어시스턴트는 그럴듯한 조언으로 빈칸을 메우는 경향이 있고, 그럴듯한 조언이 바로 워크플로 감사가 동기부여 연설로 변하는 방식이기 때문입니다.

감사 결과

아래는 내 루틴에 대해 돌아온 내용의 핵심만 추린 것입니다.

• 트리거: 내 콘텐츠 작업의 다른 모든 줄에는 고정된 요일이 있었습니다. Medium에는 그런 것이 없었습니다. 각 Medium 글은 내가 자리에 앉아 작업을 시작할 때 시작되었습니다.
• 내가 직접 제공해야 하는 입력: 아이디어, 각도, 내 경험담, 승인. Medium 규칙의 경우, 이 모든 것이 모든 글마다 필요했습니다.
• 준비해 둘 수 있는 입력: 키워드 조사, 검색량, 개요, 그리고 초안이 규칙을 충족하는지에 대한 검토.
• 앞으로 쌓인 날 수: 0일. 완성된 작업은 그날의 글뿐이었습니다.
• 가장 큰 원인: 각 글에 대한 내 생각이 마감일 당일에 이루어졌습니다. 그 이전에는 아무것도 일어나지 않았습니다.
• 수정안: 생각하는 날을 고정하고, 한 번에 한 주치 전체를 처리하고, 완성된 작업을 3일치 앞서 두세요.

‘앞으로 쌓인 날 수’ 줄을 보세요. 제작자는 숫자가 0이어도 바쁘고 생산적으로 느낄 수 있습니다. 바쁜 것과 앞서 있는 것은 같은 말이 아닙니다.

자신의 숫자를 세어 보았더니 0이 나왔다고 해서 그것이 성격상의 결함인 것은 아닙니다. 그것은 마감일에 작품을 시작하는 어떤 워크플로에서든 자연스러운 상태입니다.

콘텐츠 배치: 생각하는 날

이 수정안에는 대부분의 사람이 이미 알고 있는 이름이 있습니다. 콘텐츠 배치입니다. 한 번에 한 주치의 글을 쓰는 것은 표준적인 해답이고, 표준인 데에는 이유가 있습니다. 효과가 있기 때문입니다.

하지만 저는 타이핑이 아니라 생각을 배치합니다.

일주일에 한 번, 정해진 요일에 다가올 한 주의 글에 대한 아이디어를 제 말로 정리해 둡니다. 각 글마다 각도, 그 뒤에 있는 이야기, 대략적인 구조, 그리고 독자가 가져가길 원하는 핵심을 적습니다. 짧고, 거칠고, 제 목소리로 씁니다. 음성 메모도 타이핑만큼 잘 작동합니다.

그것이 시스템으로서의 배치 콘텐츠 제작입니다. 배치되는 것은 제 생각입니다. Claude가 그 주에 만드는 모든 것은 그 위에 세워집니다.

이것이 제대로 작동하게 하는 규칙은 단순합니다. 생각하는 날은 결심이 아니라 캘린더 이벤트여야 합니다. “일요일에 배치하겠다”는 것은 에너지도 시간도 있는 일요일 버전의 당신에게 달려 있습니다. 시작 시간이 있고 제목이 있는 반복 이벤트는 기분에 좌우되지 않습니다.

배치-day 브리프(복사하세요)

다음은 제가 생각하는 날에 사용하는 프롬프트입니다. 이 프롬프트는 한 가지 일만 합니다. 제 거친 메모를 아이디어를 다시 쓰지 않고도 구조로 바꿔 줍니다.

[number]개 콘텐츠에 대한 내 원초적인 메모입니다. 내 말로 적었고, 일부러 거칠게 썼습니다. [메모를 붙여넣으세요: 각 콘텐츠마다 하나의 블록으로, 각도, 이야기, 프레임워크, 포인트를 포함] 각 콘텐츠마다 다음만 하고, 그 외에는 아무것도 하지 마세요. 1. 각도를 한 문장으로 다시 서술하세요. 메모끼리 모순된다면, 어디가 모순인지 말하세요. 2. 이야기를 STRONG, THIN 또는 MISSING으로 표시하고, 더 강해지려면 무엇이 필요할지 한 줄로 적으세요. 3. 프레임워크를 번호가 매겨진 단계로 바꾸세요. 단계 이름은 내 말을 그대로 쓰세요. 4. 각 섹션마다 H2가 있는 섹션 순서를 제안하세요. 5. 내 메모가 답하지 않는 독자의 질문 세 가지를 나열하세요.

규칙: 내가 쓰지 않은 이야기, 숫자, 경험을 추가하지 마세요. 내 문장을 새로운 문체로 다시 쓰지 마세요. 빠진 내용이 있으면 채워 넣지 말고 나에게 물어보세요. 각 콘텐츠의 답변은 250단어 이내로 유지하세요.

규칙 하나가 전부의 핵심입니다. 메모는 원재료입니다. Claude는 그 주위를 둘러싼 구조입니다.

5단계는 내가 게시일에 가서야 찾게 될 질문들을 만들어냅니다. 나는 아직 생각하는 상태에 있을 때 그 질문들에 답합니다.

완충 규칙: 3일 앞서가기

다음 규칙은 숫자입니다. 오늘 기준으로 완성된 작업을 3일치 앞서 두세요.

3은 마법의 숫자가 아닙니다. 병든 아이, 느린 인터넷 연결, 플랫폼 오류, 검사를 통과하지 못한 초안 같은 평범한 나쁜 하루를 버틸 수 있는 가장 작은 완충입니다.

완충이 0이면 모든 문제가 게시일에 떨어집니다. 3이면 문제는 완충일 하루를 잡아먹고, 아무도 눈치채지 못합니다.

매주, 정말로 완성된 작업만 사용해서 완충을 계산하세요. 사실 확인이 필요한 글은 완성된 것이 아닙니다. 이미지가 필요한 글도 완성된 것이 아닙니다.

이 카운터는 두 개의 수식으로 스프레드시트에 만들 수 있습니다. 저는 Google Sheets 콘텐츠 캘린더에 대한 별도의 글에서 그 구성을 정리했고, 아이디어는 간단합니다. 완성된 글이 있는 가장 최근 날짜를 찾고, 오늘을 빼고, 그 앞의 빈칸을 세면 됩니다.

전과 후: 나의 Medium 루틴

여기에 루틴을 나란히 놓았습니다.

내가 신경 쓰는 것은 마지막 줄입니다. 게시일은 가장 무거운 날이 아니라 가장 가벼운 날이어야 합니다.

도와주는 사람이 전혀 없을 때 해야 할 일

이 모든 것을 쓰기 위해 AI가 꼭 필요한 것은 아닙니다. 여기, 메모 앱과 달력만 있는 혼자 쓰는 사람을 위한 단순한 버전이 있습니다.

일요일 오후 5시를 고르세요. “생각하는 날”이라는 반복 달력 이벤트를 만드세요. 그게 트리거입니다.

일요일 전까지, 한 메모에 각 콘텐츠당 질문 세 개를 적으세요: 이야기, 숫자, 포인트.

일요일에는 그것들 모두에 한 번에, 거친 말로 답하세요. 그런 다음 자신의 답을 바탕으로 그 주의 콘텐츠 초안을 작성하세요.

월요일 아침에는 며칠 앞서 있는지 세세요. 숫자가 3 미만이면, 그 주의 첫 번째 일은 새것을 하기 전에 앞서 쓰는 것입니다.

설정하는 데 비용은 들지 않고 10분이면 됩니다. 바뀌는 것은 사건의 순서입니다. 일요일에 결정을 내리고, 다른 모든 날에는 완성된 더미에서 발행합니다.

자신의 콘텐츠 제작 워크플로를 위한 네 가지 규칙

이번 주에 채택할 수 있는 전체 해법은 네 가지 규칙입니다.

1. 트리거는 결정이 아니라 달력 이벤트입니다. 생각할 요일과 시간을 하나 정하세요.
2. 입력은 한 번만 주세요. 한 번에, 당신 자신의 말로, 적어 두세요.
3. 구조는 입력을 따라가게 하세요. 조사, 개요, 검사는 메모 다음에 오며, 그보다 앞서면 안 됩니다.
4. 매주 며칠 앞서 있는지 세세요. 3이 목표입니다. 0은 출발선이고, 이제 당신은 자신의 현재 위치를 압니다.

네 가지 중 하나만 실행한다면 네 번째를 실행하세요. 매주 확인하는 숫자는 시스템 자체가 바뀌기 전에도 행동을 바꿉니다.

콘텐츠 제작 과정에 대한 질문

가장 좋은 콘텐츠 제작 과정은 무엇인가요? 기분에 의존하지 않는 과정입니다. 생각을 위한 고정된 날, 그 주위를 둘러싼 구조, 그리고 완충입니다.

코딩 없이 콘텐츠 워크플로를 어떻게 만들 수 있나요? 코드가 필요하지 않습니다. 반복되는 달력 이벤트는 트리거입니다. 콘텐츠당 질문 세 개가 있는 메모는 입력 묶음입니다. 답변을 구조화하는 데는 AI 도우미를 쓸 수 있습니다.

Claude를 사용하면 콘텐츠가 덜 내 것처럼 되나요? 생각하는 일을 넘겨줄 때만 그렇습니다. 아이디어, 이야기, 프레임워크가 당신의 것이고 Claude가 구조만 제공한다면, 목소리는 그대로 당신의 것입니다.

콘텐츠를 얼마나 자주 묶어서 처리해야 하나요? 대부분의 크리에이터에게는 주 1회가 적합합니다. 매일 게시하는 사람은 짧은 콘텐츠는 주 2회, 긴 콘텐츠는 주 1회 묶을 수 있습니다.

얼마나 앞서 계획해야 하나요? 제목은 30일 앞서 계획하세요. 완성된 작업은 3일 앞에 두세요.

배치를 하면 무엇이 잘못될까요? 생각하는 하루가 미끄러져 사라집니다. 그래서 그것은 희망이 아니라 캘린더 일정이어야 합니다.

청중과 근거를 먼저 계획하는 것이 왜 중요한지에 대한 외부 관점으로는, 유용하고 사람 중심적인 콘텐츠에 대한 Google의 가이드라인은 이 페이지가 누구를 위한 것인지, 그리고 그 뒤에 어떤 경험이 있는지를 묻습니다. 이 두 질문은 모두 당신의 생각하는 하루에 들어가야 합니다.

이번 주에 실행하기

하루를 정하세요. 감사 프롬프트를 붙여 넣으세요. 당신의 계획과 초안 폴더에 적용하세요.

4단계에 대한 답을 먼저 읽으세요. 그 숫자가 당신의 정직한 출발점입니다.

그다음 생각을 위한 캘린더 일정을 하나 잡고, 메모를 한 번만 작성한 뒤, 7일 후에 다시 세어 보세요.

콘텐츠 워크플로는 얼마나 많은 아이디어를 담고 있는지로 평가되지 않습니다. 필요할 때까지 무엇이 완성되어 있는지로 평가됩니다.

The Content Creator’s Claude Skill Stack은 콘텐츠 제작자를 위한 18개의 사전 제작된 Claude Code 스킬과 평이한 영어로 된 설정 가이드를 모아둔 것입니다. 그중 하나인 content-creator-weekly-planner는 활성 플랫폼 전반에 걸쳐 훅, 주제, 형식, 그리고 일자별 일정이 포함된 주간 콘텐츠 계획을 만듭니다. 여기에서 받으세요

출처

• 원문: https://dkspeaks.medium.com/content-creation-workflow-i-asked-claude-code-to-audit-mine-here-is-the-prompt-da1f35357d26?source=rss------claude_code_hooks-5 (2026-10-19 · R Dilip Kumar)