Contenido detallado
📊 Qué hace el audit
O /os-coach audit es el comando que ejecutas en cualquier momento para poner a prueba tu OS frente a la realidad. Vuelve a leer tu objetivo en el memory.md, abre la carpeta real (no lo que la memoria dice que hay) y puntúa las seis capas frente a ese objetivo específico. Después entrega los tres próximos pasos con mayor apalancamiento y guarda el informe en OS-AUDIT.md.
🌱 ¿Nuevo aquí?
Auditar aquí solo es «dar una calificación honesta a cada parte». Scorecard es el boletín: una tabla con la nota de cada capa y el motivo. Apalancamiento (apalancamiento) es "cuánto te acerca un movimiento al objetivo"; el audit ordena los próximos pasos de mayor a menor rendimiento.
📊 Qué es
Una evaluación vinculada a tu objetivo. La pregunta nunca es «¿este es un buen OS en general?», sino «¿esta capa me lleva a MI objetivo?».
- •Puntúa las 6 capas en 4 niveles.
- •Da los 3 movimientos de mayor impacto, en orden.
- •Escribe OS-AUDIT.md (que se puede guardar) y realimenta el ciclo.
Por qué aprender
Porque construir es solo la mitad. Sin auditar, acumulas capas sin saber si abordan el objetivo, y el OS se deteriora en silencio (Módulo 1.1: cultiva, no instales). El audit convierte «hice un montón de archivos» en «de verdad estoy más cerca de no volver a perder un plazo».
Conceptos clave
🏅 La escala de 4 niveles
Cada capa recibe uno de cuatro niveles. Sé honesto: la mayoría de los OS al principio están casi por completo en Missing o Iniciado, y eso es normal. La escala muestra la dirección, no te califica para avergonzarte.
Cómo leer: la meta no es «todo Compounding ya». Es subir un escalón a la vez en la capa que más impulsa tu objetivo. Una capa Solid que mejora por sí sola (sustrato que crece, skill versionada, audits que retroalimentan) llega a Compounding.
No existe, o es un placeholder vacío.
Existe, pero es limitada, genérica o responde solo una parte de lo que necesita el objetivo (p. ej.: muestra «vence pronto», pero no «ya está atrasado»).
Real, específica y supera por completo la verificación de finalización de la capa (responde toda la pregunta difícil, no solo la mitad fácil).
Sólida Y mejora sola con el tiempo (el sustrato crece, las skills se versionan, las auditorías se retroalimentan).
Por qué aprender
Porque la escala te da vocabulario para ver el progreso real. «Started» no es un fracaso: es la señal de que falta una parte específica, y el audit te indica cuál. Saber la diferencia entre Started y Solid evita confundir «hay un archivo» con «resuelve el problema».
Conceptos clave
🎯 La prueba de lo no genérico
La regla que mantiene útil el audit: cada línea debe fallar si se pega en la auditoría de una persona ajena. Si una frase serviría para cualquier OS, es genérica y está prohibida: reescríbela con tus archivos, tus nombres y tu objetivo reales. Una auditoría genérica es una auditoría fallida.
✗ Genérico (prohibido)
"Agrega más documentación a tu sustrato."
Sirve para cualquiera. No moviliza a nadie.
✓ Específico (obligatorio)
"Tu objetivo es recuperar a los suscriptores que cancelaron, pero substrate/ solo tiene sources.md y un compendium.md vacío. El movimiento de mayor apalancamiento es extraer los últimos 90 días de mensajes de cancelación para substrate/churn/ y destila los tres motivos más comunes."
💡 La idea clave
Cada recomendación cita un nombre de archivo real, una brecha real e o objetivo real. Si puedes cambiar tu OS por el de otra persona sin cambiar la frase, no sirve.
Por qué aprender
Porque es exactamente lo que hace que OS Coach se diferencie de un consejo de internet. Consejos genéricos ya tienes de sobra; lo que marca la diferencia es "en TU archivo X falta Y para alcanzar Z". Esa también es la prueba que usas para saber si una auditoría se hizo bien, ya sea la tuya o la de cualquier herramienta.
Conceptos clave
🥇 Los 3 movimientos de mayor apalancamiento
El audit no te da una lista infinita. Te da tres movimientos, en orden de impacto — no en orden de capas. La prioridad sigue una lógica clara: la regla de arriba prevalece cuando dos entran en conflicto:
Cómo leer: la regla estricta solo se salta la fila si el daño es inminente o irreversible (dinero equivocado, datos filtrándose, plazo encima). Fuera de eso, el orden natural es sustrato → skills → agentes. Nunca recomiendes un agente antes de las skills que orquestaría.
1. La falta de una regla tajante es el problema #1 solo si el peor caso es inminente/irreversible. Si no, queda por debajo del sustrato.
2. Si no, las brechas de infraestructura ganan. Una base débil = todo lo demás sobre arena.
3. Las skills solo importan cuando la infraestructura puede alimentarlas.
4. Agentes al final. Nunca antes de las skills que orquestarían.
✓ Ordenar por apalancamiento
- ✓Ataca el cuello de botella del objetivo.
- ✓Sustrato débil antes de las skills.
- ✓La regla estricta solo salta la fila si es urgente.
✗ Ordenar por capa
- ✗Pulir la capa 1 «porque es la primera».
- ✗Agente bonito sobre un sustrato vacío.
- ✗Gastar una hora lejos del cuello de botella real.
Por qué aprender
Porque ordenar según el apalancamiento es lo que te permite avanzar con poco esfuerzo. Sin esa lógica, gastas energía puliendo la capa equivocada (un agente atractivo sobre un sustrato vacío). Con ella, cada hora invertida ataca el verdadero cuello de botella de tu objetivo.
Conceptos clave
📷 Ejemplo guiado · start + Identidad
Veamos un caso real, condensado (del README de OS Coach). Una fotógrafa de bodas independiente quieres dejar de perder plazos. Los clientes aparecen como Pareja A, Pareja B porque marcó los nombres como sensibles — entonces el coach guarda handles no identificadores en lugar de los nombres reales.
Escribes:
/os-coach start vivo perdendo prazos de cliente e quero nunca mais
perder uma data de entrega
El coach confirma el objetivo, prepara la carpeta y hace tres preguntas breves: para quién es, a única pregunta que te gustaría poder hacerle, e una cosa que siempre debe hacer + una que nunca. Respondes: solo para mí; «qué vence en los próximos 10 días y qué ya tengo atrasado»; avísame siempre dentro de los 3 días previos a una fecha acordada; nunca enviar un mensaje a un cliente sin mi aprobación. Entonces escribe la Identidad:
CLAUDE.md (generado)
# Quem eu sou Sou o sistema operacional de uma fotógrafa de casamento solo. Existo para que nenhuma entrega de cliente atrase jamais. ... ## Recusas duras (nunca) - Nunca mando mensagem a um cliente sem você ler e aprovar antes. - Nunca deixo um prazo passar em silêncio. Se algo está em risco, eu trago à tona, alto e claro.
Por qué aprender
Porque muestra cómo la capa de Identidad nace de tus propias palabras: el objetivo se convierte en la misión, y el "siempre/nunca" se convierte en rechazos concretos. Observa que los alias ("Pareja A") ya aparecen desde el inicio: proteger los datos sensibles no es un paso aparte, es la forma habitual de trabajar del coach.
Conceptos clave
🗂️ Ejemplo guiado · next + Sustrato
La fotógrafa escribe /os-coach next. Eso abre el Sustrato: el coach pregunta dónde están las reservas y qué es sensible, y luego construye un tracker que calcula los dos plazos a partir de la fecha de cada matrimonio (vista previa = boda + 1 semana; galería completa = boda + 6 semanas) y ya responde la pregunta en el momento:
Respuesta del coach (inmediata)
Dentro de 3 dias, sua linha de "sempre avisar" disparou: - Casal B, galeria completa vence 2026-07-01 (faltam 3 dias) A vencer dentro de 10 dias: - Casal C, prévia vence 2026-07-02 (faltam 4 dias)
🔎 Fíjate en el detalle
El tracker responde «qué vence pronto», pero todavía no responde «de qué ya voy atrasada», porque ella no marcó lo que ya se entregó. Guárdalo: es exactamente lo que mantendrá a Substrato en Iniciado en la auditoría del próximo tema.
Por qué aprender
Porque muestra un Sustrato que ya genera valor real (responde "vence pronto"), pero todavía es parcial. Este matiz —responder la mitad de una pregunta difícil— es el corazón de la diferencia entre Started y Solid. El OS es útil desde el principio, y la auditoría señala con precisión lo que falta para completarlo.
Conceptos clave
🧮 Ejemplo guiado · audit + scorecard
La fotógrafa escribe /os-coach audit. El coach lee los archivos de verdad y produce el boletín. Mira cómo cada nivel aparece vinculado al caso de ella, sin ninguna frase genérica:
Scorecard
| Capa | Nota | Por qué |
|---|---|---|
| Identity | Sólido | O CLAUDE.md declara la misión y dos negativas. |
| Substrate | Iniciado | El tracker responde «vence pronto», pero no «ya está atrasada» hasta que marques lo que se entregó. |
| Rules | Missing | Los identificadores de los clientes ahora están en la carpeta, sin nada que impida una copia de seguridad pública. |
Los tres movimientos que más importan
Rules: escribe rules/never.md (nunca hagas una copia de seguridad pública de esta carpeta). Una filtración no se puede deshacer, y una galería vence en 3 días.
Substrate: marca qué galerías ya se publicaron, para que «vence pronto» también responda «ya está vencida».
Skills: convierte la verificación de plazos en un comando repetible.
⚠️ Por qué la regla se saltó la fila
Substrate normalmente viene antes de Rules. Pero aquí el peor caso es inminente e irreversible: los handles están en la carpeta, no hay nada que impida un backup público y hay una entrega en 3 días. Según la lógica de prioridad del tema 4, eso pone la regla dura que falta como movimiento nº 1.
Después de la auditoría, la carpeta queda así:
La carpeta del OS (handles, nunca nombres reales)
photo-os/ ├── CLAUDE.md # Identidade, a alma ├── memory.md # onde você parou ├── substrate/ │ ├── sources.md # onde vivem os dados reais │ └── compendium.md # o tracker de prazos └── OS-AUDIT.md # o scorecard mais recente
Por qué aprender
Porque esta es toda la auditoría en un solo caso: notas honestas vinculadas a sus archivos, la regla estricta que se salta la fila por ser irreversible e inminente, y tres acciones concretas en orden. Cada archivo es real, está anclado en su objetivo y es suyo para guardarlo: exactamente el resultado que quieres para tu propio audit.
Conceptos clave
🔁 Feedback en el loop + copy-run
El audit no es un callejón sin salida: alimenta el loop. Después de calificar, el coach actualiza el memory.md — añade el titular con fecha a audit_log, vuelve a poner la fecha y reescribe el bloque de estado de las capas a partir de las notas. Y guarda el informe completo en OS-AUDIT.md para que lo guardes. Los tres movimientos se convierten en tu próximo siguiente.
El ciclo cerrado
Construye
Capas con iniciar / siguiente, una a la vez.
Audita
En contra del objetivo: cuadro de evaluación + los tres movimientos.
Edita
Tus archivos (son tuyos) y ataca el movimiento n.º 1.
Vuelve a auditar
Mira cómo sube la nota. El ciclo no termina: el OS se cultiva, no se instala.
🌱 ¿Nuevo aquí?
Tú puede y debe editar a mano lo que crea el coach: los archivos son tuyos. El flujo recomendado: edita, después ejecuta /os-coach audit de nuevo para ver cómo puntúan tus cambios frente al objetivo. La escritura de vuelta garantiza que la próxima sesión ya conozca la última puntuación.
Objetivo: ejecutar el audit en tu propio OS y recibir el scorecard + los tres movimientos alineados con tu objetivo.
Pega en Claude Code (dentro de la carpeta de tu OS):
/os-coach audit
El coach genera en tu carpeta:
OS-AUDIT.md # scorecard das 6 camadas + 3 movimentos + o que já funciona
Cómo verificar: abre OS-AUDIT.md y aplica la prueba de lo no genérico: cada línea debería mencionar un archivo tuyo e o tu objetivo. Si alguna frase serviría para cualquier OS, pide que la reescriba. Después, céntrate solo en el movimiento n.º 1 y ejecuta /os-coach audit de nuevo para ver cómo sube la puntuación de esa capa.
Por qué aprender
Porque aquí es donde Trilha 4 se convierte en un hábito, no en un evento. Construir una vez es fácil; auditar, atacar el n.º 1 y volver a auditar es lo que mantiene vivo el OS y cada vez más cerca del objetivo: exactamente la mentalidad de "cultivo" de Trilha 1. Con esto, estás listo para Trilha 5, donde aplicas todo a dominios reales.
Conceptos clave
✅ Resumen del módulo
Siguiente ruta:
5.1 — Tax & Bookkeeping OS 🧾 (dominios reales y producción)