Workflows
Cómo están armados los sistemas que uso.
📯
Claude Chat System
Activo
Cómo arrancar un chat nuevo con Claude — modos, keywords y prompts de arranque según el tipo de trabajo.
Modos de chat
| Modo | Archivos que carga | Cuándo usarlo |
|---|---|---|
| Trabajo operativo (OKRs, clientes, semana) | agents/coo.md | Check-in semanal, revisar OKRs, filtrar ideas nuevas |
| Control Tower — frentes del mes | agents/control-tower-[mes]-[año].md (+ agents/coo.md) | Arrancar lunes / cualquier chat operativo del mes — frentes con unidad/presión/status y chat starter por frente |
| Cliente específico | agents/coo.md + rufus-performance/clients/[cliente].md | Trabajo focalizado en una cuenta puntual |
| Datos / pipeline / BQ | rufus-performance/core/context.md | Queries, Airbyte, tablas, Sheets |
| Creators | rufus-creators/CLAUDE.md → context/creators_context.md | Scoring, TTCX, asignación, pricing |
| Skills de equipo | rufus-agents/[rol]/CLAUDE.md | Usar un skill de CS, CPM o PM con el equipo |
| HTML Builder (lab personal) | Fran/skills/html-builder/PROMPT.md | Generar HTML para francristaldo.com/lab/ — intake completo |
| Claude Code / IDE | CLAUDE.md — carga automática | Editar archivos, ejecutar cambios en MDs, tareas que requieren leer/escribir el sistema |
Keywords activas
Clientes
answer
galicia seguros
felix pago
swiss medical
danone
mi prepaga ideal
saint gottard
vitamin whey
Sistemas y data
bigquery
pipeline
sheets
nomenclador
queries
troubleshoot bq
troubleshoot tracker
skills roadmap
Agentes y roles
okrs
prioridades
control tower
frentes del mes
commercial briefing
creative strategist
performance manager
agilidad
paid ops
analizar reunion
skills incubando
auditar sistema
branding purple
decks rufus
Creators
creators
scoring
hypeauditor
tiktok exchange
ttcx
asignador
Prompts de arranque
COO
Check-in semanal / filtro de ideas
Cargá
agents/coo.md y abrí con el protocolo de check-in o con la idea que querés filtrar.modo COO — check-in semanal
MES
Control Tower — frentes del mes
Cargá
agents/control-tower-[mes]-[año].md + agents/coo.md. Tablero del mes con chat starter por frente — para arrancar el lunes o cualquier chat operativo.control tower — frentes del mes
DATA
Pipeline / BQ / Sheets
Cargá
core/context.md para tener todo el stack técnico disponible.contexto técnico completo — bigquery / pipeline
CLIENT
Trabajo focalizado en un cliente
Cargá
core/context.md + clients/[cliente].md.felix pago — tracker + queries BQ
CS
Creative Strategist
Cargá
rufus-agents/creative_strategists/CLAUDE.md + skill específico si hay tarea concreta.creative strategist — [skill o cliente]
CR
Creators
Cargá
rufus-creators/context/creators_context.md. Para TTCX, sumar tiktok-exchange/ttcx.md.creators — scoring / ttcx / asignador
HTML
HTML Builder — generar doc para Lab
Abrí un chat nuevo y pegá el contenido de
Fran/skills/html-builder/PROMPT.md. El agente te guía con preguntas.html builder — [tipo de doc que necesitás]
BW
Biweekly con Lucía
Cargá
agents/coo.md. Cada tema: contexto breve + propuesta + qué necesitás de ella.biweekly lucía — [tema a llevar]
PRES
Presentación interna al equipo
Cargá
agents/coo.md. Definir scope y audiencia antes de generar contenido.presentacion interna — [tema y audiencia]
SKILL
Skill nuevo / incubadora
Cargá
rufus-skills/CLAUDE.md + CLAUDE.md del rol destino. Definir nombre, trigger y owner antes de construir.skills incubando — [nombre del skill]
IDEA
Filtrar una idea nueva
Antes de ejecutar cualquier idea nueva, pasarla por el COO. ¿Mueve algún OKR del Q? Si no hay respuesta clara, va al backlog.
modo COO — filtro de ideas
IDE
Claude Code — editar archivos, ejecutar tareas
CLAUDE.md se carga automáticamente al abrir el repo. No necesitás prompt de arranque — navegá al directorio correcto desde terminal.
cd ~/Desktop/Repositorios/[repo] && claude
Fuente de verdad
Repositorios/Rufus/CLAUDE.md
OKRs y estado Q
agents/coo.md
Actualizar keywords
Editar CLAUDE.md → Routing
⚡
Rufus Operativo
Activo
Cómo arranca y cierra una semana de trabajo — desde el check-in del lunes hasta el cierre del viernes.
Ritmo semanal
Lunes
COO Check-in
OKRs · 3 prioridades
→
Mar–Vie
Trabajo diario
Cliente · Data · Strategy · Output
→
C/ 2 semanas
Biweekly Lucía
Contexto · Propuesta · Qué necesita
→
Viernes
Cierre
Actualizar coo.md · Notion tracker
Arranque de semana — Lunes
01
Abrir chat nuevo y cargar el COO
Cargar
agents/coo.md. El agente revisa los OKRs del Q, el estado de la semana anterior y enfoca en lo que mueve.modo COO — check-in semanal
02
Revisar el Notion Tracker
Ver qué quedó pendiente, qué entró en la semana, qué está bloqueado. Fuente: OKRs & Personal Tracker Q2 2026 ↗
03
Definir los 3 máximos de la semana
Concretos, no categorías. No "avanzar con clientes" — sino "validar tabla campaign objectives en BQ". Si hay más de 3, el COO filtra.
¿Qué modo abrís? — Guía rápida
CLIENT
Trabajo focalizado en un cliente
Cargar
core/context.md + clients/[cliente].mdDATA
Pipeline, BQ, Sheets, queries
Cargar
core/context.md — tiene todo el stack técnico.CS
Research, copy, strategy, brief
Cargar
rufus-agents/creative_strategists/CLAUDE.md + skill específico.OUTPUT
Algo para compartir con el equipo
HTML Builder → guardar en
lab/ → correr sync.sh → link listo.IDEA
Entró una idea nueva
Antes de ejecutar: filtro COO. ¿Esto mueve algún OKR del Q? Si no, va al backlog.
modo COO — filtro de ideas
Biweekly con Lucía
PREP
Armar la agenda con el COO
Cargar
agents/coo.md. Cada tema necesita tres elementos: contexto breve, propuesta u opciones, y qué necesitás de Lucía (decisión, input, o solo informar). Lucía no resuelve en el momento — decide.biweekly lucía — [tema a llevar]
Tema: [nombre] · Contexto: [1 línea] · Propuesta: [qué recomendás] · Necesito: [decisión / input / solo informar]
Cierre de semana — Viernes
01
Actualizar estado de OKRs en coo.md
Cambiar estado de tareas. Si algo se completó, marcarlo. Si algo cambió de scope, actualizarlo antes de que se desactualice.
02
Log en el Notion Tracker
Weekly Log → toggle de la semana. Qué avanzó, qué quedó, qué bloqueó. No más de 5 líneas.
COO Agent
agents/coo.md
OKRs Q actual
Routing completo
Repositorios/Rufus/CLAUDE.md
🐉
Fhyco System
Activo · Q2 2026
Sistema operativo de la marca personal. Agentes, cadena de producción y cadencia semanal/mensual. Frontera estricta con Rufus (empleo) y Fran (vida personal).
Modos de chat — Fhyco
| Modo | Archivos que carga | Cuándo usarlo |
|---|---|---|
| Check-in semanal | Fhyco/agents/fhyco-coo.md + fhyco-status-q2-2026.md | Lunes 15min (prioridades) / Viernes 10min (cierre con 3 preguntas) |
| Auditoría mensual | Fhyco/agents/fhyco-system-review.md | Último viernes del mes — mapa físico, decisiones, deuda técnica |
| Destilar voice dump | Fhyco/agents/content-planner.md + voice-dumps/[archivo].md | Después de un dump nuevo — devuelve 3 ángulos para LinkedIn |
| Sharp-pass de un draft | Fhyco/agents/sharp-pass.md → pipeline/sharp-pass.md + draft | Antes de publicar — checklist de 13 items, veredicto PUBLICAR/VOLVER/DESCARTAR |
| Armar pieza HTML | Fhyco/agents/html-builder.md + identity/brand-system/ | Carrusel LinkedIn / blog post / slides / case study / hero. Bloquea si el contenido no pasó sharp-pass |
| Registrar DM | Fhyco/agents/outreach-tracker.md → outreach-log.md | DM entrante en LinkedIn/X/mail — categorizar por rol e intención |
| Identidad / brand / voz | Fhyco/identity/[archivo].md | Trabajar Loop, three layers, voice, generalismo, brand cerrado |
| Casos y evidencia | Fhyco/cases/[archivo].md | Construir caso anonimizado, mapa de trayectoria |
| Plan de contenido | Fhyco/content-strategy/[archivo].md | LinkedIn / X / web — cadencia, archetypes, primeros temas |
Cadena de producción — de voice dump a publicación
1
DUMP — preservar crudo
Voice note transcripta →
voice-dumps/[YYYY-MM-DD]_titulo.md. Sin editar. Tag al final con destino de procesamiento.2
PLAN — 3 ángulos
Cargá
agents/content-planner.md + el dump. Devuelve 3 ángulos distintos para carrusel/post, calibrados a un perfil de icp/.3
DRAFT — voz propia
Elegido el ángulo, escribir en
pipeline/drafts/[slug]/draft.md. Marcadores espontáneos, sin nombres de clientes Rufus, sin cifras inventadas.4
SHARP — checklist textual
Cargá
agents/sharp-pass.md y pasale el draft. Veredicto explícito. Si es VOLVER, no reescribe sin tu confirmación.5
HTML — pieza visual
Solo si veredicto = PUBLICAR. Cargá
agents/html-builder.md. Modo Entrevista bloqueante (6 preguntas) → Plan de Diseño textual → HTML con fhyco.css.6
PUBLI — al canal
Carrusel → screenshot DevTools por card → LinkedIn. Blog → sync a web propia (TBD). Slides → PDF o link. Reglas por canal en
content-strategy/[plataforma].md.7
DM — respuesta del mercado
DMs entrantes →
agents/outreach-tracker.md → registrar en outreach-log.md. Análisis mensual de patrones en el cierre del mes.Cadencia
LUN
Arrancar la semana — 15 min
Cargá
agents/fhyco-coo.md. Pre-arranque: revisar voice-dumps/ y pipeline/drafts/. Después: estado semana anterior + prioridades + backlog + foco de la semana en una oración.modo COO Fhyco — check-in lunes
VIE
Cerrar la semana — 10 min
3 preguntas: ¿publiqué lo que dije? ¿qué entró por DM? ¿qué caso avancé? Marcar publicados en
fhyco-status-q2-2026.md. Bajar 1-2 prioridades al lunes.modo COO Fhyco — cierre viernes
ULT.VIE
Último viernes del mes — 45-60 min
Secuencia: (1) cierre viernes regular · (2) análisis outreach Modo 2 · (3) archivar Foco Mes + crear nuevo · (4) ajustar KRs si necesario · (5) correr
fhyco-system-review.md con checklist de 8 secciones.cierre mes Fhyco + system review
Prompts de arranque
COO
Check-in semanal (lunes o viernes)
Cargá
agents/fhyco-coo.md + fhyco-status-q2-2026.md. Abrí con el protocolo del día.fhyco coo — check-in lunes / viernes
REV
Auditoría mensual del repo
Cargá
agents/fhyco-system-review.md. Corré el checklist sección por sección. Actualizar "Última auditoría" al final.fhyco system review — fin de mes
DUMP
Destilar un voice dump en 3 ángulos
Cargá
agents/content-planner.md + voice-dumps/[archivo].md. Definir audiencia (head-brand / head-growth / head-marketing / founder) y pata (sistémica / slop).content planner — voice dump [archivo] + audiencia
SHARP
Pasar un draft por sharp-pass
Cargá
agents/sharp-pass.md + el draft. Veredicto: PUBLICAR / VOLVER / DESCARTAR con razones por item.sharp pass — draft pipeline/drafts/[slug]
HTML
Armar pieza HTML (post sharp-pass)
Cargá
agents/html-builder.md. Modo Entrevista de 6 preguntas obligatorio → Plan de Diseño textual → HTML con fhyco.css. Bloquea si el draft no pasó sharp-pass.html builder — carrusel / blog / slides / case study / hero
DM
Registrar un DM entrante
Cargá
agents/outreach-tracker.md y dale el contenido del DM. Categoriza por rol e intención, actualiza outreach-log.md.outreach tracker — DM linkedin / x / mail
Frontera y referencias
Repo
Repositorios/Fhyco/
Routing por keyword
Fhyco/CLAUDE.md
Memoria persistente
Fhyco/MEMORY.md
Mapa visual del sistema
interno/arquitectura-fhyco.html
Hook semanal
Fhyco/system/hooks/weekly-checkin.sh
Frontera
Rufus (empleo) · Fhyco (marca) · Fran (vida). Sin routing cross-repo.
⚙️
Data Pipeline
En construcción
Cómo fluye la data desde las plataformas hasta los reportes — Airbyte, BigQuery, Sheets, y qué hacer cuando algo falla.
Próximamente — ver bq-pipeline.html mientras tanto.
🧬
Skill Development
En construcción
Ciclo de vida de un skill — desde la idea en el incubador hasta producción en un rol.
Próximamente — mientras tanto, usá el modo SKILL desde Claude Chat para incubar skills nuevos (ver prompts de arranque ↑). Fuente:
rufus-skills/CLAUDE.md.
🪝
Hooks de Claude Code
Activo
3 scripts que se ejecutan automáticamente en momentos clave de Claude Code: al abrir una sesión, al editar un archivo crítico, y al final de cada turno. Funcionan como recordatorios cero-ruido — solo aparecen cuando hay algo concreto que hacer.
Arquitectura
Fuente real
Rufus/system/hooks/
3 scripts versionables — la verdad vive acá
→
Wrappers
~/.claude/hooks/
3 archivos de 1 línea que hacen exec al script real
→
Registro
~/.claude/settings.json
Apunta a los wrappers, no al repo directamente
Por qué el patrón fuente real → wrapper → settings: si renombrás el repo Rufus en el futuro, no tenés que tocar la config de Claude Code. Solo updateás los 3 wrappers (3 líneas).
Los 3 hooks
01
day-awareness.sh — recordatorio del día (SessionStart)
Cuando abrís Claude Code, te avisa si es lunes (check-in COO con Slack de Agus), viernes regular (cierre semana 10 min), último viernes del mes (archivar control tower + cierre Agus 45-60 min + sync HTMLs), o último viernes del Q (suma archivar coo-status-q[X] y crear el del Q siguiente). Si es martes/miércoles random, silent.
FORCE_DATE=2026-05-29 zsh system/hooks/day-awareness.sh # test "último viernes del mes"
02
sync-reminder.sh — recordatorio al editar (PostToolUse, matcher Write|Edit)
Cada vez que editás un archivo crítico, te aparece un aviso de qué tenés que sincronizar. Detecta:
coo.md, coo-status-q*, control-tower-*, CLAUDE.md, system-review.md, paid-ops/expectativas-y-backlog.md, y MDs nuevos en agents/. Aviso inmediato — no esperás al final del turno.echo '{"tool_input":{"file_path":".../coo.md"}}' | system/hooks/sync-reminder.sh
03
post-session-audit.sh — audit al cierre de turno (Stop)
Al final de cada respuesta del asistente, corre
git status en Rufus, detecta qué archivos críticos modificaste, y lista las obligaciones de sync. Tiene dedup por sesión: cada obligación se muestra una sola vez por sesión, aunque edites el mismo archivo 10 veces. El cache vive en /tmp/rufus-audit-<session_id>. Si no hay cambios o ya te avisé todo, silent.echo '{"session_id":"x"}' | MOCK_RUFUS_STATUS=$' M agents/coo.md' system/hooks/post-session-audit.sh
Matriz de obligaciones
| Si editás... | Te recuerda |
|---|---|
| agents/coo.md · coo-status-q*.md · control-tower-*.md | regenerar franco-docs/interno/status.js + revisar launcher.html |
| CLAUDE.md · agents/system-review.md | correr skill system-review-generate-html (regenera arquitectura-rufus.html + launcher.html) |
| Archivo nuevo en agents/ (Write, no Edit) | sumar al routing de CLAUDE.md + mapa en system-review.md |
| paid-ops/expectativas-y-backlog.md | actualizar paneles plan-expectativas y plan-backlog del instructivo de Agustina |
| Cualquier .md dentro de clients/[X]/ | verificar consistencia con coo-status-q* y control-tower |
| Playbook en Battle-testing | sumar uso al footer del playbook + actualizar playbooks/USAGE.md |
| Archivos varios en paid-ops/ | evaluar impacto en franco-docs/rufus/paid-ops-instructivo.html |
Qué ves en uso real
A
Callout pequeño al abrir Claude Code los lunes/viernes
Lo emite day-awareness.sh. Si es un día neutro, no ves nada.
B
Recordatorio inmediato cuando editás un archivo de la matriz
Lo emite sync-reminder.sh. Te aparece al toque, no al final del turno. Si edito 5 veces coo.md, aparece 5 veces (sin dedup en este hook).
C
Lista compacta al final del turno con archivos modificados
Lo emite post-session-audit.sh. Una sola vez por obligación por sesión — gracias al dedup. Si en la misma sesión hay un cambio nuevo, ese sí aparece.
Fuente real
Rufus/system/hooks/
Wrappers
~/.claude/hooks/
Config
~/.claude/settings.json
Cache dedup
/tmp/rufus-audit-<session_id>
Mantener — cuándo tocar cada cosa
| Qué cambió | Dónde editar |
|---|---|
| Nuevo archivo crítico que disparar | Sumar case en sync-reminder.sh + en la lógica de post-session-audit.sh |
| Nuevo ritual de día (ej. "mid-week review") | Sumar bloque en day-awareness.sh según DOW |
| Nuevo trimestre / mes | Nada — la lógica detecta automáticamente "último viernes del mes/Q" |
| Renombrar el repo Rufus | Updatear los 3 wrappers en ~/.claude/hooks/ con el nuevo path. Settings.json no se toca. |
Trap zsh
En zsh, la variable
path está vinculada a $PATH. Si asignás path="foo", sobreescribís el PATH del shell y rompés command -v. Usar siempre otro nombre (fp, file_path). Comentario en el script para no volver a caer.
🌐
Web System
Activo
Cómo está conectado el sitio personal — desde editar un archivo hasta que se ve online.
Arquitectura
Fuentes
Repositorios/
Rufus, Fran — definidos en sync_sources.conf
→
Script
sync.sh / sync.bat
Copia HTMLs + genera lab index + commit
→
Repositorio
GitHub
francristaldo/franco-docs · master
→
Hosting
Cloudflare Pages
francristaldo.com · auto-deploy
Flujo para publicar un cambio
01
Editás el archivo localmente
Cualquier HTML, CSS o asset dentro de
franco-docs/, o un HTML fuente en otro repo (se copia en el paso siguiente).02
Corrés el script de sync desde Terminal
Lee
sync_sources.conf, copia cada archivo fuente, regenera el lab index, y hace git add + commit + push. Los archivos faltantes se reportan pero no abortan el sync.cd ~/Desktop/franco-docs && bash sync.sh
Para previsualizar sin subir nada:
bash sync.sh --dry-run03
Cloudflare detecta el push y redeploya
En ~1 minuto el cambio está en vivo en francristaldo.com.
Branch activo
master
Fuentes de archivos
sync_sources.conf
Scripts
sync.sh (Mac) · sync.bat (Windows)
Cloudflare
Acceso interno
Zero Trust → Access → "Franco Interno"
🦚
HTML Builder
Activo
Sistema de 6 templates para generar HTMLs interactivos listos para Lab. Abrís un chat nuevo, pegás el prompt de intake, respondés preguntas, y obtenés el HTML completo.
Flujo
01
Abrís un chat nuevo en Claude
No hace falta cargar contexto previo.
02
Pegás el prompt de intake
Ruta del archivo:
Fran/skills/html-builder/PROMPT.md03
El agente hace las preguntas de intake
Te pregunta template, título, audiencia y contenido específico según el tipo.
04
Recibís el HTML completo
Guardalo en
lab/ y corré sync.sh.Los 6 templates
A · Workflow
Ejecutar un proceso
Pasos numerados, expandibles, badge de estado. Ej: CPR, onboarding.
B · Estado
Ver el estado de N items
Grid de cards con métricas y filtros. Ej: estado de cuentas, OKRs.
C · Pipeline
Entender cómo funciona
Fases con detalle al clickear. Ej: nomenclador, context system.
D · Script
Usar una herramienta
Tabs, código con copy button, tabla de params. Ej: Code_v2.gs, BQ queries.
E · Pitch
Presentar algo
Hero grande, métricas, 3 pilares, CTA. Ej: pitch a cliente, propuesta.
F · Reporte
Documentar qué pasó
Header con fecha, secciones colapsables, próximos pasos. Ej: CPR semanal.
Prompt de intake
Fran/skills/html-builder/PROMPT.md
Cuándo usar cada uno
Fran/skills/html-builder/WHEN-TO-USE.md
Templates de referencia
🪃
Por qué está armado así
Activo
Decisiones de diseño del OS interno — qué resuelve cada HTML, qué no, y las reglas para no volver a mezclarlos.
Qué resuelve cada HTML
| HTML | Propósito | Cuándo abrirlo |
|---|---|---|
| index.html | Dashboard de estado: OKRs, issues, clientes | Arranque del día — ver en qué estás |
| launcher.html | Tarea concreta → archivos a cargar en Claude | Antes de abrir Claude para una tarea específica |
| workflow.html | Documentación de sistemas — cómo están armados | Cuando no recordás cómo funciona algo o entrás a un proceso nuevo |
| claude-cheatsheet.html | Referencia técnica de Claude | Modelos, límites, routing, prompts copiables |
Reglas del sistema
IDX
index.html = solo estado
Muestra dónde estás (OKRs, issues, clientes). No tiene routing, ni instrucciones, ni modos. Si querés agregar keywords o modos acá — van a workflow.html o launcher.html.
LCH
launcher.html = entrada de sesión
Solo dice: para esta tarea, cargá estos archivos. No explica cómo funcionan los sistemas — si necesitás saber eso, vas a workflow.html.
WKF
workflow.html = documentación
Explica cómo están armados los sistemas. No es un dashboard ni una guía de arranque. Se consulta, no se usa en el día a día.
CHT
claude-cheatsheet.html = referencia técnica de Claude
Modelos, límites, routing, memory, prompts copiables. No tiene workflows de negocio ni modos de trabajo — eso es de launcher y workflow.
Decisiones tomadas — no reabrir
01
Keywords y modos de chat no van en index.html
Estaban duplicadas con workflow.html. Sacadas en Apr 2026. La fuente de verdad de keywords es CLAUDE.md → se documenta en workflow.html → Claude Chat System.
02
Los starters de cheatsheet son prompts, no guía de archivos
La sección 10 de cheatsheet tiene prompts copy-paste completos. launcher.html tiene los archivos a cargar. Son complementarios — si hay overlap en el futuro, launcher gana.