lo que vas a poder hacer
entregable · lo que produces
Atajos guardados en la carpeta de comandos de tu agente que funcionan en cada proyecto que abras. Escribe /newsletter monday GLP-1 trends y obtén un borrador. Ejecuta /repurpose sobre él y recibe un hilo de tuits, un post de LinkedIn y un guion breve. Sin un prompt nuevo ni recordar cómo lo pediste la última vez.
El prompt del martes era bueno. Le diste la audiencia, dijiste qué evitar y el borrador llegó casi listo para usar.
El del jueves, escrito de memoria y con prisa, fue peor. Lo justo para dedicar veinte minutos a editar en vez de cinco.
Y la próxima semana no recordarás cuál de los dos estás ejecutando.
Los comandos son atajos de chat guardados, como las plantillas de correo que reutilizas.
Ya lo haces en Gmail. Una plantilla de "gracias por reservar la llamada", otra de "no, con educación", escritas una vez y usadas con un clic siempre. La plantilla es tu mejor día congelado para no tener que estar en tu mejor día cada vez.
Igual con tu agente. Escribe con cuidado el prompt una vez, guárdalo, ponle un nombre de una palabra y después escribe esa palabra para activarlo.
El resto del módulo: qué guardar, dónde vive, por qué cada uno deja un archivo y las trampas.
Todo un negocio de contenido con seis comandos
Los operadores de contenido llevan negocios enteros con unos seis comandos. Una persona, un portátil y trabajo que antes exigía una agencia.
Seis. No sesenta.
Si supones que te falta algo, creas veinte en un fin de semana y la mitad hace lo mismo. Después olvidas cuál usar y vuelves a pegar prompts.
Seis funciona porque cada uno cubre una categoría, no una tarea. No "escribe la introducción del boletín del lunes", sino "redacta". Añade el séptimo solo cuando hayas escrito el mismo prompt largo tres veces.
Los seis iniciales
/draft <topic> escribe el primer borrador de cualquier cosa: boletín, artículo, hilo de tuits o post de LinkedIn. Lee tu archivo de voz AGENTS.md y entrega una versión sin pulir a la que reaccionar. Voz y estructura correctas, pulido pendiente.
/edit revisa editorialmente el borrador abierto: reglas de voz, palabras que nunca usas y ritmo, sin aplanarlo hacia el tono genérico de IA. Ejecútalo en todo: señalar el archivo de voz cada vez es lo que te saltas a mano.
/repurpose <piece> convierte un texto en cinco: hilo de tuits, post de LinkedIn, artículo, guion breve y texto publicitario. Si solo creas uno, empieza por este. Es el trabajo más mecánico de tu semana y lo primero que abandonas cuando estás ocupado.
/seo-brief <topic> hace el trabajo pesado para un texto que quieres posicionar: intención de búsqueda, primeros resultados, qué cubren todos, el hueco que nadie cubrió y las preguntas de la gente. Ejecútalo antes del esquema o el texto se leerá muy bien y nunca posicionará.
/research <topic> es la búsqueda profunda con fuentes. /seo-brief sirve para posicionar; este, para el fondo. Úsalo en temas que no domines. Recopila fuentes, las lee y escribe notas con afirmaciones citadas.
/outline <topic> convierte la investigación en una columna vertebral: gancho, tres o cuatro secciones y llamada a la acción. Va entre /research y /draft. Saltárselo hace que los borradores divaguen.
Cada comando debe dejar un archivo
Cada atajo debe acabar guardando el resultado en un archivo en vez de imprimirlo en el chat. Parece orden doméstico y separa un estudio cuyos fallos puedes localizar de otro en el que no. Toda operación que sobrevive a un calendario real de publicación trabaja así, con una persona que lee los archivos antes de publicar.
Cuando llega un borrador erróneo tienes una pregunta: ¿dónde falló? Un chat largo no responde porque investigación, esquema y borrador se mezclaron en texto que pasó por la pantalla. Solo puedes repetir y esperar.
Con un archivo por etapa los abres en orden. Si la investigación es pobre, el borrador estaba condenado antes de empezar. Buena investigación y esquema desviado: hay que corregir /outline. Esquema correcto y borrador errático: /draft ignora la estructura.
Una pregunta, un archivo, una corrección. Un mecánico comprueba piezas en vez de escuchar todo el motor: por eso son seis comandos pequeños, no uno enorme.
Cada atajo termina con una línea como esta:
// text
Guarda el resultado en research/<topic>-<date>.md antes de terminar.
Dime la ruta del archivo cuando acabes.La fecha importa más de lo que parece. Sin ella, la segunda ejecución del martes se come en silencio la primera y lo descubres el jueves al buscar la versión que te gustó.
/edit debe señalar, no reescribir
La mayoría se equivoca la primera vez y la versión equivocada parece mejor durante una semana.
Dice "corrige la voz". El agente cumple, te da un borrador limpio y lo publicas. No viste que reescribió tus tres mejores líneas en algo más fluido y vacío, oculto porque el antes y el después llegaron como un documento.
La versión que se sostiene pide señalar, no tocar. Lee tu guía de voz antes del borrador, cita la línea problemática, nombra la regla incumplida y devuelve un veredicto: aprobado, en espera o rechazado. Nunca edita.
Eso compra tres cosas. Autoría, porque decides qué sustituye a la línea 14. Una respuesta real a "¿está listo?", que "aquí tienes tu borrador mejorado" nunca da, porque no distingue una corrección de una palabra de un texto que nunca debió escribirse. Y un veredicto comprobable: abre la línea 14 y mira si se incumplió la regla. Regla, no estado de ánimo.
Una salvedad. Es una estructura de trabajo, no una garantía. Ningún prompt de señalamiento detecta toda desviación y las reglas añadidas tras diez borradores importan más que la estructura inicial.
/research y el enlace que no prueba nada
Este falla de una forma que parece terminada.
Recibes una afirmación con enlace. Haces clic. La página carga, trata del tema correcto y nunca dice lo que afirma el texto. Dice algo cercano, o lo contrario, o lo dice de otro año.
No es un agente malo, es toda la categoría. Estas herramientas leen y resumen páginas, pero generalmente no comprueban si una fuente respalda la afirmación exacta atribuida. Y, contra tu intuición, buscar más lo empeora: una búsqueda amplia hojea más páginas y añade enlaces solo por coincidencia temática. Los enlaces funcionan mientras su respaldo se debilita.
La solución va en el atajo, no en tus buenas intenciones:
// text
Para cada afirmación del archivo de notas, cita la frase exacta de la fuente
que la respalda. Si no encuentras una frase que lo diga, escribe
SIN RESPALDO junto a la afirmación en vez del enlace.
No elimines las afirmaciones sin respaldo. Quiero verlas.La última línea es la importante. Si elimina en silencio lo que no pudo probar, entrega un archivo limpio y oculta la laguna. Si escribe SIN RESPALDO, da un mapa exacto de los puntos más débiles de tu texto, donde presionarán los lectores. Dale también permiso para volver con las manos vacías: sin forma de parar, inventará algo antes que devolver nada.
Dónde viven los atajos
Cada agente guarda comandos en su carpeta y el nombre del archivo sin extensión se convierte en el nombre del comando. Solo cambia la carpeta: encuentra la tuya.
Guarda cada atajo como texto plano en ~/.codex/prompts/, en tu directorio personal. newsletter.md se convierte en /newsletter. Debe ser esa carpeta de nivel superior: los archivos en carpetas de proyecto o subcarpetas se ignoran sin avisar.
Escribe tu primer atajo
Crear el archivo es el trabajo pequeño, exacto y aburrido que debe hacer tu agente. Ábrelo en la carpeta donde quieras el atajo y envía esto:
// text
Crea un comando guardado llamado newsletter para ti, en la carpeta de la que
lees comandos en este proyecto. Dime la ruta completa al terminar.
El comando debe hacer esto al escribir /newsletter <topic>:
Escribe un borrador de boletín de 600 a 900 palabras sobre el tema.
Lee primero el AGENTS.md del proyecto y síguelo en tono,
vocabulario y estructura.
Formato:
- Gancho de dos o tres líneas, directo, sin preámbulo
- Tres secciones, cada una con un punto concreto y un ejemplo real
- Una cita destacada de una línea que pueda capturar en pantalla
- Una llamada a la acción suave al final
Nunca escribas: "En el boletín de hoy", conclusiones que repitan
el texto ni nada que suene escrito por un profesional de marketing de contenidos.
Guarda el borrador en drafts/newsletter-<date>.md para no sobrescribir
el anterior y dime la ruta.
No envíes ni publiques nada, nunca.Abre y lee el archivo creado, esta vez. Te enseña el formato esperado por el agente; después escribirás atajos a mano en un minuto.
O hazlo tú. Crea un archivo de texto plano en la carpeta de comandos de tu agente de la lista anterior, llámalo newsletter.md y pega esto:
// shell
# /newsletter
Cuando el usuario escriba /newsletter <topic>, escribe un borrador de boletín de 600-900 palabras sobre el tema.
Usa el archivo de voz AGENTS.md del proyecto actual para las reglas de tono, vocabulario y estructura.
Formato:
- Gancho (2-3 líneas, directo, sin preámbulo)
- Tres secciones, cada una con un punto concreto y un ejemplo real
- Una cita destacada de una línea que pueda capturarse en pantalla
- Llamada a la acción al final (suave, sin tono de venta)
Omite:
- "En el boletín de hoy..."
- Conclusiones que solo repitan el texto
- Cualquier cosa que suene escrita por un profesional de marketing de contenidos
Guarda el borrador en drafts/newsletter-<date>.md para no sobrescribir el anterior.
Nunca envíes ni publiques. Solo borradores.En ambos casos, abre el agente en una carpeta de proyecto, escribe /newsletter investigación del ICP a partir de tickets de soporte y pulsa Intro. Debes obtener un borrador en un archivo fechado de drafts/. Léelo. Si no tiene tu tono, no corrijas el atajo. Corrige AGENTS.md y repite.
El cambio que afina todos los atajos a la vez
Edita AGENTS.md, nunca el atajo: añade la regla de voz ausente, la frase que nunca dirías o la estructura que siempre echas de menos. Todos leen ese archivo y los seis mejoran a la vez. Quien tiene sesenta comandos edita sesenta prompts. Quien tiene seis edita un archivo.
Decidir qué archivo corregir exige una pregunta. ¿Sería cierto para todos tus textos o solo para boletines? "Nunca uso sinergia" vale siempre: AGENTS.md. "Los boletines abren con un gancho de dos líneas" es un formato concreto: /newsletter.
Si lo haces al revés, tu voz se dispersa entre seis archivos de prompts que divergen, cada uno algo desactualizado.
El comando que no debes escribir
Quien construye un estudio así acaba preguntándose por qué no dejar que el agente elija también los temas, ejecute la cadena sin supervisión y entregue textos terminados cada mañana.
Ya se ha construido. Salen textos pulidos y técnicamente correctos que no publicarás. No por mala escritura, sino porque la cadena elige temas sin tensión y no distingue qué idea merece mostrarse. La solución siempre es la misma: vuelve a ponerte delante de la elección y deja automatizado lo posterior.
Tu agente es bueno en trabajo con respuesta correcta: buscar, extraer, adaptar, dar formato y comprobar con reglas escritas. Es débil al juzgar cuál de cinco ideas merece el martes de tu audiencia.
El atajo que no escribes es /pick-my-topics. Todo lo posterior se puede automatizar.
El mismo cerco va al final. /repurpose genera las cinco variantes y se detiene, marcado como pendiente de ti. La adaptación consume tu tiempo y se automatiza bien. En la decisión de publicar, un desajuste de tono o una imprecisión discreta cuesta algo irrecuperable.
Generación automatizada. Publicación deliberada.
Qué puede fallar
Dos cosas rompen la configuración sin error.
Comandos de la comunidad que ejecutan scripts. Hay listas compartidas útiles para cada agente. Algunas apuntan a scripts o archivos inexistentes o que hacen más de lo esperado. Lee el código fuente antes de instalar. Un prompt de texto plano está bien. Un comando que ejecuta un script exige revisarlo primero. El módulo 2 lo convierte en una lista completa de seguridad porque las extensiones instaladas son la principal causa de problemas.
Peajes de tokens. Cada atajo cargado toma parte de la atención del agente en cada turno antes de tu petición. Unos pocos no cuestan casi nada. Un muro de atajos, otro de herramientas conectadas y un AGENTS.md pesado sí; se nota en un agente más vago, no en uno que da error. Conserva lo que uses semanalmente y borra lo guardado por si acaso.
Skills de Cursor
Cursor CLI usa skills para comandos reutilizables. Pon un atajo de negocio en .cursor/skills/newsletter/SKILL.md. El nombre de la carpeta es la capacidad; SKILL.md, el archivo de instrucciones que carga al invocarla. Empieza por un trabajo acotado, no por un segundo cerebro de negocio.
Solo cambia la ruta de instalación entre agentes. Mantén audiencia, voz y aprobación en AGENTS.md y deja que la skill describa la secuencia de este trabajo. Esa separación permite copiar el procedimiento a otro arnés (harness), la aplicación donde corre tu agente, sin arrastrar la configuración de un proveedor.
// markdown
---
name: newsletter
description: Draft a newsletter from a topic and the business brain.
---
Lee `AGENTS.md`.
Redacta el boletín.
Guárdalo en `drafts/`.
No lo envíes.Descarga la skill inicial portable, pruébala en Cursor y copia la carpeta a otra ruta de skills admitida.
Haz tres pruebas. Pide un borrador y comprueba que leyó el cerebro del negocio. Pide guardar un archivo y comprueba la ruta. Pide enviarlo y confirma que se detiene en el límite humano. Si envía por defecto, las instrucciones son demasiado amplias. Acótalas antes de reutilizarla.
Qué sigue
El módulo 5 cubre la configuración del agente: qué es, qué partes nunca tocas y los tres ajustes importantes. Es breve y fija los valores seguros del módulo 2.
descargas
// 2 archivos · listos para usar. copia, adapta, entrega.
Paquete de comandos de negocio (agente del gran ecosistema)~10 KBDoce atajos guardados como archivos de prompts. Colócalos en la carpeta de prompts.codex/business-command-pack.zipdescargarSkill inicial de negocio (Cursor CLI)~2 KBUn ejemplo portable de SKILL.md para redactar un boletín sin enviarlo.cursor-cli/portable-skill-starter.mddescargar
recursos y referencias
// documentación oficial, herramientas e hilos que merece la pena guardar
agents.md (el archivo de memoria que leen tus atajos)Cada atajo usa tu AGENTS.md. Mantenlo afinado y mejorarán todos.https://agents.mdAhrefs: ingeniería de contenido como cadena de atajos guardadosUna operación de contenido real construida con archivos de atajos encadenados: cada etapa escribe un archivo que el operador lee antes de ejecutar la siguiente.https://ahrefs.com/blog/how-i-do-content-engineering-with-claude-code/Una cadena de reutilización que se detiene en pending_reviewUna fuente convertida automáticamente en variantes para plataformas, con publicación dejada expresamente a una persona.https://dev.to/muhammed_rashidkannampur/building-a-semi-automated-content-repurposing-pipeline-with-n8n-56naUn prompt de compuerta de voz que señala en vez de reescribirUn prompt editorial público que lee primero la guía de voz, cita la línea problemática y devuelve aprobado, en espera o rechazado.https://github.com/cgallic/kai-cmo-harness/blob/main/harness/voice-gate/judge-prompt.mdDónde fallan los agentes de investigaciónUna comparación práctica que muestra cómo enlazan fuentes sin comprobar que respalden la afirmación exacta.https://fuchsfranklin.github.io/posts/2026/03/breaking-deep-research-where-llm-search-agents-fail/La cadena que produjo videos que su creadora no publicaríaInforme de una operadora sobre automatizar la elección de temas y volver a ponerse al frente.https://dev.to/sarahpan/i-automated-my-content-workflow-with-n8n-did-it-actually-save-time-574e