builtnotboosted/scheduling

Publica contenido finalizado en un programador de redes sociales (o manualmente) de forma segura. Solo cola, con compensaciones de zona horaria explícitas, deduplicación en vivo contra lo programado y ya publicado, verificación de medios listos, tipos de publicación correctos, texto alternativo, un filtro de enlaces que devuelve el texto para reescribir en lugar de eliminarlo y confirmación antes de publicar cualquier cosa.

¿Qué es scheduling?

Esta habilidad se encarga de la 'última milla' del flujo de contenido: tomar publicaciones finalizadas y revisadas y colocarlas en la cola de programación en el momento, cuenta y formato correctos, exactamente una vez. Está diseñada para evitar errores costosos, como publicaciones duplicadas o incorrectas, priorizando la seguridad sobre la velocidad. Funciona con cualquier programador, usando Publer como ejemplo práctico, y es compatible con plataformas como Instagram, Facebook, LinkedIn, YouTube y TikTok, manejando tipos de contenido como videos cortos, carruseles, comentarios principales y recordatorios de publicación manual. La habilidad se basa en la idea de que una publicación perdida se puede recuperar al día siguiente, pero una publicación incorrecta o duplicada no se puede deshacer. Por lo tanto, en caso de duda, la habilidad se detiene y pregunta en lugar de adivinar. Utiliza un manifiesto de programación para cada paquete de contenido, verifica la preparación de los medios, ejecuta un filtro de enlaces que reenvía el contenido para reescribir si los enlaces no están permitidos en la plataforma, y requiere confirmación humana antes de que cualquier publicación se active.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/builtnotboosted/built-not-boosted-skills/tree/HEAD/plugins/built-not-boosted/skills/scheduling

Installed? Explore more Productividad y colaboración skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Programación

Esta habilidad es dueña de la última milla: tomar publicaciones terminadas y revisadas y ponerlas en la cola en el momento correcto, en la cuenta correcta, en la forma correcta, exactamente una vez. Es dueña del cómo de la programación. No escribe texto (la habilidad writing lo hace), elige imágenes (image-generation) ni lee rendimiento (platform-data). No decide nada sobre qué se publica; el paquete de contenido y la persona lo deciden.

Toda la habilidad se basa en una idea: una publicación perdida se puede recuperar mañana, una publicación incorrecta o duplicada se publica y no se puede retirar. Por lo tanto, en caso de duda, se detiene y pregunta en lugar de adivinar.

Antes de empezar

  1. Busca el espacio de trabajo de marketing (por defecto marketing/). Si no hay, dilo en una línea y ofrece ejecutar brand-setup; aún puedes programar con lo esencial (cuentas, zona horaria, horarios) preguntados directamente.
  2. Lee brand/brand-profile.md, especialmente ## Plataformas (manejos, ruta de publicación manual o programador, ¿enlaces permitidos?), ## Herramientas (qué programador), ## Cumplimiento y ## CTA y contacto. Brand-profile manda en constantes de marca y redacción de cumplimiento; esta habilidad es dueña del método.
  3. Lee el paquete: content/<aaaa-mm-dd>-<slug>/PACKAGE.md y cualquier SCHEDULE.md existente.
  4. Conoce la zona horaria. Usa la que esté en brand-profile (o la ubicación de la persona). Si no puedes saberlo, pregunta una vez; nunca asumas UTC.
  5. Verifica qué herramientas de programación están realmente conectadas en esta sesión. Si ninguna, usa la ruta del navegador (abajo) o entrega una lista de verificación de publicación.

El estándar (nunca romper estas reglas)

  1. Solo cola. Cada publicación se crea como programada para un tiempo futuro planificado. Nunca llames a una ruta de publicar ahora a menos que la persona diga explícitamente "pubícalo ahora" para esa publicación específica. Por qué: publicar ahora se salta todas las redes de seguridad, y un desliz es público en segundos.
  2. Compensación de zona horaria explícita en cada momento. Escribe las horas como ISO con compensación, p. ej., 2026-11-12T18:00:00+00:00 en invierno del Reino Unido, +01:00 en verano del Reino Unido. Verifica el horario de verano para la fecha de la publicación, no la de hoy. Por qué: una hora sin especificar se lee como UTC o la zona del servidor, y las publicaciones caen una hora fuera alrededor del cambio de hora.
  3. Deduplicación en vivo, cada ejecución, contra lo programado Y lo publicado. Antes de crear algo, lee lo que ya está en cola y lo que ya se ha publicado en esa cuenta. Por qué: una pieza que se publicó ayer ya no aparece como "programada", así que una verificación solo de programado no ve nada y la publica de nuevo.
  4. Fallo cerrado. Una lectura vacía, corta, con errores o obviamente parcial no es prueba de que una publicación esté ausente. Vuelve a leer más específicamente (una cuenta, un día); si aún no se puede confiar, retén la publicación y dilo.
  5. Nunca reintentar a ciegas. Si una llamada de creación o carga se agota o se cuelga, lee lo que realmente aterrizó antes de intentarlo de nuevo.
  6. Verificar después de crear. Lee cada publicación de nuevo y confirma que existe con la hora, cuenta, indicadores de tipo y medios correctos. Un mensaje de éxito no es prueba; algunas herramientas devuelven éxito y no almacenan nada.
  7. Confirmar antes de que nada se active. Muestra a la persona el plan (la tabla del manifiesto) y obtén un sí antes de crear publicaciones, a menos que ya hayan aprobado este plan exacto o hayan configurado una regla permanente en brand-profile.

El método

  1. Construir el manifiesto. Una fila por publicación por plataforma, en content/<aaaa-mm-dd>-<slug>/SCHEDULE.md, usando references/schedule-manifest-template.md. Cada fila: plataforma, cuenta, tipo de publicación, hora con compensación, archivo de pie de foto, archivos multimedia, texto alternativo, primer comentario, estado del enlace, estado. Esto es tanto el plan que muestras como el registro de lo que hiciste.
  2. Colocar las horas. Usa las horas que dio el paquete o la persona. Si no hay ninguna, usa el ritmo de publicación en brand-profile, luego datos de mejor hora de brand/performance-learnings.md o el programador. Las plataformas no tienen que llevar la misma pieza el mismo día; cada una puede ejecutar su propia semana. Coloca las piezas flexibles de forma determinista (mismas entradas, mismo espacio) para que una re-ejecución las coloque en el mismo lugar.
  3. Ejecutar el filtro de enlaces en cada pie de foto y comentario (ver abajo).
  4. Verificar la preparación de los medios. Cada publicación con medios necesita que su archivo exista, tenga la forma correcta para la plataforma (ver references/platform-posting-notes.md) y sea recuperable por el programador. Trata una carga exitosa en el programador como la prueba real de preparación. Sube un archivo a la vez si la herramienta pone en cola las importaciones, y espera a que cada una termine. Ninguna publicación sale nunca sin sus medios; retenla en su lugar.
  5. Adjuntar texto alternativo a cada imagen y diapositiva de carrusel, desde el paquete. Si el paquete no tiene ninguno, escribe una descripción simple de lo que hay en la imagen (no el pie de foto de nuevo) y anótalo en el manifiesto. Por qué: los usuarios de lectores de pantalla son parte de la audiencia, y algunas plataformas usan el texto alternativo para la búsqueda.
  6. Verificar el espaciado de párrafos. Los pies de foto llevan líneas en blanco reales entre párrafos. Algunos programadores almacenan los pies de foto como párrafos HTML que se renderizan sin espacio, por lo que un pie de foto bien espaciado llega como un muro de texto. En el primer uso de una herramienta, previsualiza una publicación; si los párrafos se colapsan, inserta el espaciador de la herramienta (un párrafo vacío o línea) entre bloques.
  7. Deduplicación (estándar 3 y 4). Primero verifica los estados del manifiesto de este paquete y de cualquier paquete reciente (un registro que escribiste supera una lectura en vivo única), luego lee el programador: programado y publicado, para cada cuenta objetivo, un día a la vez. Coincide por plataforma + cuenta + apertura de pie de foto (+ fecha para publicaciones específicas de tiempo). Si el manifiesto dice hecho pero la lectura en vivo no puede encontrarlo, no lo recrees; investiga y marca.
  8. Mostrar el plan y obtener un sí.
  9. Crear cada publicación con el tipo correcto (abajo), el pie de foto literal, medios, texto alternativo y primer comentario.
  10. Verificar cada una (estándar 6) y escribir el estado y la referencia de la publicación del programador en el manifiesto.
  11. Informar en una tabla corta: qué se puso en cola, qué se retuvo y por qué, cualquier cosa que necesite la mano de la persona (publicaciones manuales, comentarios fijados).

Tipos de publicación

  • Video de formato corto (YouTube Shorts, Instagram Reels, TikTok, Facebook Reels): marca el tipo explícitamente; muchos programadores predeterminan un video a un video de feed simple, y un Reel o Short sin marcar pierde su alcance. Los YouTube Shorts necesitan un título. Confirma que la bandera persistió cuando verifiques.
  • Carruseles: adjunta las diapositivas en orden, texto alternativo por diapositiva. Los carruseles de LinkedIn suelen ser una publicación de documento PDF. Verifica si la herramienta puede mezclar video e imágenes en un carrusel antes de planificar uno.
  • Primeros comentarios: se usan donde los enlaces o hashtags pertenecen a un comentario. Verifica que el comentario realmente se guardó; en algunas herramientas y plataformas se descarta silenciosamente. Los primeros comentarios a menudo no se pueden editar después, así que hazlos bien antes de crear.
  • Recordatorios de publicación manual: algunas cuentas no pueden ser publicadas automáticamente por ninguna herramienta de terceros, siendo los perfiles personales de Facebook los más comunes. Crea un recordatorio o notificación de publicación si la herramienta lo admite, o agrega una fila a la lista manual en el informe, con el pie de foto y los medios listos para pegar.
  • Comentarios fijados y cualquier cosa que la herramienta no pueda hacer (por ejemplo, comentarios fijados de YouTube): enuméralos en el informe como tareas manuales, con el texto exacto.
  • Listados de negocios locales (como Google Business Profile): generalmente un botón por publicación, con un enlace de página de negocio dedicado, nunca un acortador de enlaces o página de enlace en la biografía. Detalles en references/platform-posting-notes.md.

El filtro de enlaces (un respaldo, no un editor)

Los enlaces se comportan de manera diferente según la plataforma y cambian a menudo (ver references/platform-posting-notes.md). Brand-profile ## Plataformas dice dónde se permiten los enlaces. Para cada publicación:

  1. Escanea los pies de foto y comentarios en busca de cualquier cosa con forma de enlace: http, www., .com/, .co.uk/, acortadores, servicios de enlace en biografía. También escanea en busca de preguntas de palabras clave en comentarios ("Comenta GUÍA y te lo envío"), que la mayoría de las plataformas ahora degradan como cebo de participación.
  2. Permitido (la plataforma y el propósito de la publicación lo permiten): programa tal cual.
  3. Parece que debería estar permitido pero no está marcado (un enlace de reserva en una publicación de evento, un enlace a un artículo nuevo): retén y pregunta. Eliminar el enlace haría que la publicación no tuviera sentido.
  4. No permitido: no elimines el enlace y publiques. Una publicación escrita alrededor de un enlace se lee rota sin él. Envíalo de vuelta a la habilidad writing para una reescritura sin enlace (señala el perfil, nombra la pieza, termina con una pregunta genuina), haz que review-loop verifique la reescritura, escribe el nuevo texto de nuevo en el paquete para que el paquete y la publicación en vivo coincidan, luego programa.
  5. No hay tiempo para reescribir y revisar antes del espacio: retén y marca. Un espacio perdido es mejor que una publicación rota.

Si brand-profile establece un presupuesto de enlaces (por ejemplo, un límite mensual en publicaciones de enlaces de Facebook), cuenta contra él en el informe y trata una publicación por encima del presupuesto como "no permitida".

Editar y mover publicaciones

  • Prefiere eliminar y recrear sobre editar una hora programada en su lugar cuando la herramienta es inestable con las ediciones (muchas lo son: las horas se desplazan, los medios se desprenden, las banderas se restablecen). Elimina primero, luego recrea, luego verifica. Algunas plataformas rechazan dos publicaciones en el mismo minuto en una cuenta, así que deja que la anterior desaparezca antes de que entre la nueva. Algunas herramientas bloquean un pie de foto idéntico durante unos minutos después de una eliminación; usa la opción "permitir duplicado" de la herramienta solo para una recreación deliberada.
  • Agregar medios a una publicación programada solo de texto, cambiar un primer comentario o agregar un botón de listado generalmente también necesita eliminar y recrear.
  • Mueve solo lo que la persona pidió mover. Nunca elimines una publicación que no creaste sin preguntar; nunca elimines publicaciones de recordatorio.

¿Sin programador? Publica a través de la plataforma en un navegador

Si ningún programador está conectado pero una herramienta de navegador lo está (por ejemplo, Claude en Chrome), puedes usar el compositor nativo de la plataforma. La mayoría de las plataformas tienen una opción nativa de "programar" en el compositor de publicaciones (Meta Business Suite para Facebook e Instagram, el icono de reloj de LinkedIn, YouTube Studio, el cargador web de TikTok). Se aplican las mismas reglas: programa en lugar de publicar ahora, verifica la zona horaria que muestra la plataforma, adjunta texto alternativo y toma una captura de pantalla de la confirmación para el manifiesto. Detente y entrega si aparece una pantalla de inicio de sesión, verificación de dos factores o pago; esas son de la persona. Si tampoco hay una herramienta de navegador disponible, produce una lista de verificación de publicación a partir del manifiesto para que la persona pueda hacerlo en unos minutos.

Verificaciones antes de enviar

Antes del paso 8 (mostrar el plan), pasa el manifiesto por review-loop o verifícalo tú mismo: cada fila tiene una hora con compensación en el futuro, la cuenta correcta, un tipo de publicación, medios presentes y recuperables, texto alternativo, estado del enlace resuelto, deduplicación hecha, el pie de foto coincide con el paquete literalmente, y las líneas de cumplimiento de brand-profile están presentes donde sea requerido.

Adaptándolo

  • Tu programador: ponlo en brand-profile ## Herramientas. Para Publer, lee references/publer.md. Para cualquier otra herramienta, aprende sus peculiaridades en un borrador desechable primero y anótalas en tu espacio de trabajo (un brand/tools-notes.md corto funciona).
  • Tu ritmo: los días y horas de publicación viven en brand-profile, y platform-data los refina a partir de tus propios resultados.
  • Ejecuciones desatendidas: si la programación se ejecuta en un temporizador sin nadie mirando, mantén la regla de confirmación aprobando un plan permanente en brand-profile, y apóyate más en las retenciones de fallo cerrado. Algunas herramientas requieren un sí en el chat para las eliminaciones; eso es una característica, mantén las eliminaciones para sesiones atendidas.

Referencias

  • references/schedule-manifest-template.md: el formato del manifiesto. Ábrelo al construir o actualizar SCHEDULE.md.
  • references/platform-posting-notes.md: tipos de publicación por plataforma, comportamiento de enlaces, formas de medios, peculiaridades conocidas. Sensible al tiempo; verifica en vivo cuando sea importante.
  • references/publer.md: ejemplo práctico con el MCP oficial de Publer y el servidor publer-mcp-server de código abierto.

Aprende más: https://builtnotboosted.com/skills/scheduling

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

builtnotboosted/image-generation

Produces finished social images with any image model (Google Gemini image, "Nano Banana", as the worked example) - feed statics, carousel slides, short-form video covers, YouTube and article thumbnails, local listing cards and animated statics. Bakes the headline into the scene instead of pasting text on top, keeps text inside the profile-grid safe zone, locks the likeness of real people to their reference photos, hits exact platform sizes, writes alt text and re-judges every re-roll on the filed file. Use when someone says "make an image for this post", "create a thumbnail", "make a cover from my video", "design a carousel", "animate this static", "the image model won't do 4:5", "my headline is getting cut off in the grid", or when a content pack needs its visuals.

builtnotboosted/review-loop

The quality gate every piece of content passes before it is filed, scheduled or posted. Runs a self-critique, then an independent review by a fresh subagent that sees only the finished work and the criteria (never the builder's reasoning), then fix and re-judge until there is a clean pass. Covers what to do when a piece can't pass unattended (hold, flag, ship the rest). Use when someone says "review this", "check this before it goes out", "QA the pack", "is this ready to post", "get a second pair of eyes on this", "proofread the captions", or when any other Built Not Boosted skill hands work over for checks.

builtnotboosted/video-editing

Edits filmed talking-head footage into release-ready vertical shorts (1080x1920) and 16:9 YouTube long-forms with ffmpeg and Whisper. Keeps exactly one clean read of every script line (no stumbles, restarts or double reads), never leaves a flat single shot (punch-ins, reframes, B-roll, motion graphics), captions from the finished audio, normalises loudness to -14 LUFS, makes a real-frame cover and runs a QA gate that re-transcribes the render and refuses delivery until it passes. Syncs extra cameras by sound and writes YouTube chapters. Use when someone says "edit my video", "cut this clip", "remove my retakes", "edit out the fluffs", "add captions to my video", "make a short from this footage", "sync my two cameras", "make a thumbnail from my video", or hands over raw footage and a script.

builtnotboosted/video-scripting

Writes video scripts that sound like the person who will say them, for shorts (Reels, TikTok, YouTube Shorts) and long-form YouTube. Warm hook rather than a shout, who-am-I and follow early, a retention shape that delays the answer, a soft earned close, length that follows the story, real-problem substance, reactive scripts for news and data releases. Output is teleprompter-ready (think-breaks, shot reminders) with short edit notes for the video-editing skill. Use when someone says "write me a script", "script a reel about", "I need a short on", "plan a YouTube video", "turn this post into a video", "react to today's news on video", "what should I say on camera", or before a filming session.

Skills relacionados