Lo que diseñamos,
en vivo y embebible.

Las bases para que el doctor y la secretaria creen un QR, decidan qué hace al escanear (reglas y acciones que se encienden y reordenan, con preview en vivo) y lo impriman en marca Amedi. Un solo papel, comportamiento que cambia desde el portal. 4 pantallas desktop.

Recordatorios multicanal antes, durante y después de la consulta. WhatsApp prioritario: confirmar y reagendar en un toque. Línea de tiempo, 6 pantallas, configuración por doctor, fases y métricas.

La máquina detrás del recordatorio: arquitectura, 3 diagramas de secuencia, modelo de datos y motor de envío (cron + cola en DB). Anclado en el código real de apps/api.

El intake del paciente al escanear el QR: la carpeta que el doctor siempre pide, hecha data estructurada (FHIR US Core / USCDI). 9 pantallas con el design system real de Amedi, más flujo + autenticación, arquitectura y casos borde. Subproyecto del QR del consultorio.

Un doctor demo con pacientes de prueba en la base de producción, aislado por is_demo y por sesión. El médico explora, agenda citas de prueba y abre consultas como de verdad — pero nada se filtra a los pacientes reales y cada muro invita a registrarse. 5 pantallas del flujo, tablero de permisos, backstage de la capa por sesión y 4 fases.

La maquinaria del modo demo: modelo de datos is_demo + demo_session_id, ciclo de request (guards + AsyncLocalStorage), 3 diagramas de secuencia, la matriz anti-fuga de superficies a filtrar, seeds con la membresía DoctorClinic, reset por sesión y la migración que retira el schema demo viejo. Anclado en el código real de apps/api.

El ciclo de producción de crescō en 5 láminas: el porqué humano, el overview y las tres fábricas — Discovery & Diseño, Desarrollo (skills + sub-agents + QA) y Operación (guardrail AI). De la reunión al release, y de vuelta.

La casa de los frentes que crescō debe dominar para salir al mercado en dic 2026: techo (la meta), columnas (qué construir · el motor · al mercado), cimientos y los dos planos transversales — AI que sirve y el mundo real. Cada área abre su ficha.

El propósito, los valores y la cultura de crescō como una casa: techo (que el cliente crezca y lo sienta), columnas (cómo pensamos · el corazón · cómo entregamos) y cimientos (cómo trabajamos, con AI que sirve). Borrador a validar.

App del transportista en camión: ruta por cercanía, navegar, entregar, foto + firma y los caminos ámbar. 16 pantallas, diseño esencial.

App del operador de almacén: busca, encuentra, recibe. Reconciliación por tracking, foto por paquete, etiqueta por caja.

El paso Imprime hecho real: la iQ4R confirma cada etiqueta en papel, emparejamiento en un sheet, errores ámbar que se reanudan. 6 pantallas.

App del agente: bandeja unificada WhatsApp/IG/TikTok en calma. La barra de input es el estado, el canal susurra, burbujas con memoria muscular. 9 pantallas.

La columna financiera de Mogos: organigrama de entidades (China, Venezuela, EE.UU., franquicias), cobro por entidad, liquidación inter-compañía con respaldo legal, libro mayor de doble partida y hoja de ruta auditoría → núcleo → créditos.

De la reunión a la ejecución. La AI propone, las personas deciden.

La arquitectura del HQ de crescō: áreas, onboarding, el spine de bases.

Diseño de las vistas operativas: tablero, hoy por momento, galería.

Qué se puede y qué no en Notion nativo. Dónde entra la marca.

My Work y Meeting Task Triage: tu tablero y los botones Approve / Reject / Convert.

El teamspace all crescō y la base Tasks: sus relaciones y el ciclo de vida.

Con qué construimos: Next, Expo, NestJS, Prisma, Supabase, Render, DigitalOcean.

Tres conceptos nacidos del manual: Brō el brote, Ō el macrón y Capi la capibara. Estados de UI, matriz de decisión y veredicto.

El regalo que se gana: base de madera al firmar, una pieza por fase cerrada, flor solo en lanzamiento. Ritual y producción.

El universo multi-proyecto: parcelas que se acoplan por imanes, cuatro especies, el vivero espejo y producción China + Caracas.

El concepto completo en 8 capítulos: creencia, materiales, anatomía con cotas, siete momentos, gemelo digital, fases y juramento.

Los 26 subagents de crescō: inventario por cuadrilla, matriz de cobertura etapa × dominio y los 6 que hacen falta.

Cada corte dev→main se vuelve un release versionado, asociado al proyecto del cliente, escrito en la voz de crescō. Dos agentes, tres bases (Releases · Channels · Piezas), changelog automático y social curado. El límite del release, el versionado por proyecto y el plan de build v1/v2.

La identidad, la voz y los lanzamientos de crescō. Documento vivo, fuente única de la voz que leen los agentes — voz/02 y lanzamientos/03. Las secciones quedan fetchables en design.cresco.so/manual/sections/.html.