📈 /level-up: 1 automatización por semana
Una entrevista, un artefacto. Recorre los 3 Ms cada semana y publica UNA automatización real, hasta que tu cerebro vea oportunidades por sí solo.
Contenido detallado
Qué hace /level-up
La skill semanal que transforma 3 Ms en un artefacto real
O /level-up es un ritual semanal que recorre las 3 Ms (Mindset → Method → Machine) en busca de UNA automatización para publicar. La regla central: una entrevista = un artefacto. Nada más y nada menos.
🎯 ¿Por qué solo UN artefacto?
Hacer dos es intentar hacer cero. La restricción es intencional: obliga a priorizar de verdad, entregar en días (no semanas) y crear el ciclo de feedback que enseña tu criterio para detectar el apalancamiento.
- •4–6 ejecuciones y empiezas a ver oportunidades sin necesitar la skill
- •El brain-rewire ocurre mediante el hábito, no la reflexión
- •Cada run registra una decisión en el log — evidencia acumulada de tu sistema
✓ Qué ES /level-up
- ✓Una entrevista estructurada que TÚ conduces
- ✓Un ritual semanal con un resultado tangible
- ✓Un instalador de los 3 Ms en tu cerebro
- ✓Un acelerador del juicio sobre el apalancamiento
✗ Qué NO ES /level-up
- ✗Un coach (tú piensas, la skill te entrevista)
- ✗Un planner con múltiples candidatos
- ✗Un análisis del portafolio de automatizaciones
- ✗Un generador de roadmap a largo plazo
Fase 1 — Mindset (encontrar al candidato)
Las 5 preguntas que revelan dónde se esconde tu mayor potencial
La Fase 1 es una entrevista de diagnóstico. Respondes 5 preguntas; la skill clasifica a los candidatos según su potencial de apalancamiento. El objetivo no es enumerarlo todo: es encontrar de 1 a 3 candidatos que merezcan pasar al Method.
💡 Consejo práctico: no fuerces candidatos
Si respondes las 5 preguntas y no encuentras ningún candidato obvio, eso es información valiosa: tu sistema actual está bien operado. Regístralo en el log y sáltate la semana. Forzar un candidato débil genera un artefacto que nadie va a usar.
Fase 2 — Método (delimitar uno)
Los 5 pasos del Bike Method aplicados al candidato elegido
La Fase 2 toma al candidato con mayor potencial de apalancamiento y lo somete a 5 pasos obligatorios. Si algún paso no se completa —especialmente el KPI—, el proceso se detiene. Sin KPI, no hay artefacto.
Encontrar la restricción
Identificar el cuello de botella real
¿Qué restricción alivia este candidato? Nombra la restricción antes de construir; sin eso, optimizas la parte equivocada.
EAD — Eliminar antes de delegar
La pregunta contra el gold plating
Puedo eliminar esta tarea en lugar de automatizarla? Si la respuesta es sí y «nada se rompe», registra la victoria y alégrate. La mejor automatización es la que no hace falta.
Map — 5 elementos
Diseñar el flujo antes de construir
Trigger · Input · Proceso · Output · Receptor. Los 5 elementos que definen el artefacto. Si no puedes completar los 5, el alcance es impreciso.
Autonomía — nivel más bajo como predeterminado
¿Cuánta autonomía tendrá el artefacto?
Predeterminado: el nivel más bajo que resuelve el problema. Más autonomía = más riesgo. Empieza de forma conservadora y escala solo si los datos lo justifican.
KPI — obligatorio; si no, se detiene
Cubo + métrica · si no los tienes, no lo construyas
Define: qué categoría mide el éxito (tiempo, dinero, calidad, riesgo) y qué número objetivo. Sin KPI, nunca sabrás si el artefacto valió la pena. /level-up se detiene aquí si no se define el KPI.
⚡ Consejo práctico: EAD antes del Map
Siempre ejecuta EAD antes de Map. Construir el mapa de una tarea que se podía eliminar crea apego al artefacto, y el apego es el enemigo de la simplicidad. Pregunta primero: "¿y si simplemente dejara de hacer esto?"
Fase 3 — Máquina (construir)
Las 4 opciones de entrega: Boring-is-Beautiful como regla de oro
La Fase 3 pregunta: "¿Cómo quieres hacer el ship?" Hay 4 opciones, ordenadas de la más sencilla a la más compleja. El default siempre es la la mayor opción posible SIN IA que resuelve el problema.
Un texto de instrucciones guardado en un archivo o una herramienta. Lo pegas, lo revisas y lo envías. Cero código, cero automatización. Pero es un artefacto real que reduce la fricción cognitiva cada vez.
Una skill con lógica if/then, sin IA. Script, automatización, hoja de cálculo con fórmulas. Predecible, auditable, costo de inferencia cero. Prefiere siempre esta opción cuando la lógica se pueda codificar.
Una skill que llama a un LLM para las partes donde se necesita criterio (clasificar, resumir, redactar). Sigue siendo controlada: tú defines la entrada y la salida; la IA completa el medio.
Un agente autónomo que toma decisiones por su cuenta. Alto costo, alto riesgo y difícil de auditar. Úsalo SOLO cuando las 3 opciones anteriores sean realmente insuficientes.
✓ Boring-is-Beautiful: HACER
- ✓Elige siempre la opción más sencilla que resuelva el problema
- ✓Prefiere la lógica determinista cuando sea posible
- ✓Lanza en horas, no en semanas
- ✓Escala la complejidad solo con datos que lo justifiquen
✗ Boring-is-Beautiful: EVITAR
- ✗Ir directamente a sub-agent porque parece más poderoso
- ✗Agregar IA donde basta con una lógica simple
- ✗Construir la infraestructura antes de validar el uso
- ✗Saltarte la Fase 1 por pensar que el candidato es obvio
Bloqueo de Bike Method
El frontmatter que deja bloqueado por defecto todo artefacto en la Fase 1
Todo artefacto creado por /level-up nace con un frontmatter estandarizado. El campo bike-method-phase: 1 no es decoración — es el bloqueo que impide que el artefacto se salte la validación manual antes de ejecutarse de forma autónoma.
title: "[nombre del artefacto]"
created: 2026-06-01
responsable: "[tu nombre]"
bike-method-phase: 1 # LOCK — no avances sin validación manual
kpi-balde: "[tiempo|dinero|calidad|riesgo]"
kpi-target: "[métrica y número]"
autonomy-level: 1 # 1=manual-review; 2=notif; 3=auto
---
🔒 ¿Por qué el lock en la Fase 1?
El Bike Method define 3 fases de madurez de un artefacto: Fase 1 (validación manual, revisas cada resultado), Fase 2 (notificación, recibes una alerta, pero el artefacto actúa), Fase 3 (totalmente autónomo). Todo artefacto empieza en la 1.
- •Avanzar de fase requiere edición explícita del frontmatter — no es automático
- •La pantalla de cierre de /level-up recuerda: «revisa manualmente antes de confiar»
- •El log de decisiones registra cada cambio de fase con su justificación
Contrato de salida
Qué produce obligatoriamente cada ejecución de /level-up
Cada ejecución de /level-up termina con 3 entregas obligatorias. Si falta alguna, el run no está completo. No es documentación opcional: es el contrato que mantiene tu sistema auditable y el hábito real.
1. Entrada en decisions/log.md
La spec del Method: candidato elegido, output del EAD, mapa de los 5 elementos, KPI definido, autonomía elegida. Registro permanente de la decisión.
2. Artefacto con estructura inicial
El archivo creado con el frontmatter completo, bike-method-phase: 1, y una estructura mínima para usar de inmediato. No es un borrador — algo que funciona en la Fase 1.
3. Pantalla de cierre
Resumen de la ejecución con un recordatorio explícito de la Fase 1: «este artefacto está bloqueado por revisión manual; valídalo antes de confiar en él». Refuerza el comportamiento correcto.
📊 ¿Por qué importa el log?
Después de 4–6 ejecuciones, el decisions/log.md se convierte en un activo estratégico: puedes ver patrones (¿qué candidatos vuelven?, ¿qué artefactos avanzaron a la Fase 2?), calibrar tu criterio sobre el apalancamiento y mostrar el progreso del sistema a cualquier stakeholder.
El brain-rewire
Por qué ejecutarlo cada viernes es el único mecanismo que funciona
El objetivo a largo plazo de /level-up no es crear artefactos: es instalar los 3 Ms en tu sistema operativo cognitivo. Después de 4–6 runs, empiezas a ver oportunidades de automatización durante el día, sin necesidad de la skill. Eso es el brain-rewire.
🧠 Cómo ocurre el brain-rewire
No es coaching, no es reflexión ni estudio. Es repetición estructurada con un resultado tangible. Cada ejecución que termina con un artefacto real refuerza el circuito neural que asocia «trabajo manual» con «candidato a automatización».
- •A anclaje temporal (viernes) elimina la decisión de "cuándo hacerlo"
- •O artefacto físico crea evidencia de progreso — no abstracción
- •O registro acumulado da perspectiva del sistema creciendo semana a semana
📅 Consejo práctico: todos los viernes, sin negociar
El cron no es necesario. Tú eres quien ancla el ritual. Reservar 30 minutos cada viernes, aunque la ejecución dé como resultado "ningún candidato esta semana", es lo que crea el hábito. La consistencia importa más que el resultado de cada ejecución individual.
Las ejecuciones que se posponen se convierten en «lo haré después» y terminan en nunca. /level-up no tiene valor teórico: solo tiene valor cuando se ejecuta.
✓ Qué crea el brain-rewire
- ✓Repetición semanal sin saltarse ninguna
- ✓Artefacto real al final de cada ejecución
- ✓Registro que evidencia el crecimiento del sistema
- ✓Anclaje en el mismo horario todas las semanas
✗ Qué NO crea el brain-rewire
- ✗Leer sobre automatización sin ejecutarla
- ✗Hacer ejecuciones esporádicas "cuando haya tiempo"
- ✗Construir sin KPI definido
- ✗Saltarte el log e ir directo al artefacto
📈 Resumen del módulo
bike-method-phase: 1 y bloquea la validación manual
Próximo módulo:
3.4 — Expansiones y cadencia semanal · 🌱 · ~35min
Cómo escalar el sistema más allá del ritual semanal: cadencia multirruta, expansiones de contexto y operación sostenible.