scheduling (스케줄링)은(는) 무엇을 하나요?
이 스킬은 마지막 마일을 책임집니다. 완성되고 검토된 포스트를 올바른 시간, 올바른 계정, 올바른 형태로 정확히 한 번 큐에 넣는 일입니다. 스케줄링의 방법을 담당합니다. 복사본을 작성(writing 스킬 담당), 이미지를 선택(image-generation), 또는 성능을 읽는(platform-data) 작업은 하지 않습니다. 무엇이 나갈지 결정하지 않습니다. 콘텐츠 팩과 사람이 결정합니다.
이 스킬 전체는 하나의 아이디어에 기반합니다. 놓친 포스트는 내일 잡을 수 있지만, 잘못되거나 중복된 포스트는 라이브로 나가면 되돌릴 수 없습니다. 따라서 의심스러우면 추측하지 말고 보류하고 질문합니다.
시작하기 전에
- 마케팅 워크스페이스(기본값
marketing/)를 찾습니다. 없으면 한 줄로 말하고brand-setup실행을 제안합니다. 필수 정보(계정, 시간대, 시간)를 직접 물어봐도 스케줄링할 수 있습니다. brand/brand-profile.md, 특히## Platforms(핸들, 게시 경로 수동 또는 스케줄러, 링크 허용 여부?),## Tools(어떤 스케줄러),## Compliance및## CTA & contact를 읽습니다. 브랜드 프로필은 브랜드 상수 및 규정 준수 문구에 우선하며, 이 스킬은 방법을 담당합니다.- 팩을 읽습니다:
content/<yyyy-mm-dd>-<slug>/PACKAGE.md와 그 안의 기존SCHEDULE.md. - 시간대를 알아야 합니다. 브랜드 프로필(또는 사람의 위치)에 있는 것을 사용합니다. 알 수 없으면 한 번 묻습니다. 절대 UTC를 가정하지 마십시오.
- 이 세션에 어떤 스케줄러 도구가 실제로 연결되어 있는지 확인합니다. 없으면 브라우저 경로(아래 참조)를 사용하거나 게시 체크리스트를 전달합니다.
표준 (절대 깨지 마세요)
- 큐 전용. 모든 포스트는 계획된 미래 시간에 대해 예약됨으로 생성됩니다. 사람이 해당 특정 포스트에 대해 명시적으로 "지금 게시"라고 말하지 않는 한 절대 지금 게시(publish-now) 경로를 호출하지 마십시오. 이유: 지금 게시는 모든 안전 장치를 건너뛰며, 실수는 몇 초 안에 공개됩니다.
- 모든 시간에 명시적 시간대 오프셋. ISO에 오프셋을 포함하여 시간을 작성합니다. 예: 영국 겨울
2026-11-12T18:00:00+00:00, 영국 여름+01:00. 오늘의 시간대가 아니라 포스트 날짜의 일광 절약 시간을 확인합니다. 이유: 맨 시간은 UTC 또는 서버 시간대로 읽혀서, 시간 변경 시 포스트가 한 시간 차이로 게시됩니다. - 실시간 중복 제거, 매 실행마다, 예약된 것과 게시된 것 모두에 대해. 무언가를 생성하기 전에 이미 큐에 있는 것 그리고 해당 계정에 이미 게시된 것도 읽습니다. 이유: 어제 게시된 조각은 더 이상 "예약됨"으로 표시되지 않으므로, 예약된 것만 확인하면 아무것도 보지 못하고 다시 게시합니다.
- 실패 시 폐쇄. 비어 있거나, 짧거나, 오류가 있거나 명백히 부분적인 읽기는 포스트가 없다는 증거가 아닙니다. 더 좁게(계정 하나, 하루) 다시 읽습니다. 그래도 신뢰할 수 없으면 포스트를 보류하고 그렇게 말합니다.
- 절대 맹목적 재시도 없음. 생성 또는 업로드 호출이 시간 초과되거나 중단되면 다시 시도하기 전에 실제로 무엇이 도착했는지 다시 읽습니다.
- 생성 후 확인. 각 포스트를 다시 읽고 올바른 시간, 계정, 유형 플래그 및 미디어와 함께 존재하는지 확인합니다. 성공 메시지는 증거가 아닙니다. 일부 도구는 성공을 반환하고 아무것도 저장하지 않습니다.
- 아무것도 라이브로 가기 전에 확인합니다. 사람에게 계획(매니페스트 테이블)을 보여주고 포스트를 생성하기 전에 승인을 받습니다. 단, 이미 이 정확한 계획을 승인했거나 브랜드 프로필에 상설 규칙을 설정한 경우는 예외입니다.
방법
- 매니페스트를 작성합니다. 플랫폼당 포스트당 한 행씩
content/<yyyy-mm-dd>-<slug>/SCHEDULE.md에,references/schedule-manifest-template.md를 사용하여 작성합니다. 각 행: 플랫폼, 계정, 포스트 유형, 오프셋이 포함된 시간, 캡션 파일, 미디어 파일, 대체 텍스트, 첫 댓글, 링크 상태, 상태. 이것은 당신이 보여줄 계획이자 당신이 한 일의 기록입니다. - 시간을 배치합니다. 팩이나 사람이 준 시간을 사용합니다. 없으면 브랜드 프로필의 게시 리듬, 그다음
brand/performance-learnings.md또는 스케줄러의 최적 시간 데이터를 사용합니다. 플랫폼이 같은 조각을 같은 날에 전달할 필요는 없습니다. 각각 자체 주간을 운영할 수 있습니다. 유연한 조각을 결정론적으로(동일 입력, 동일 슬롯) 배치하여 재실행 시 같은 위치에 배치되도록 합니다. - 모든 캡션과 댓글에 링크 게이트를 실행합니다(아래 참조).
- 미디어 준비 상태를 확인합니다. 미디어가 있는 모든 포스트는 파일이 존재하고, 플랫폼에 맞는 올바른 형태(`references/platform-posting-notes.md` 참조)이며, 스케줄러가 가져올 수 있어야 합니다. 스케줄러에 성공적으로 업로드되는 것을 실제 준비 상태 테스트로 간주합니다. 도구가 가져오기를 큐에 넣으면 한 번에 하나의 파일을 업로드하고 각각이 완료될 때까지 기다립니다. 미디어 없이 포스트가 나가는 경우는 없습니다. 대신 보류합니다.
- 모든 이미지와 캐러셀 슬라이드에 대체 텍스트를 첨부합니다. 팩에서 가져옵니다. 팩에 없으면 이미지에 대한 평범한 설명(캡션을 반복하지 않음)을 작성하고 매니페스트에 기록합니다. 이유: 스크린 리더 사용자는 청중의 일부이며, 일부 플랫폼은 검색에 대체 텍스트를 사용합니다.
- 단락 간격을 확인합니다. 캡션은 단락 사이에 실제 빈 줄을 전달합니다. 일부 스케줄러는 캡션을 간격 없이 렌더링되는 HTML 단락으로 저장하므로, 적절히 간격이 있는 캡션이 한 덩어리 텍스트로 도착할 수 있습니다. 도구를 처음 사용할 때 하나의 포스트를 미리 봅니다. 단락이 붙으면 블록 사이에 도구의 스페이서(빈 단락 또는 줄)를 삽입합니다.
- 중복 제거(표준 3 및 4). 먼저 이 팩과 최근 팩의 매니페스트 상태를 확인합니다(당신이 쓴 기록이 단일 실시간 읽기보다 낫습니다). 그다음 스케줄러를 읽습니다: 각 대상 계정에 대해 예약된 것과 게시된 것을 하루씩 읽습니다. 플랫폼 + 계정 + 캡션 시작 부분(+ 시간별 포스트의 경우 날짜)에서 일치시킵니다. 매니페스트가 완료되었다고 말하지만 실시간 읽기에서 찾을 수 없으면 재생성하지 말고 조사하고 플래그를 지정합니다.
- 계획을 보여주고 승인을 받습니다.
- 각 포스트를 올바른 유형(아래 참조)으로, 정확한 캡션, 미디어, 대체 텍스트 및 첫 댓글과 함께 생성합니다.
- 각각을 확인하고(표준 6) 상태와 스케줄러의 포스트 참조를 매니페스트에 기록합니다.
- 짧은 테이블로 보고합니다: 큐에 넣은 것, 보류된 것과 그 이유, 사람의 손이 필요한 것(수동 포스트, 고정 댓글).
포스트 유형
- 숏폼 비디오(YouTube Shorts, Instagram Reels, TikTok, Facebook Reels): 유형을 명시적으로 표시합니다. 많은 스케줄러가 비디오를 일반 피드 비디오로 기본 설정하며, 플래그가 지정되지 않은 Reel 또는 Shorts는 도달 범위를 잃습니다. YouTube Shorts에는 제목이 필요합니다. 확인할 때 플래그가 유지되었는지 확인합니다.
- 캐러셀: 슬라이드를 순서대로, 슬라이드당 대체 텍스트와 함께 첨부합니다. LinkedIn 캐러셀은 일반적으로 PDF 문서 포스트입니다. 도구가 하나의 캐러셀에 비디오와 이미지를 혼합할 수 있는지 계획하기 전에 확인합니다.
- 첫 댓글: 링크나 해시태그가 댓글에 속하는 곳에서 사용됩니다. 댓글이 실제로 저장되었는지 확인합니다. 일부 도구와 플랫폼에서는 자동으로 삭제됩니다. 첫 댓글은 나중에 편집할 수 없는 경우가 많으므로 생성하기 전에 올바르게 가져옵니다.
- 수동 게시 알림: 일부 계정(개인 Facebook 프로필이 일반적)은 타사 도구로 자동 게시할 수 없습니다. 도구가 지원하는 경우 알림 또는 알림 포스트를 만들거나, 보고서의 수동 목록에 행을 추가하고 캡션과 미디어를 붙여 넣을 준비를 합니다.
- 고정 댓글 및 도구가 할 수 없는 모든 것(예: YouTube 고정 댓글): 정확한 텍스트와 함께 보고서에 수동 작업으로 나열합니다.
- 로컬 비즈니스 목록(예: Google 비즈니스 프로필): 일반적으로 포스트당 하나의 버튼, 전용 비즈니스 페이지 링크, 링크 단축기 또는 링크인바이오 페이지는 절대 사용하지 않습니다. 자세한 내용은
references/platform-posting-notes.md를 참조하십시오.
링크 게이트 (백스톱, 편집자가 아님)
링크는 플랫폼에 따라 다르게 작동하며 자주 변경됩니다(references/platform-posting-notes.md 참조). Brand-profile ## Platforms는 링크가 허용되는 위치를 나타냅니다. 각 포스트에 대해:
- 캡션과 댓글에서 링크 형태(
http,www.,.com/,.co.uk/, 단축기, 링크인바이오 서비스)를 스캔합니다. 또한 댓글 키워드 요청("댓글에 GUIDE를 입력하면 보내드립니다")도 스캔합니다. 대부분의 플랫폼에서 이를 참여 유도 수단으로 간주합니다. - 허용됨(플랫폼과 포스트의 목적이 허용하는 경우): 그대로 스케줄링합니다.
- 허용되어야 할 것 같지만 표시되지 않은 경우(이벤트 포스트의 예약 링크, 새 기사에 대한 링크): 보류하고 물어봅니다. 링크를 제거하면 포스트가 무의미해집니다.
- 허용되지 않음: 링크를 제거하고 게시하지 마십시오. 링크를 중심으로 작성된 포스트는 링크 없이 깨져 보입니다. 링크 없는 재작성을 위해
writing스킬로 다시 보냅니다(프로필을 가리키고, 조각 이름을 지정하고, 진정한 질문으로 끝냄).review-loop에서 재작성을 확인하게 하고, 팩에 새 복사본을 작성하여 팩과 라이브 포스트가 일치하도록 한 다음 스케줄링합니다. - 슬롯 전에 재작성 및 검토할 시간이 없는 경우: 보류하고 플래그를 지정합니다. 놓친 슬롯이 깨진 포스트보다 낫습니다.
브랜드 프로필이 링크 예산(예: Facebook 링크 포스트의 월별 상한)을 설정하는 경우 보고서에서 이에 대해 계산하고 예산 초과 포스트를 "허용되지 않음"으로 처리합니다.
포스트 편집 및 이동
- 도구가 편집에 불안정한 경우(많은 경우: 시간 이동, 미디어 분리, 플래그 재설정) 제자리에서 예약 시간을 편집하는 것보다 삭제 후 재생성을 선호합니다. 먼저 삭제한 다음 재생성하고 확인합니다. 일부 플랫폼은 한 계정에서 같은 분에 두 개의 포스트를 거부하므로 새 포스트가 들어가기 전에 이전 포스트를 제거합니다. 일부 도구는 삭제 후 몇 분 동안 동일한 캡션을 차단합니다. 의도적인 재생성에만 도구의 "중복 허용" 옵션을 사용합니다.
- 텍스트 전용 예약 포스트에 미디어를 추가하거나, 첫 댓글을 변경하거나, 목록 버튼을 추가하는 것도 일반적으로 삭제 후 재생성이 필요합니다.
- 사람이 요청한 것만 이동합니다. 요청 없이 생성하지 않은 포스트는 절대 삭제하지 않습니다. 알림 포스트는 절대 삭제하지 않습니다.
스케줄러가 없나요? 브라우저에서 플랫폼을 통해 게시
스케줄러가 연결되지 않았지만 브라우저 도구(예: Chrome의 Claude)가 있는 경우 플랫폼의 자체 작성기를 사용할 수 있습니다. 대부분의 플랫폼에는 포스트 작성기에 기본 "예약" 옵션이 있습니다(Facebook 및 Instagram용 Meta Business Suite, LinkedIn의 시계 아이콘, YouTube Studio, TikTok 웹 업로더). 동일한 규칙이 적용됩니다. 지금 게시보다 예약, 플랫폼에 표시된 시간대 확인, 대체 텍스트 첨부, 매니페스트용 확인 스크린샷 촬영. 로그인, 2단계 인증 프롬프트 또는 결제 화면이 나타나면 중단하고 전달합니다. 이는 사람이 처리할 사항입니다. 브라우저 도구도 사용할 수 없는 경우 매니페스트에서 게시 체크리스트를 생성하여 사람이 몇 분 안에 할 수 있도록 합니다.
출시 전 체크리스트
8단계(계획 표시) 전에 매니페스트를 review-loop에 통과시키거나 직접 확인합니다. 모든 행에 미래의 오프셋이 있는 시간, 올바른 계정, 포스트 유형, 미디어 존재 및 가져올 수 있음, 대체 텍스트, 링크 상태 해결됨, 중복 제거 완료됨, 캡션이 팩과 일치함, 브랜드 프로필의 규정 준수 문구가 필요한 곳에 있음.
적응
- 귀하의 스케줄러: brand-profile의
## Tools에 넣습니다. Publer의 경우references/publer.md를 읽습니다. 다른 도구의 경우 먼저 테스트 초안에서 특성을 배우고 워크스페이스(짧은brand/tools-notes.md면 충분함)에 기록합니다. - 귀하의 리듬: 게시 요일과 시간은 brand-profile에 있으며,
platform-data가 귀하의 결과에서 이를 개선합니다. - 무인 실행: 스케줄링이 아무도 보지 않는 타이머에서 실행되는 경우, brand-profile에서 상설 계획을 승인하여 확인 규칙을 유지하고 실패 시 폐쇄 보류에 더 의존합니다. 일부 도구는 삭제에 채팅 내 승인이 필요합니다. 이는 기능이며, 삭제는 참석 세션용으로 유지합니다.
참고 자료
references/schedule-manifest-template.md: 매니페스트 형식.SCHEDULE.md를 작성하거나 업데이트할 때 엽니다.references/platform-posting-notes.md: 플랫폼별 포스트 유형, 링크 동작, 미디어 형태, 알려진 특성. 시간에 민감합니다. 중요할 때 실시간으로 확인하십시오.references/publer.md: 공식 Publer MCP 및 오픈 소스 publer-mcp-server를 사용한 작업 예제.