ecosystem-wikicómo extender los templates sin romper sus convenciones

ecosystem-wiki

Cómo extender los repos template-* sin romper las convenciones con las que se escribieron. Cada entrada resuelve una decisión concreta — dónde va este fichero, hace falta un port o un repositorio, esto es un use case o un service — y se lee suelta, sin necesidad de haber leído las anteriores.

Los ejemplos son reales, de petid-api: PetID es el primer proyecto real, y la funcionalidad de los template-* se extrae de él y se generaliza. Cuando una regla tiene una excepción, la excepción también sale de ahí: son las que enseñan dónde está el límite.

Cómo se relacionan los repos

Clientes

template-crm
Angular · personal de clínica
template-admin
Angular · superadmin
template-expo
React Native · cliente final

↓  HTTP · JWT de acceso + refresh rotativo

template-api
NestJS · multi-tenant · dueño de los datos

↓  HTTP best-effort — si no responde, la operación no falla

notification-api
ingesta · dueño de plantillas y logs

↓  BullMQ sobre Redis — cola, no HTTP

notification-worker
consumidor · entrega

↓

Resend
email
FCM
push

dev-identity-server no participa en este flujo: solo firma los JWT que protegen el panel de colas de notification-api.

Lo que hay que retener del diagrama

Por dónde empezar

Cada sección abre con una entrada de orientación y sigue con las decisiones concretas. Si es tu primera vez en un repo, lee las dos o tres primeras en orden; si ya lo conoces, ve directo a la decisión que tengas delante.

template-api

template-expo