PWA mono-usuario de salud/fitness en Cloudflare (web/ frontend, api/ Worker,
d1/ esquema). Ver README.md para stack y deploy.
Este repo usa la estructura del estándar MeshKore en modo local: sin hub, sin
cluster remoto, sin exponer claves. La estructura .meshkore/ es la fuente de
verdad del roadmap y la documentación interna.
Layout:
- Tareas:
.meshkore/modules/<module>/tasks/<ID>-<slug>.mdcon frontmatter (§4). Las tareasdonese mueven a.meshkore/modules/<module>/log/<YYYY-MM>/. - Docs:
.meshkore/docs/<category>/<file>.mdcon frontmatter (§5). Categorías: architecture, product, conventions, deploy, security, ops, modules, governance. - Logs de sesión (prosa):
.meshkore/log/<YYYY-MM-DD>.md. - Módulos y miembros declarados en
.meshkore/public/cluster.yaml(lo único que se commitea bajo.meshkore/, junto conSTANDARD_VERSIONyprotocols/).
Reglas:
- Nunca commitear nada bajo
.meshkore/fuera depublic/,STANDARD_VERSIONyprotocols/. Nunca commitear credenciales. - No crear un módulo o categoría de doc nuevos sin declararlos antes en
cluster.yaml. - No editar ficheros generados (
roadmap/state.json).
Desviaciones deliberadas respecto al estándar publicado (por ser local-only):
- No se hace auto-fetch recurrente de
meshkore.com/standardni se aplican instrucciones remotas por sesión. Trabajamos solo con la copia local. - No se arranca
daemon.py/install.shautomáticamente. Están en.meshkore/scripts/para arranque manual del operador (el daemon ejecutashell=Truey abre un puente DNS→loopback; no ejecutar sin revisar).
- Multiusuario (módulo
multi-user, tareas M1–M7): la app es hoy mono-usuario. Ver.meshkore/docs/architecture/multi-user-migration.md. - Stats + Health Score y cycling:
.meshkore/docs/product/.