🌱 Empieza aquí · Reporte HTML editorial con la marca de cada proyecto
Esta semilla le enseña a tu asistente a convertir contenido —algo que ya platicaron, un análisis, un resumen, o hasta un tema crudo para investigar— en un reporte HTML bonito y listo para compartir, vestido con la marca del proyecto que toca, que se ve bien también en el teléfono, y que pasa una revisión visual antes de que tú lo abras. En corto: dejas de recibir texto pelón y empiezas a recibir entregables cuidados.
Para instalarla
Abre esta carpeta con Claude Code o Cowork y dile a tu asistente:
"Siembra esta semilla 🌱"
Con eso basta de tu parte. Tu asistente hace todo lo demás y al final te dice cómo comprobar que quedó. Vas a ver algunas palabras en inglés en la pantalla; ni caso, él te guía.
¿Otras formas de pedírselo? "instala esta semilla", "pon a funcionar lo de los reportes bonitos", "haz el setup de esto". Te entiende igual.
Para el asistente que siembra 🤖
Este componente es un workflow (método de trabajo), no un programa ejecutable.
No es un hook: no lleva chmod, no lleva entrada en settings.json y no ejecuta
ningún script. Se "siembra" colocando el método donde tú, el asistente, lo leas
de forma automática al arrancar cada conversación, para aplicarlo por tu cuenta
cuando la persona pida un reporte bonito.
1. Copia el método donde lo leas siempre
El kernel trae dos archivos:
kernel/reporte-html-editorial.md— el método en sí (las 4 fases + listas de control).kernel/marcas.ejemplo.md— una plantilla para declarar la marca de cada proyecto de la persona.
Coloca reporte-html-editorial.md en el lugar que tu plataforma carga
automáticamente como instrucción permanente:
Claude Code (macOS / Linux / Windows con Git Bash):
mkdir -p "$HOME/.claude/rules"
cp kernel/reporte-html-editorial.md "$HOME/.claude/rules/reporte-html-editorial.md"
Los archivos dentro de
~/.claude/rules/se cargan solos al inicio de cada sesión. Copia ahí soloreporte-html-editorial.md. La plantilla de marcas NO va en esa carpeta (no es una regla; es una guía que usas en el paso 2).
Cowork: usa la misma carpeta de reglas si tu proyecto la soporta
(.claude/rules/reporte-html-editorial.md). Si no, coloca el archivo dentro del
proyecto y agrega una línea que apunte a él en el archivo de instrucciones del
proyecto (el CLAUDE.md), por ejemplo: "Cuando te pida un reporte bonito, aplica
el método de reporte-html-editorial.md."
Codex: Codex lee su archivo de instrucciones AGENTS.md. Copia el contenido
de reporte-html-editorial.md dentro de AGENTS.md (o agrégale un puntero al
archivo si lo guardas aparte), para que el método se cargue con el resto de tus
instrucciones.
2. Aterriza las marcas a ESTE sistema (recomendado)
Abre kernel/marcas.ejemplo.md. Con la persona (o detectándolo tú), llena la
tabla con la identidad de cada uno de sus proyectos, reemplazando los placeholders:
<TU-PROYECTO-N>→ el nombre real de un proyecto o cliente.#RRGGBB→ los colores reales de esa marca (de su guía de marca, no del PNG de un logo).<Fuente>→ la tipografía de titulares y de cuerpo de esa marca.- La última columna → la carpeta donde se guardan los reportes de ese proyecto.
Cuando la tabla esté lista, guárdala junto al método (o pega las filas dentro de
la sección "Detectar el contexto y su marca" del reporte-html-editorial.md),
para que la detección de proyecto sepa qué marca cargar. Si la persona solo tiene un proyecto,
una sola fila basta. Si no define ninguna, el método usa una identidad neutra y
funciona igual.
3. Verificación post-siembra (obligatoria)
Como es un método (texto), la verificación tiene dos partes: que el archivo quedó en su lugar, y que el método se aplica de verdad.
a) El archivo quedó colocado (ejemplo Claude Code):
ls -la "$HOME/.claude/rules/reporte-html-editorial.md"; echo "exit=$?"
Salida esperada: una línea que lista el archivo (con su tamaño) y exit=0. Si
sale No such file or directory, la copia no se hizo; repite el paso 1.
b) El método se aplica (prueba de comportamiento, en una conversación nueva):
Pídele a la persona que abra una sesión nueva, te dé un par de párrafos de
contenido (o un tema) y te diga "pásame esto en bonito". La conducta correcta es
que produzcas un .html en la carpeta del proyecto, con la marca correcta,
que revises el render antes de decir "listo" (con captura de escritorio y de
móvil si tu plataforma tiene una herramienta de navegador/capturas; si no la
tiene, pídele a la persona que lo abra en la compu y en el teléfono), y que hagas
un respaldo si ya existía un archivo con ese nombre. Si en vez de eso entregas
un .md pelón o dices "listo" sin haber revisado el render de ninguna forma, el
método no se cargó: revisa que reporte-html-editorial.md esté en la carpeta de
reglas (o dentro de AGENTS.md en Codex).
Cuando ambas partes pasen, avísale a la persona en una línea qué gana con esto.
✅ ¿Cómo sé que funcionó?
De ahora en adelante, cuando le pidas a tu asistente "pásame esto en bonito", vas a recibir un reporte HTML cuidado —con los colores y la tipografía del proyecto correcto— que se ve bien en la compu y en el teléfono, y que él ya revisó antes de entregártelo. Nada de texto pelón, nada de marcas mezcladas, nada de sorpresas al abrirlo en el celular.
No tienes que hacer nada especial en el día a día. Solo vas a notar que lo que recibes se ve como un documento de verdad, listo para leer o compartir. Eso es todo. 🌱
