Skip to main content

Qué vive acá

Esta base existe para una sola cosa: convertir material bruto en activos de growth publicables sin depender de memoria tribal ni de commits ciegos a main.

Operator workflow

El flujo operativo para revisar, validar y mergear contenido sin romper la navegación pública.

Editorial contract

El contrato explícito que define metadata, estructura y file paths para cada tipo de entry.

Los tres rails públicos

Playbooks

How-tos accionables con pasos, prerequisitos y errores comunes.

Guidelines

Principios editoriales o de ejecución que fijan criterio.

Content

Piezas narrativas y educativas listas para distribución.

Cómo se publica sin improvisar

1

Curá los moments con criterio

Elegí el material fuente en content-creation-recording. Si los moments no sostienen una pieza pública, no fuerces el draft.
2

Generá y editá el MDX

Ajustá el texto hasta que cumpla el contrato editorial completo. La app no publica piezas sin title, description, icon, assetType y sourceUrl, ni deja pasar placeholders o URLs locales/dev.
3

Corré el preflight

Validá metadata, secciones obligatorias, path final y la mutación de docs.json antes de abrir la branch de review.
4

Abrí el compare y mergeá

La app crea una branch de review. Inspeccioná el diff, confirmá la navegación y mergeá sólo cuando el cambio esté limpio.

Qué cambió con DAN-6

  • La navegación pública ahora está anclada a un árbol explícito: growth/playbooks, growth/guidelines y growth/content.
  • El operador no publica a ciegas: primero valida, después abre una branch de review.
  • docs.json dejó de ser una suposición implícita del app. Ahora es un contrato documentado y estable.