# DevFlint Labs — Catálogo de producto 2026

Versión del documento: 1.0  
Propietario: DevFlint Labs  
Principio: de la idea al producto.

## Qué significa versión 1.0

Un producto 1.0 resuelve un ciclo completo de trabajo, define sus usuarios y permisos, contempla estados normales y excepciones, deja trazabilidad de las acciones importantes y cuenta con documentación suficiente para operarse y evolucionar.

## Productos

| Código | Producto | Categoría | Versión | Propósito |
| --- | --- | --- | --- | --- |
| DFL / 01 | DevFlint Desk | Operación | 1.0 | Convertir solicitudes dispersas en trabajo visible y coordinado. |
| DFL / 02 | DevFlint Proof | Confianza | 1.0 | Revisar, versionar y aprobar entregas con trazabilidad. |
| DFL / 03 | DevFlint Local | Comercio local | 1.0 | Conectar presencia digital, catálogo, atención y recurrencia. |
| DFL / 04 | DevFlint Campus | Educación | 1.0 | Coordinar la operación académica y la comunicación escolar. |
| DFL / 05 | DevFlint Service | Servicios | 1.0 | Gestionar órdenes, técnicos, evidencia y seguimiento. |
| DFL / 06 | Prime Fitness | Experiencias | 1.0 | Dar identidad digital y continuidad a la membresía del gimnasio. |
| DFL / 07 | ViaClear | Privacidad | 2.0 | Ejecutar protocolos verificados de retiro y eliminación de información. |

## Arquitectura compartida

- Aplicaciones web con Next.js y TypeScript.
- Supabase para autenticación, PostgreSQL, políticas por fila y almacenamiento cuando el producto lo requiere.
- Vercel como destino principal de despliegue.
- Diseño responsive y accesible desde el sistema de componentes de DevFlint.
- Roles y permisos explícitos.
- Bitácora para acciones sensibles o relevantes.
- Estados de carga, vacío, error y recuperación.
- Métricas de adopción, operación y resultado.
- Entornos separados y migraciones de base de datos versionadas.

## Criterios compartidos

1. El producto empieza en un problema observable.
2. La versión inicial cierra una promesa completa.
3. El usuario siempre puede entender el estado y la siguiente acción.
4. Las decisiones importantes no se pierden en conversaciones.
5. La seguridad se diseña por rol y por dato.
6. El sistema debe poder medirse, respaldarse y mantenerse.

## Documentos relacionados

- `devflint-desk.md`
- `devflint-proof.md`
- `devflint-local.md`
- `devflint-campus.md`
- `devflint-service.md`
- `prime-fitness.md`
- `viaclear.md`

© 2026 DevFlint Labs.