소셜 캘린더 검토
피드백 루프를 완성하는 주간 점검입니다. 지난 7일을 되돌아보고 향후 14일을 살펴본 후, 간략한 보고서를 작성하고 social-calendar 스킬을 구동하는 마크다운 파일에 대한 수정안을 제안합니다.
이 스킬은 Airtable을 읽기만 하고 쓰지는 않습니다. 루틴 프롬프트에 달리 명시되지 않는 한, 사용자가 변경을 승인한 후에만 전략 및 채널 파일을 수정합니다.
설정
AIRTABLE_TOKEN과AIRTABLE_BASE_ID를 환경 변수 또는 작업 디렉터리/리포지토리 루트의.env파일에 설정합니다.STRATEGY_DIR은strategy.md와channels/폴더가 있는 디렉터리를 가리킵니다. 설정되지 않은 경우 작업 디렉터리,./my-strategy/,./strategy/에서strategy.md를 찾습니다.- 메인 스킬의 캘린더 스크립트:
skills/social-calendar/scripts/airtable_calendar.py(이하$CAL). Airtable MCP 커넥터가 연결되어 있다면 사용해도 됩니다.
단계
1. 규칙 로드
strategy.md와 활성 채널의 모든 channels/*.md 파일을 읽습니다 (python3 $CAL channels). 각 채널에 대해 다음을 기록합니다: 목표 게시 빈도, 허용된 게시물 유형, 음성 규칙, 금지된 단어 또는 주제, 해시태그 규칙, 소유자. 전략의 현재 OKR과 콘텐츠 기둥을 기록합니다.
지난주 검토가 $STRATEGY_DIR/reviews/에 존재하면 읽고, 승인된 제안이 적용되었는지 확인합니다.
2. 지난 7일 검토
python3 $CAL list --from -7 --to today --json > /tmp/review-past.json
해당 목록에서 다음을 확인합니다:
Live게시물: 주요 검토 대상입니다.Failed및Manual게시물: 실패가 해결되었는지, 수동 게시물이 실제로 게시되었는지 확인합니다.- 과거 날짜의
To approve,Needs media,Approved게시물: 놓친 승인 또는 실행되지 않은 게시물입니다.
각 Live 게시물을 채널 파일 및 전략과 비교합니다:
- 음성 및 형식: 채널 파일의 예시와 일치하는가? 길이, 해시태그, 링크, 이모지는 파일 규정대로인가?
- 적합성:
strategy.md의 기둥이나 OKR을 충족하는가? 게시물 유형이 이 채널에서 허용되는가? - 게시 빈도: 채널별 목표와 비교하여 초과 또는 미달 여부를 확인합니다.
- 반복: 동일 채널에 거의 동일한 게시물이 있거나, 같은 날 모든 채널에 동일한 메시지가 있는 경우.
- 사실:
Source필드가 뒷받침하지 않는 주장, 숫자, 이름이 있는 경우.
특정 게시물을 지목할 수 있는 문제만 보고합니다. 기록 이름과 날짜를 인용합니다.
3. 향후 14일 검토
python3 $CAL list --from +1 --to +14 --json > /tmp/review-next.json
채널 및 주별로 다음을 플래그합니다:
- 간격(Gaps): 목표 게시 빈도보다 낮은 주. 이미 확보된 콘텐츠(사용되지 않은 클립이 있는 팟캐스트, 최근 기사)에서 어떤 게시물 유형으로 채울지 제안합니다.
- 과부하(Overload): 하루에 한 채널에 두 개 이상의 게시물이 있거나, 한 주가 특정 유형으로만 구성된 경우(뉴스 게시물 3개, 연속 프로모션).
- 전략 이탈 게시물(Off-strategy posts): 어떤 기둥에도 맞지 않거나 채널 파일이 금지하는 콘텐츠.
- 승인 병목(Approval bottlenecks): 향후 3일 내에 마감된
To approve게시물을Owner별로 그룹화하여 누군가 독촉할 수 있도록 합니다. - 향후 7일 내에 마감된
Needs media게시물과 각각 필요한 미디어 정보.
4. 가능한 경우 지표 수집
다음 순서로 시도하여 사용 가능한 것을 활용합니다:
- 플랫폼 커넥터(LinkedIn 커넥터 또는 다른 분석 MCP 등). 지난 7일간 게시물별 노출, 반응, 댓글, 리포스트, 클릭을 수집하고
Live link또는 날짜와 채널로 기록과 매칭합니다. - 웹 분석 커넥터(GA4 등). 해당 주의 소셜 리퍼러 또는 UTM 태그가 있는 링크의 세션을 가져옵니다.
- 수동 내보내기:
$STRATEGY_DIR/metrics/의 CSV 파일(예: LinkedIn 페이지 분석 내보내기). 채널별로 가장 최신 파일을 사용하고 읽은 파일을 명시합니다.
채널에 이러한 항목이 하나도 없으면 "<채널명>에 대한 이번 주 지표 없음"이라고 기록하고 넘어갑니다. 절대 추정, 외삽 또는 숫자를 조작하지 마십시오. 지표가 없는 검토도 전략 및 게시 빈도 검사에는 여전히 유용합니다.
지표가 있는 경우 동일 채널 내 게시물만 비교합니다. 최소 3개 게시물에서 반복되는 패턴(게시물 유형, 시작 스타일, 미디어 유무, 요일 등)을 찾습니다. 단일 우수 또는 부진 게시물은 패턴이 아닙니다.
5. 보고서 작성
$STRATEGY_DIR/reviews/YYYY-MM-DD.md에 저장하고(필요시 폴더 생성) 출력합니다. 한 화면을 넘지 않도록 유지합니다:
# 소셜 검토, 2026-11-02 주
## 요약
세 다섯 문장으로 평이하게 작성. 게시된 내용, 문제점, 하나의 주요 변경 사항.
## 지난 7일
| 채널 | Live | 목표 | 실패 | 비고 |
|---|---|---|---|---|
특정 이슈는 하나씩 불릿으로 기록 이름과 날짜와 함께.
## 지표
채널별: 찾은 내용과 출처, 또는 "<채널명>에 대한 이번 주 지표 없음".
## 향후 14일
간격, 과부하, 전략 이탈 게시물, 독촉해야 할 승인(소유자별), 필요한 미디어.
## 제안된 변경사항
번호 목록. 각 항목은 파일 이름, 이유(한 문장), diff를 포함합니다.
6. 전략 및 채널 파일 수정 제안
이번 주 증거가 뒷받침하는 경우에만 변경을 제안합니다: 반복된 실수, 아무도 따르지 않는 규칙, 유지되지 않는 게시 빈도, 여러 게시물에 걸친 지표 패턴. 각 제안은 현재 파일에 대한 통합 diff입니다:
--- channels/brightloop-linkedin.md
+++ channels/brightloop-linkedin.md
@@ 게시 빈도 @@
-- 주 5회, 월요일~금요일
+- 주 4회, 월요일~목요일. 금요일 게시물은 지난 6주 동안 다른 요일의 절반 미만의 반응을 받았습니다.
diff를 적용하지 마십시오. 나열하고 사용자가 적용할 항목을 말할 때까지 기다리십시오. 루틴 프롬프트가 명시적으로 허용하는 경우에만, 그리고 명명된 변경 유형에 대해서만 질문 없이 적용하십시오. 변경 적용이 허용된 경우에도 다른 사람의 채널 파일은 승인 없이 변경하지 마십시오.
이 스킬에서 Airtable 레코드를 편집하지 마십시오. 계획된 게시물이 변경되어야 한다면 어떤 게시물인지와 이유를 말하십시오. 변경은 사용자 또는 social-calendar 스킬이 수행합니다.
샘플 루틴 프롬프트
주간 예약 작업 또는 루틴으로 설정합니다. 예: 매주 월요일 08:00, 리포지토리를 작업 디렉터리로 설정:
지난주에 대한 social-calendar-review 스킬을 실행해 줘.
STRATEGY_DIR은 ./my-strategy야. Airtable 자격 증명은 .env에 있어.
지표가 있다면 LinkedIn 커넥터를 사용하고, 없다면 각 채널에 대해 ./my-strategy/metrics/에서 가장 최신 CSV 파일을 읽고, 지표가 없는 곳은 명확히 말해 줘.
보고서를 ./my-strategy/reviews/에 저장하고 요약과 제안된 변경사항 섹션을 Slack의 #마케팅 채널에 게시해 줘.
제안된 변경사항은 적용하지 마. 내가 적용할 번호를 회신할게.
루틴이 자체적으로 소소한 수정을 하도록 허용하려면 마지막 줄을 다음과 같이 바꾸세요: "내 채널 파일의 해시태그 목록과 게시 요일에 대한 제안된 변경사항은 적용해도 됩니다. 다른 모든 것은 제안으로 남겨 두세요."