Revisão do Calendário Social

O que Revisão do Calendário Social faz?

Uma verificação semanal que fecha o ciclo. Ela olha 7 dias para trás e 14 dias para frente, depois escreve um breve relatório e propõe edições nos arquivos Markdown que alimentam a skill social-calendar.

Esta skill lê o Airtable e nunca escreve nele. Ela altera os arquivos de estratégia e canal somente após o usuário aprovar a mudança, a menos que o prompt da rotina diga o contrário.

Configuração

• AIRTABLE_TOKEN e AIRTABLE_BASE_ID, no ambiente ou em um arquivo .env no diretório de trabalho ou raiz do repositório.
• STRATEGY_DIR apontando para a pasta com strategy.md e channels/. Se não estiver definido, procure por strategy.md no diretório de trabalho, ./my-strategy/ e ./strategy/.
• O script do calendário da skill principal: skills/social-calendar/scripts/airtable_calendar.py (daqui em diante, $CAL). O conector MCP do Airtable também funciona se estiver conectado.

Etapas

1. Carregar as regras

Leia strategy.md e todos os channels/*.md para canais ativos (python3 $CAL channels). Anote para cada canal: cadência alvo, tipos de postagem permitidos, regras de voz, palavras ou tópicos proibidos, regras de hashtags e o proprietário. Anote os OKRs atuais e os pilares de conteúdo da estratégia.

Se a revisão da semana passada existir em $STRATEGY_DIR/reviews/, leia-a e verifique se as propostas aceitas foram aplicadas.

2. Olhar 7 dias para trás

python3 $CAL list --from -7 --to today --json > /tmp/review-past.json

A partir dessa lista, observe:

• Postagens Live. Estas são o assunto principal.
• Postagens Failed e Manual. As falhas foram corrigidas? Alguém realmente publicou as manuais?
• Postagens To approve, Needs media e Approved com data no passado. São aprovações perdidas ou um publisher que não foi executado.

Verifique cada postagem Live em relação ao seu arquivo de canal e à estratégia:

• Voz e formato. Soa como os exemplos do arquivo de canal? Tamanho, hashtags, links, emojis conforme o arquivo diz?
• Adequação. Serve a um pilar ou OKR em strategy.md? O tipo de postagem é permitido neste canal?
• Cadência. Conte por canal em relação ao alvo. Observe canais acima ou abaixo.
• Repetição. Postagens quase idênticas no mesmo canal, ou a mesma mensagem em todos os canais no mesmo dia.
• Fatos. Alegações, números e nomes que o campo Source não respalda.

Relate apenas problemas que você possa apontar com uma postagem específica. Cite o nome do registro e a data.

3. Olhar 14 dias para frente

python3 $CAL list --from +1 --to +14 --json > /tmp/review-next.json

Por canal e semana, sinalize:

• Lacunas: semanas abaixo da cadência alvo. Sugira qual tipo de postagem as preencheria a partir do conteúdo já existente (um podcast com clipes não utilizados, um artigo recente).
• Sobrecarga: mais de uma postagem por dia em um canal, ou uma semana dominada por um tipo (três postagens de notícias, promoções consecutivas).
• Postagens fora da estratégia: conteúdo que não corresponde a nenhum pilar ou que o arquivo de canal exclui.
• Gargalos de aprovação: postagens To approve com vencimento nos próximos 3 dias, agrupadas por Owner, para que alguém possa cobrá-las.
• Postagens Needs media com vencimento nos próximos 7 dias, com o que cada uma precisa.

4. Obter métricas quando possível

Tente estas opções em ordem e use o que estiver disponível:

1. Um conector de plataforma, como um conector do LinkedIn ou outro MCP de análise. Obtenha impressões, reações, comentários, compartilhamentos e cliques por postagem nos últimos 7 dias e corresponda-os aos registros por Live link ou data e canal.
2. Um conector de análise web (GA4 ou similar). Obtenha sessões de referências sociais ou links com tag UTM da semana.
3. Exportações manuais: arquivos CSV em $STRATEGY_DIR/metrics/ (por exemplo, uma exportação de análise de página do LinkedIn). Use o arquivo mais recente por canal e informe qual arquivo você leu.

Quando nenhum desses existir para um canal, escreva "Nenhuma métrica para esta semana" e prossiga. Nunca estime, extrapole ou invente números. Uma revisão sem métricas ainda é útil para as verificações de estratégia e cadência.

Com métricas, compare postagens apenas no mesmo canal. Procure padrões que se repitam em pelo menos 3 postagens, como tipo de postagem, estilo de abertura, mídia ou sem mídia, dia da semana. Uma única postagem boa ou ruim não é um padrão.

5. Escrever o relatório

Salve-o em $STRATEGY_DIR/reviews/YYYY-MM-DD.md (crie a pasta se necessário) e imprima-o. Mantenha-o em menos de uma tela:

# Revisão social, semana de 2026-11-02

## Resumo
Três a cinco frases simples. O que foi publicado, o que quebrou, a única mudança que vale a pena fazer.

## Últimos 7 dias
| Canal | Live | Alvo | Falhou | Notas |
|---|---|---|---|---|

Problemas específicos, um marcador cada, com nome do registro e data.

## Métricas
Por canal: o que você encontrou e sua fonte, ou "Nenhuma métrica para <canal> esta semana".

## Próximos 14 dias
Lacunas, sobrecarga, postagens fora da estratégia, aprovações a cobrar (por proprietário), mídia ainda necessária.

## Mudanças propostas
Lista numerada. Cada uma nomeia o arquivo, explica o motivo em uma frase e mostra um diff.

6. Propor edições nos arquivos de estratégia e canal

Proponha uma mudança somente quando as evidências desta semana a apoiarem: um erro repetido, uma regra que ninguém segue, uma cadência que não se sustenta ou um padrão nas métricas ao longo de várias postagens. Cada proposta é um diff unificado em relação ao arquivo atual:

--- channels/brightloop-linkedin.md
+++ channels/brightloop-linkedin.md
@@ Cadência @@
-- 5 postagens por semana, segunda a sexta
+- 4 postagens por semana, segunda a quinta. Postagens de sexta-feira tiveram menos da metade das reações em comparação com outros dias nas últimas 6 semanas.

Não aplique os diffs. Liste-os e aguarde o usuário dizer quais aplicar. Aplique-os sem perguntar somente se o prompt da rotina permitir explicitamente, e apenas para os tipos de mudança que ele nomeia. Nunca altere o arquivo de canal de outra pessoa sem sua aprovação, mesmo quando for permitido aplicar alterações.

Não edite registros do Airtable com esta skill. Se uma postagem planejada precisar ser alterada, informe qual e por quê. O usuário ou a skill social-calendar faz a alteração.

Exemplo de prompt de rotina

Configure isso como uma tarefa agendada semanalmente ou rotina, por exemplo, toda segunda-feira às 08h, com o repositório como diretório de trabalho:

Execute a skill social-calendar-review para a semana passada.
STRATEGY_DIR é ./my-strategy. As credenciais do Airtable estão em .env.
Use o conector do LinkedIn para métricas se estiver disponível. Caso contrário, leia o CSV
mais recente em ./my-strategy/metrics/ para cada canal e informe claramente onde não há nenhum.
Salve o relatório em ./my-strategy/reviews/ e publique as seções Resumo e Mudanças propostas
no #marketing no Slack.
Nao aplique nenhuma mudança proposta. Responderei com os números que desejo aplicar.

Para permitir que a rotina faça pequenas correções por conta própria, substitua a última linha por algo como "Você pode aplicar mudanças propostas em listas de hashtags e dias de postagem em meus próprios arquivos de canal. Deixe todo o resto como proposta."