Um calendário cheio não é um plano pronto para publicar

Seis temas podem preencher a semana sem gerar um artigo publicável. Falta uma informação de produto, a mesma pessoa revisa dois trabalhos no mesmo horário ou as horas previstas ultrapassam a capacidade disponível.

O Agent deve propor uma sequência a partir de entradas autorizadas, não inventar disponibilidade nem o melhor horário de postagem. Data desejada, início mais cedo de preparação e decisão de publicar são coisas diferentes.

Defina as unidades do planejamento

Este é um exercício fictício, não desempenho medido. A semana vai de 26 a 30 de outubro de 2026, em Asia/Shanghai, segunda a sexta, 09:00–18:00. Todos os prazos seguem esse fuso. Feriados e outras semanas locais exigem regras próprias.

O gestor fornece seis temas aprovados, editores A e B e três canais: Blog, LinkedIn e X. Um tema adaptado aos três continua sendo um tema, com trabalho de adaptação separado. Versões de idioma também não aumentam a contagem de temas.

Cada linha guarda ID, público e pergunta, escopo aprovado, fontes e materiais necessários, chegada, editor, horas de preparação/adaptação e origem da estimativa, revisor e horas, pré-aprovação, canal, início mínimo e data desejada. Estimativa desconhecida não vira zero. Todos os valores abaixo foram fornecidos pelo gestor fictício, não previstos pelo Agent.

• T01 FAQ de produto: clientes atuais, recurso aprovado, A-v1 pronto. A prepara 3 horas, incluindo Blog/LinkedIn; B revisa 1. Data desejada: terça, 27/10, 17:00.
• T02 Resultado de cliente: potenciais clientes, exige resultado e permissão de citação. B-v1 prometido para terça 12:00, ainda não chegou. A prepara 4, B revisa 1; Blog/X. Desejado quarta 28/10, 17:00. Segurar por material, não reservar como pronto pela promessa.
• T03 Checklist de compra: pequenos times, C-v2 aprovado e pronto. B prepara 3, A revisa 1; Blog/LinkedIn. Desejado quarta 28/10, 17:00.
• T04 Explicação de atualização: usuários atuais, D-v1 pronto, mas horário da aprovação de produto desconhecido. B prepara 4, A revisa 1; LinkedIn/X. Desejado quinta 29/10, 17:00.
• T05 Guia de fluxo: operadores, E-v1 pronto. A prepara 5, B revisa 1; Blog. Desejado sexta 30/10, 17:00. Entradas prontas, capacidade insuficiente.
• T06 Perguntas curtas: líderes de equipe, F-v1 pronto. B prepara 2, A revisa 1; LinkedIn/X. Desejado sexta 30/10, 17:00.

Arquivos sugeridos: calendar-draft.csv, readiness-board.md, capacity-check.csv e change-notes.md. São planos, não controles nativos de publicação. Preserve os seis temas, inclusive os retidos.

Revisar também consome capacidade

Depois das outras tarefas, o gestor confirma 8 horas disponíveis para A e 8 para B. Isso não representa a jornada total de cada pessoa.

A seleção-base inclui T01, T03 e T06. A usa 3 horas de preparação e duas revisões de 1: 5/8 horas. B usa 3+2 de preparação e 1 de revisão: 6/8 horas. Restam A=3 e B=2.

Acrescentar T05 leva A a 10/8, excesso de 2 horas; B fica em 7/8. A folga de B não autoriza transferir trabalho sem conferir habilidades, escopo e decisão do gestor. Os seis temas exigiriam A=15 e B=12 horas, incluindo revisão cruzada. Omitir revisão cria uma capacidade fictícia.

Blocos candidatos fornecidos: A prepara T01 segunda 09–12; B revisa terça 09–10. B prepara T03 terça 10–13; A revisa quarta 09–10. B prepara T06 quinta 09–11; A revisa sexta 09–10. As datas desejadas continuam metas, sujeitas à revisão e decisão separada de publicar.

Uma proposta alternativa com revisão de T01 por B terça 10–11 conflita com T03. Rejeite ou peça remanejamento autorizado. O total semanal não detecta sozinho uma dupla reserva.

Pronto para redigir não significa aprovado

Entradas autorizadas, escopo, estimativas e capacidade de preparação conhecidos permitem iniciar o rascunho. Publicar ainda exige aprovação factual, mídia, requisitos do canal e decisão do responsável. Horário de revisão marcado não é aprovação concluída.

Mantenha motivos distintos: material ausente em T02, aprovação sem horário em T04 e falta de capacidade em T05. Registre dono, pendência, tema afetado e momento de reavaliar. Não invente um resultado de cliente para substituir o estudo ausente. O caso de marketing e o guia de conteúdo dão contexto; planejamento vem antes de adaptação e distribuição.

Se T02 chegar quinta às 15:00, a meta de quarta já passou. Não retrodate a prontidão nem diga que houve publicação atrasada quando nada foi publicado. A preparação ainda exige 4 horas contra 3 restantes de A, mais uma janela de revisão de B.

Mostre opções limitadas: levar para outra semana, substituir trabalho selecionado somente com repriorização explícita, ou confirmar capacidade adicional. T06 já está pronto como alternativa para um slot posterior, não sem revisão. Reduzir escopo exige nova estimativa aprovada; não declare o mesmo produto possível em metade do tempo.

Cada linha deve apontar a versão da fonte e da capacidade. Uma mudança em B-v1 exige revalidar fatos e permissão de T02; alteração na disponibilidade de A recalcula também revisões. Preserve plano antigo, entradas alteradas, datas candidatas e decisão humana separadamente.

Delimite a tarefa no Buda

Use o Drive para temas aprovados, cópias autorizadas e capacidade. Organize a execução em uma Session; ela não é uma ACL de arquivos. Não conecte contas sociais para simplesmente planejar.

Leia apenas approved-topics-v1, source-readiness-v1 e capacity-v1. Use Asia/Shanghai e a semana declarada. Preserve seis IDs e estimativas fornecidas. Conte preparação, adaptação e revisão cruzada na pessoa e nos blocos corretos. Separe datas desejadas, preparação mínima e aprovação. Preserve desconhecidos e devolva os quatro arquivos com cada retenção e conflito. Não publique, envie lembretes, conecte contas nem configure automações.

Testes propostos, não executados: atrasar a fonte de T02, sobrepor dois blocos de B, acrescentar T05 para exceder A, retirar uma aprovação. Um plano útil mantém o tema e explica o efeito, não apenas empurra a data até preencher tudo.

Após revisar uma amostra anonimizada, o método pode virar Skill. Pesquise e instale um adequado no Marketplace do Buda AI, conferindo instruções e permissões. Uma automação exige escopo e agenda autorizados à parte; o arquivo de calendário não a cria.

E se não houver estimativas confiáveis?

Marque como estimativa necessária. Comece por um produto pequeno, registre esforço real de preparo e revisão com acordo humano e revise previsões depois. Calendário vazio não prova disponibilidade.

Como inserir um tema urgente?

O gestor define o que pode sair; depois confira fonte, estimativa, pessoas e blocos. Urgência muda prioridade, não cria capacidade.

Três canais são três temas?

Não. Mantenha um ID e entregas de adaptação com requisitos e horas próprias. Reutilização não elimina imagens, formato e revisão.

Sem resposta do aprovador, está pronto?

Pode estar pronto para redigir dentro do escopo permitido, não para publicar. Preserve a decisão pendente e seu dono. Essa diferença precisa ficar visível no calendário.