Claude + Notion으로 한 달 콘텐츠 계획하는 법
실제 독자의 질문, 자료, 가용 시간을 30일 편집 계획으로 바꿔 보세요. 아래 워크플로는 Claude가 월간 미리보기와 근거, 작업량을 제시하고, Notion에 무엇이든 쓰기 전에 승인을 요청하도록 지시합니다.
빈 아이디어 30개보다 제약 조건부터 확인하세요.
Claude에 한 대상 독자, 한 월간 목표, 사용 가능한 자료, 제작 역량, 형식, 작업 불가일을 제공하세요. 주제 축, 핵심 콘텐츠, 파생 콘텐츠, 검토일, 여유 시간을 배치한 미리보기를 요청하세요. 작업량과 근거를 확인한 뒤 정확한 Notion 대상 위치와 속성 매핑을 승인하세요. 커넥터가 없으면 UTF-8 CSV를 내보내 직접 가져오세요. 이 과정은 편집 캘린더를 만들며 게시물을 발행하지는 않습니다.
01 · 입력 브리프
Claude가 추론할 수 없는 입력부터 준비하기
잘 다듬어진 캘린더도 허구일 수 있습니다. 실제 제작 시간, 독자가 쓰는 말, 제품 사실, 작업 불가일은 제공하지 않으면 Claude가 알 수 없습니다. 아이디어를 요청하기 전에 다음 여섯 가지 입력을 모으세요. 필수 항목이 빠지면 이 가이드 뒤의 프롬프트는 Claude가 멈추고 질문하도록 지시합니다.
기간과 시간대
시작일, 종료일, 시간대, 작업 불가일, 출시일, 검토나 승인에 필요한 사전 소요 시간.
한 대상 독자
이번 달 콘텐츠가 누구를 위한 것인지, 그들이 하려는 일, 실제로 들은 질문.
한 월간 목표
이번 달의 사업 또는 창작자 성과와 각 콘텐츠 묶음이 지원할 수 있는 한 가지 다음 행동.
사용 가능한 자료
메모, 녹취록, 댓글, 고객 질문, 제품 사실, 기존 게시물과 링크. Claude가 근거를 지어내는 대신 인용할 자료입니다.
채널과 형식
주 플랫폼, 보조 채널, 제작 가능한 형식, 이미 알고 있는 플랫폼별 제약 조건.
제작 역량
가용 시간, 형식별 현실적인 작업량, 일괄 제작 기회, 협업자, 지연 작업에 대비한 여유.
02 · 대상 위치
캘린더를 Notion에 전달할 방법 선택하기
대상 위치가 받을 수 있는 필드로 출력하도록 계획 전에 전달 경로를 선택하세요. Anthropic은 승인된 연결로 접근할 수 있는 콘텐츠를 다루는 Notion 커넥터를 설명합니다. Notion도 지원 AI 클라이언트용 호스팅 MCP를 제공합니다. 둘 다 연결과 인증 승인이 필요합니다. 그 권한으로 연결된 클라이언트가 선택한 워크스페이스에서 사용자가 접근할 수 있는 콘텐츠를 읽거나 수정할 수 있습니다. 이 가이드의 대상 위치 미리보기는 Kabo 운영 규칙이지 페이지 수준의 권한 경계가 아닙니다.
Anthropic: Claude용 Notion 커넥터Notion 개발자 문서: AI 도구를 Notion MCP에 연결하기Notion 개발자 문서: MCP 보안 모범 사례
| 경로 | 사용 상황 | 지켜야 할 경계 |
|---|---|---|
| Claude + Notion 커넥터 | Claude 클라이언트에 커넥터가 있고 선택한 Notion 워크스페이스를 승인한 경우. | 데이터베이스, 속성 매핑, 행을 미리 보고 제안된 쓰기만 승인하세요. |
| Notion 호스팅 MCP | AI 클라이언트가 MCP를 지원하고 Notion OAuth 절차를 완료한 경우. | 생성 또는 업데이트 전에 활성 워크스페이스와 대상 위치를 확인하세요. |
| Markdown + UTF-8 CSV | 커넥터가 없거나 직접 검토하고 가져올 파일이 필요한 경우. | CSV 가져오기는 행을 추가합니다. 동기화, 업데이트 또는 삽입, 소셜 예약, 게시 기능이 아닙니다. |
가로로 스크롤하면 모든 열을 읽을 수 있습니다.
감사하기 쉬운 작은 스키마 사용하기
아래 속성부터 시작하고 실제 작업 흐름에 필요할 때만 복잡성을 더하세요. Notion 캘린더 보기에는 날짜 속성이 필요합니다. 그 보기에 콘텐츠 행이 보인다고 소셜 플랫폼에 게시물이 예약된 것은 아닙니다.
Notion 도움말: 캘린더 보기Notion 개발자 문서: Notion MCP 지원 도구
| 속성 | 권장 유형 | 용도 |
|---|---|---|
| 게시일 | 날짜 | 캘린더 보기를 구성 |
| 임시 제목 | 제목 | 콘텐츠 행의 이름 지정 |
| 플랫폼 | 선택 | 예정된 게시 위치 표시 |
| 형식 | 선택 | 릴스, 캐러셀, 이메일, 스토리, 라이브 또는 다른 실제 형식 |
| 주제 축 | 선택 | 소수의 주제를 중심으로 월간 균형 유지 |
| 콘텐츠 역할 | 선택 | 핵심, 파생, 출시, 커뮤니티, 검토 또는 여유 |
| 출처 / 근거 | 서식 있는 텍스트. 모든 값이 링크라면 URL 사용 | 주장이나 아이디어의 출처 표시 |
| CTA | 텍스트 | 의도한 다음 행동 하나를 기록. 없음도 가능 |
| 작업 시간 | 숫자 | 월간 작업을 제작 역량과 대조 |
| 상태 | 선택 | 아이디어, 계획됨, 승인됨, 작성 중, 준비됨, 예약됨, 게시됨 |
가로로 스크롤하면 모든 열을 읽을 수 있습니다.
03 · 월간 구성
30일을 채우기 전에 핵심 콘텐츠 만들기
매일 독립적인 아이디어를 만들면 제목만 다른 반복 콘텐츠가 되기 쉽습니다. 대신 유용한 튜토리얼, 관점, 워크숍, 실험, 출시 시점 등 근거 있는 핵심 콘텐츠를 몇 개 만드세요. 그다음 다른 질문에 답하거나 깊이와 형식을 달리한 세부 콘텐츠로 파생하세요.
- 01
주제 축 두~네 개 선택하기
각 축은 월간 목표와 보유 자료를 연결해야 합니다. Claude의 일반 지식만으로 뒷받침되는 축은 제외하세요.
- 02
핵심 콘텐츠마다 출처와 효용 부여하기
바탕이 된 메모, 녹취록, 질문, 예시 또는 제품 사실을 기록하세요. 독자가 본 뒤 무엇을 하거나 이해할 수 있는지 명시하세요.
- 03
파생 콘텐츠도 독립적인 행의 가치를 갖추기
파생 콘텐츠는 질문, 근거, 깊이 또는 행동을 바꿔야 합니다. 같은 주장을 세 가지 화면 비율로 자르는 것은 배포 작업이지 세 가지 아이디어가 아닙니다.
- 04
검토와 여유 시간 확보하기
날짜를 확정하기 전에 제작 예상 시간을 넣으세요. Kabo의 작업 규칙은 계획 시간과 여유의 합이 가용 시간 안에 들어야 한다는 것입니다. 프롬프트 기본 여유는 20%이지만 알고 있는 자신만의 여유 기준으로 바꿀 수 있습니다.
핵심 콘텐츠의 도입부를 강화하려면 Kabo의 바이럴 영상의 공통점 가이드에 나온 관찰 가능한 패턴을 활용하세요. 편집을 위한 지침으로 삼되 완성된 게시물이 바이럴될 약속으로 여기지 마세요.
04 · 복사 가능한 프롬프트
이 프롬프트로 한 달 구성하기
대괄호 필드를 모두 바꾸세요. 이 프롬프트는 계획과 쓰기를 분리하여 Claude가 입력을 점검하고 부하를 계산하며 월 전체와 품질 문제를 보고하도록 합니다. 두 번째의 정확한 승인 문구를 특정 대상 위치와 행 집합에 대한 검토 관례로 취급합니다.
한 달간의 창작자 콘텐츠 계획을 도와주세요. 제공한 정보를 바탕으로 현실적인 편집 캘린더를 만드세요. 독자 조사, 분석 데이터, 고객 발언, 제품 사실, 플랫폼 규칙, 트렌드, 마감일, 성과 예측을 지어내지 마세요. 필수 입력 - 계획 기간: [시작일]부터 [종료일]까지 - 시간대: [시간대] - 독자: [이번 달의 대상 독자] - 주 플랫폼: [플랫폼] - 보조 채널: [채널 또는 없음] - 월간 목표: [한 가지 목표] - 허용 CTA: [행동 선택지, 없음 포함] - 콘텐츠 주제 축: [2–4개 축] - 사용 가능한 자료: [메모, 녹취록, 댓글, 링크, 제품 사실] - 가용 제작 시간: [시간] - 형식별 작업량: [형식 = 시간] - 작업 불가일, 출시일, 검토일, 승인일: [날짜] - Notion 대상 위치: [데이터베이스 이름 + URL/ID 또는 "커넥터 없음"] - 기존 Notion 속성: [속성 이름 + 유형 또는 "새 데이터베이스"] 중단 조건 계획 기간, 시간대, 독자, 주 플랫폼, 월간 목표, 제작 역량 중 빠진 항목이 있으면 멈추고 누락 정보만 질문하세요. 사실 주장의 출처가 없으면 상태를 "아이디어"로 유지하고 메모에 "근거 필요"라고 쓰세요. 그럴듯한 문장으로 빈틈을 채우지 마세요. 계획 방법 1. 짧은 입력 점검에서 제약 조건을 다시 정리하세요. 제공된 사실을 가정 및 미해결 질문과 구분하세요. 2. 2–4개의 콘텐츠 축을 제안하고 각 축을 뒷받침하는 제공 자료를 인용하세요. 3. 날짜를 채우기 전에 소수의 핵심 콘텐츠를 선택하세요. 각 핵심에서 플랫폼에 맞는 후속 콘텐츠를 파생하되 각각 다른 독자 질문, 도입부, 깊이 또는 다음 행동을 갖게 하세요. 4. 제가 제시한 형식별 예상 시간으로 제작 시간을 계산하세요. 계획 작업을 역량 안에 유지하고 다른 규칙을 제공하지 않는 한 가용 시간의 최소 20%을 여유로 남기세요. 5. 핵심, 파생, 커뮤니티 게시물, 검토일, 출시 시점, 여유를 논리적으로 배치하세요. 작업 불가일을 지키세요. 6. 상태는 아이디어, 계획됨, 승인됨, 작성 중, 준비됨, 예약됨, 게시됨만 쓰세요. 근거 부족, 독자 답변 대기, 작업 불가 사유 같은 장애물은 새 상태를 만들지 말고 메모에 적으세요. Notion 캘린더를 소셜 게시 시스템으로 취급하지 마세요. 미리보기 출력 먼저 다음을 반환하세요: A. 입력 점검: 제공 사실, 누락 정보, 승인이 필요한 가정. B. 역량 요약: 가용 시간, 계획 시간, 여유 시간과 계산식. C. 주제 축과 핵심 지도: 축, 핵심, 파생, 출처/근거, 목표, CTA. D. 캘린더 항목마다 한 행인 전체 미리보기. 채널 간 날짜는 겹쳐도 됩니다. 다음 열을 사용하세요: 게시일 | 임시 제목 | 플랫폼 | 형식 | 주제 축 | 콘텐츠 역할 | 출처 / 근거 | CTA | 작업 시간 | 상태 | 메모 E. 역량, 독자 적합성, 근거, 차별성, 재활용 품질, 플랫폼 적합성, 목표/CTA, 일정 논리, Notion 안전, 상태의 정직성을 다루는 품질 점검 보고서. NOTION 쓰기 관문 미리보기 중 Notion에서 어떤 것도 생성, 편집, 삭제하지 마세요. 제가 미리보기를 검토한 뒤 다음을 보여주세요: - 정확한 워크스페이스/데이터베이스 대상 위치; - 기존 속성 -> 제안 속성 매핑; - 생성할 행 수와 업데이트할 행 수; - 중복 검사와 날짜/시간대 검사; - 지원되지 않거나 불확실한 필드 유형. Notion을 변경하기 전에 정확한 문구 APPROVE NOTION WRITE를 기다리세요. 승인은 최신 미리보기의 대상 위치, 매핑, 행에만 적용됩니다. 바뀌는 것이 있으면 다시 미리 보여주세요. 커넥터가 없을 때 대안 Notion 연결이 없으면 승인된 캘린더를 같은 열의 Markdown 표와 UTF-8 CSV로 모두 반환하세요. CSV의 게시일은 전체 연도가 있는 MM/DD/YYYY로 적어 Notion이 날짜로 해석할 수 있게 하세요. CSV 가져오기는 데이터베이스 행 추가이며 자동 동기화, 업데이트 또는 삽입, 예약, 소셜 게시가 아니라고 명시하세요.
05 · 사람의 검토 관문
Claude가 Notion에 쓰기 전에 계획 확인하기
편집자이자 제작 관리자의 관점으로 캘린더를 읽으세요. 통과는 계획을 데이터베이스에 안전하게 넣을 수 있다는 뜻이지 모든 게시물이 완성, 예약되었거나 성과가 기대된다는 뜻은 아닙니다.
- 01
역량
여유를 남긴 후에도 계획 제작 시간이 가용 시간 안에 들어가나요?
- 02
독자 적합성
모든 게시 가능한 행이 같은 대상 독자와 실제 질문, 필요 또는 갈등을 제시하나요?
- 03
근거
사실 또는 독자 관련 주장마다 제공 출처나 눈에 띄는 가설 표시가 있나요?
- 04
차별성
도입부, 약속, 얻는 가치가 주변 행과 의미 있게 다른가요?
- 05
재활용 품질
각 파생 콘텐츠가 핵심을 복사하지 않고 각도, 깊이, 전달 방식을 바꾸나요?
- 06
플랫폼 적합성
지정 플랫폼에 맞는 형식이며 단독으로 이해할 충분한 맥락이 있나요?
- 07
목표와 CTA
각 CTA가 월간 목표를 지원하며, 일부 행은 요구 없이 가르치기만 해도 되나요?
- 08
일정 논리
핵심은 파생보다, 검토일은 마감보다 앞서고 작업 불가일은 보호되나요?
- 09
Notion 안전
쓰기 전 대상 위치, 속성 매핑, 행 수, 날짜, 예상 중복을 확인했나요?
- 10
상태의 정직성
계획, 승인, 예약, 게시를 구분해 아직 공개되지 않은 작업이 공개된 듯 보이지 않나요?
06 · 구성된 가상 예시
가상 30일 일정에서 워크플로 보기
Maya Chen은 가상의 프리랜스 디자인 교육자로 가상의 Instagram 독자 1.84만명과 뉴스레터 구독자 2.7천명을 보유합니다. 가상의 고객 온보딩 미니 강좌를 출시하며 2026년 11월에 제작 시간 34시간이 있습니다. 아래 이름, 독자 수, 예상 시간, 콘텐츠 성과, 행은 Kabo 고객을 설명하거나 벤치마크를 제공하지 않습니다.
11/01/2026–11/30/2026
America/New_York. 모든 CSV 날짜에 전체 연도를 포함합니다.
Instagram + 이메일
Instagram이 주 채널, 뉴스레터가 보조입니다.
강좌 관심의 적합성 확인
먼저 가르친 다음 출시 기간에 적합한 프리랜서를 가상 강좌로 초대합니다.
메모, 질문, 제품 사실
범위 변경 메모, 프로세스 메모, 독자 답변, 워크숍 개요, 검증된 가상 강좌 FAQ.
34시간
형식별 예상 시간을 제공하며 미배정 시간은 비워 둡니다.
출시, 검토, 작업 불가
출시는 11/22 시작, 검토는 매주, 11/11와 11/26은 보호합니다.
가용 역량
가상의 11월 제작 예산.
계획 작업
표의 제작, 커뮤니티, 검토 예상 시간.
미배정 여유
지연, 수정, 아직 모르는 작업에 남긴 시간.
| 날짜 | 플랫폼 | 주제 축 | 역할 / 형식 | 임시 아이디어 | 출처 / 근거 | CTA | 시간 | 상태 | 메모 |
|---|---|---|---|---|---|---|---|---|---|
| 11/01/2026 | 범위 관리 | 핵심 · 캐러셀 | 프리랜스 디자인 범위가 조용히 커지는 세 지점 | 익명화한 범위 변경 메모 다섯 개 | 범위 체크리스트 저장 | 2.5 | 계획됨 | — | |
| 11/02/2026 | 범위 관리 | 파생 · 스토리 | 투표: 지난 프로젝트는 어디서 범위가 늘었나요? | 11월 1일 핵심 콘텐츠 | 투표에 답하기 | 0.25 | 계획됨 | — | |
| 11/03/2026 | 범위 관리 | 파생 · 릴스 | 사실은 새 납품물인 수정 요청 | 범위 변경 메모 2 | 다음 제안서를 위해 저장 | 1.25 | 계획됨 | — | |
| 11/04/2026 | 범위 관리 | 커뮤니티 · 답변 게시물 | 범위 투표에서 가장 좋은 질문에 답하기 | 독자 답변 필요 | 선택한 질문에 답하기 | 0.25 | 계획됨 | 실제 독자 답변이 있을 때까지 보류. | |
| 11/05/2026 | 이메일 | 범위 관리 | 파생 · 뉴스레터 | 디자인 시작 전 다섯 줄 범위 점검 | 11월 1일 핵심 + 계약 메모 | 다섯 줄 점검표 저장 | 1.5 | 계획됨 | — |
| 11/06/2026 | 내부 | 범위 관리 | 여유 · 게시 없음 | 밀린 작업 또는 빈 시간 | 역량 규칙 | 없음 | 0 | 계획됨 | 보호된 제작 여유. 게시 계획 없음. |
| 11/07/2026 | 내부 | 범위 관리 | 검토 · 계획 | 근거, 댓글, 다음 주 작업량 점검 | 캘린더 품질 점검 | 없음 | 0.5 | 계획됨 | — |
| 11/08/2026 | 지속 가능한 가격 책정 | 핵심 · 릴스 | 저렴한 프로젝트가 더 많은 창작 에너지를 쓰게 하는 이유 | 가상화한 세 프로젝트 유형의 시간 기록 | 다음 견적을 위해 저장 | 2 | 아이디어 | 승인 전 근거 확인 필요. | |
| 11/09/2026 | 지속 가능한 가격 책정 | 파생 · 스토리 | 고객의 비공개 데이터 대신 에너지 비용 워크시트 보여주기 | 11월 8일 핵심 | 숨은 노동을 답글로 남기기 | 0.25 | 계획됨 | — | |
| 11/10/2026 | 지속 가능한 가격 책정 | 파생 · 캐러셀 | 디자인 시간뿐 아니라 조율 비용을 매기는 네 질문 | 11월 8일 핵심 + 본인 프로세스 메모 | 네 질문 저장 | 1.5 | 계획됨 | — | |
| 11/11/2026 | 내부 | 지속 가능한 가격 책정 | 작업 불가 · 게시 없음 | 고객 납품일 | 제공된 작업 불가일 | 없음 | 0 | 계획됨 | 제공된 작업 불가일. 게시 계획 없음. |
| 11/12/2026 | 지속 가능한 가격 책정 | 커뮤니티 · 질의응답 | 가격 책정 과정 질문 하나에 실제 예시로 답하기 | 독자 질문 필요 | 가격 질문하기 | 0.5 | 계획됨 | 실제 독자 질문이 있을 때까지 보류. | |
| 11/13/2026 | 이메일 | 지속 가능한 가격 책정 | 파생 · 뉴스레터 | 창작 노동과 프로젝트 관리 노동 구분 | 11월 8일 핵심 | 놓친 비용을 답글로 남기기 | 1.5 | 계획됨 | — |
| 11/14/2026 | 내부 | 지속 가능한 가격 책정 | 검토 · 계획 | 처음 두 묶음의 약속 중복 점검 | 캘린더 품질 점검 | 없음 | 0.5 | 계획됨 | — |
| 11/15/2026 | 고객 온보딩 | 핵심 · 라이브 워크숍 | 모호한 문의를 쓸 수 있는 프로젝트 브리프로 바꾸기 | 익명화한 문의 패턴 + 워크숍 개요 | 라이브 워크숍 참여 | 2 | 계획됨 | — | |
| 11/16/2026 | 고객 온보딩 | 파생 · 릴스 | 빠진 의사결정자를 드러내는 한 질문 | 11월 15일 워크숍 | 질문 저장 | 1 | 계획됨 | — | |
| 11/17/2026 | 고객 온보딩 | 파생 · 캐러셀 | Maya의 프로젝트 사전 브리프 여섯 필드 | 11월 15일 워크숍 | 브리프 필드 저장 | 1 | 계획됨 | — | |
| 11/18/2026 | 고객 온보딩 | 커뮤니티 · 스토리 | 브리프 검토 반론을 받는 질문함 | 11월 15일 워크숍 | 브리프 질문 제출 | 0.25 | 계획됨 | — | |
| 11/19/2026 | 내부 | 고객 온보딩 | 여유 · 게시 없음 | 출시 묶음 전에 밀린 작업 마무리 | 역량 규칙 | 없음 | 0 | 계획됨 | 보호된 제작 여유. 게시 계획 없음. |
| 11/20/2026 | 이메일 | 고객 온보딩 | 파생 · 뉴스레터 | 독자가 수정해 쓸 프로젝트 사전 브리프 | 11월 15일 워크숍 | 강좌 대기 명단 참여 | 1.5 | 계획됨 | — |
| 11/21/2026 | 내부 | 고객 온보딩 | 검토 · 계획 | 출시 사실, 링크, CTA 밀도 확인 | 출시 체크리스트 | 없음 | 0.5 | 계획됨 | — |
| 11/22/2026 | 강좌 출시 | 출시 · 릴스 | 고객 온보딩 미니 강좌로 정리할 수 있는 것 | 검증된 강좌 개요 | 강좌 개요 보기 | 1.5 | 계획됨 | — | |
| 11/23/2026 | 강좌 출시 | 출시 · 캐러셀 | 명확한 수강 신청 CTA가 있는 강좌 모듈 지도 | 검증된 강좌 개요 | 강좌 신청 | 1 | 계획됨 | — | |
| 11/24/2026 | 강좌 출시 | 출시 · 스토리 | 검증된 등록 질문에만 답하기 | 제품 FAQ + 실시간 질문 | 등록 질문하기 | 0.25 | 계획됨 | 실제 등록 질문이 있을 때까지 보류. | |
| 11/25/2026 | 강좌 출시 | 파생 · 텍스트 게시물 | 이 강좌가 대상으로 하지 않는 사람 | 검증된 포지셔닝 메모 | 등록 전 적합성 확인 | 0.75 | 계획됨 | — | |
| 11/26/2026 | 내부 | 강좌 출시 | 작업 불가 · 게시 없음 | 휴일. 출시 게시물 없음 | 제공된 작업 불가일 | 없음 | 0 | 계획됨 | 제공된 작업 불가일. 게시 계획 없음. |
| 11/27/2026 | 이메일 | 강좌 출시 | 출시 · 뉴스레터 | 마감일 알림 한 번을 포함한 강좌 FAQ | 제품 FAQ + 검증된 마감일 | 검증된 마감일 전에 등록 | 0.75 | 계획됨 | — |
| 11/28/2026 | 내부 | 강좌 출시 | 검토 · 계획 | 근거 없는 주장 삭제 및 최종 링크 확인 | 캘린더 품질 점검 | 없음 | 0.5 | 계획됨 | — |
| 11/29/2026 | 강좌 출시 | 파생 · 릴스 | 이번 달 Maya의 생각을 바꾼 온보딩 실수 | 월간 메모. 실제 관찰이 있을 때만 작성 | 출처가 생길 때까지 없음 | 0.8 | 아이디어 | 승인 전 실제 관찰 필요. | |
| 11/30/2026 | 내부 | 강좌 출시 | 검토 · 회고 | 출고한 것, 밀린 것, 재사용할 것 기록 | 11월 캘린더 상태 | 없음 | 0.5 | 계획됨 | — |
가로로 스크롤하면 모든 열을 읽을 수 있습니다.
이 계획은 무관한 프롬프트 30개 대신 네 묶음을 씁니다. 검토일과 여유일을 명시하고 근거 없는 독자 답변 의존 게시물은 보류하며 마지막 회고에 실제 발행한 것을 기록합니다. 월말에 Maya는 Claude가 성과를 추론하게 하기보다 계획 상태를 실제 결과로 바꿔야 합니다.
07 · 같은 방법, 다른 클라이언트
Codex에서 같은 콘텐츠 계획 워크플로 사용하기
Codex에서도 편집 방법은 같습니다. 같은 입력 브리프와 마스터 프롬프트를 쓰고 같은 미리보기와 품질 보고서를 요구한 뒤 특정 Notion 쓰기를 승인하거나 CSV 대안을 유지하세요. AI 클라이언트만 바뀌었다고 전략을 다시 만들 이유는 없습니다.
Codex에 Notion 접근을 제공하려면 MCP 구성을 읽는 지원 로컬 Codex 환경에 Notion 호스팅 MCP 서버를 설정한 뒤 OAuth를 완료하세요. OpenAI는 MCP 구성과 OAuth 지원을, Notion은 호스팅 엔드포인트와 지원 도구를 문서화합니다. 접근은 인증된 연결을 따르므로 검토 관문에서 워크스페이스와 대상 위치를 확인하세요.
OpenAI 개발자 문서: Codex의 모델 컨텍스트 프로토콜Notion 개발자 문서: AI 도구를 Notion MCP에 연결하기Notion 개발자 문서: Notion MCP 지원 도구
08 · 전달 진단
Notion 전달 문제 해결하기
| 증상 | 먼저 확인할 것 | 가장 작은 안전한 다음 단계 |
|---|---|---|
| Claude가 데이터베이스를 찾지 못함 | 커넥터/MCP 인증, 선택한 워크스페이스, Notion 사용자의 데이터베이스 접근 가능 여부. | 워크스페이스와 사용자 권한을 확인하세요. 연결 범위가 작업에 필요한 것보다 넓으면 페이지 한정 MCP 접근이라 가정하지 말고 검토한 CSV 경로를 선택하세요. |
| 속성이 잘못된 유형으로 매핑됨 | 기존의 정확한 이름과 유형, 특히 날짜, 선택, 숫자, 제목. | 매핑만 미리 보여 달라고 요청하고 모든 필드가 해결될 때까지 행 쓰기를 승인하지 마세요. |
| 날짜가 하루 이동함 | 계획 시간대, 전체 MM/DD/YYYY 값, 데이터베이스 날짜 값, CSV 파서. | 전체 연도가 있는 샘플 하나를 내보내 캘린더 보기에서 확인한 뒤 나머지를 가져오세요. |
| CSV가 중복을 만듦 | 같은 행을 이전에 가져왔는지 확인. CSV 가져오기는 동기화나 업데이트가 아닙니다. | 고정 출처 ID를 추가하고 기존 행을 검사해 빠진 항목만 가져오세요. |
| 악센트 문자나 기호가 깨짐 | 내보낸 파일의 인코딩. | UTF-8 CSV로 내보내 전체 가져오기 전에 한 행을 테스트하세요. |
| 캘린더가 이미 게시한 것처럼 보임 | 상태 값과 Notion 날짜를 소셜 예약 도구와 혼동하는 표현. | 공통 아이디어 → 계획됨 → 승인됨 → 작성 중 → 준비됨 → 예약됨 → 게시됨 생명주기를 쓰고 장애물은 메모에 기록하세요. |
가로로 스크롤하면 모든 열을 읽을 수 있습니다.
09 · 출처와 방법
공식 문서의 내용과 Kabo의 방법
커넥터, MCP, 인증, 지원 도구, 가져오기, 캘린더 보기 설명은 아래 공식 출처에서 가져왔습니다. 입력 브리프, 역량 범위, 핵심에서 파생으로 이어지는 방법, 프롬프트, 쓰기 관문, 품질 체크리스트, Maya 예시는 Kabo 편집 자료입니다. 공개 창작자 워크플로는 질문을 설정하는 데 도움을 주었지만 고정 시간 절약이나 콘텐츠 성과를 입증하지 않으며 1차 출처 배지에 포함되지 않습니다.