taskbot/docs/plan-web-fases.md

Plan de trabajo — Web (SvelteKit) orientado a móvil y acciones de tareas

Contexto y objetivos

• Reforzar la utilidad móvil, mostrar grupos y responsables correctamente, y simplificar acciones prioritarias (completar/undo) manteniendo seguridad (gating) alineada con el backend.
• Mantener el diseño sin truncar descripciones; ofrecer orden por fecha o por grupo; y mostrar TODAS las abiertas en /app/groups.
• Evitar regresiones, con cambios iterativos y fácilmente revertibles.

Decisiones globales

• No truncar descripciones en TaskItem; envolver en varias líneas. Acciones secundarias se desplazan a una segunda línea/menú contextual en móvil.
• “Completar” se promueve como acción principal (checkbox/botón destacado). Incluir “Deshacer completar” con ventana configurable (24h por defecto).
• “Mis tareas” tendrá dos secciones:
  1. Asignadas a mí (todas abiertas).
  2. Sin responsable de mis grupos (todas abiertas).
• “Grupos” mostrará secciones por grupo, con TODAS las tareas abiertas, expandibles/colapsables, y con toggle “Unassigned first”.
• Búsqueda por texto desaparece de la UI (se reserva a futuro si fuese necesaria).
• Orden conmutado por el usuario: Fecha (due asc, NULL al final) | Grupo (agrupación por grupo y dentro por fecha).
• Seguridad: endurecer PATCH de tareas sin grupo para exigir ser responsable (y opcionalmente creador si el esquema lo permite).
• Ventana de uncomplete (deshacer completar): configurable por variable de entorno UNCOMPLETE_WINDOW_MIN (1440 por defecto).

Medición de impacto y riesgos

• N+1 inicial en /app (al agregar “sin responsable” de todos los grupos) tolerable en MVP, mitigado luego con endpoint “overview”.
• Posible crecimiento de DOM en /app/groups: se mitiga con secciones colapsables.
• Cambios de gating en PATCH requieren revisar casos edge (tareas personales sin asignados previos).

Archivos ya disponibles para edición (confirmados)

• UI:
  • apps/web/src/lib/ui/layout/AppShell.svelte
  • apps/web/src/lib/ui/data/TaskItem.svelte
  • apps/web/src/lib/ui/data/GroupCard.svelte
  • apps/web/src/routes/app/+page.svelte
  • apps/web/src/routes/app/+page.server.ts
  • apps/web/src/routes/app/groups/+page.svelte
  • apps/web/src/routes/app/groups/+page.server.ts
• API:
  • apps/web/src/routes/api/me/tasks/+server.ts
  • apps/web/src/routes/api/me/groups/+server.ts
  • apps/web/src/routes/api/groups/[id]/tasks/+server.ts
  • apps/web/src/routes/api/tasks/[id]/+server.ts (PATCH)
  • apps/web/src/routes/api/tasks/[id]/claim/+server.ts
  • apps/web/src/routes/api/tasks/[id]/unassign/+server.ts
  • apps/web/src/routes/api/tasks/[id]/complete/+server.ts
• Infra web:
  • apps/web/src/lib/server/env.ts
  • apps/web/src/lib/server/db.ts
• Núcleo:
  • src/db.ts

Archivos que solicitaremos añadir al chat cuando toque editar

• Documentación: docs/operations.md (para documentar UNCOMPLETE_WINDOW_MIN y notas UX).
• Tests: tests/web/* y tests/unit/* (para cubrir uncomplete y cambios de gating).
• (Opcional) Migraciones: src/db/migrations/* si llegamos a necesitar created_by en gating de PATCH.

Fase 1 — UX base en páginas y TaskItem (sin backend nuevo) — Estado: Completada Objetivos

• /app: añadir sección “Sin responsable de mis grupos”, quitar búsqueda, añadir conmutador de orden (Fecha | Grupo).
• /app/groups: mostrar TODAS las tareas por grupo en secciones expandibles/colapsables; toggle “Unassigned first”.
• TaskItem: mostrar chip de grupo; mantener descripción sin truncar; reorganizar acciones para móvil. Archivos a editar
• apps/web/src/routes/app/+page.server.ts
  • Cargar /api/me/tasks (open, asignadas a mí).
  • Cargar /api/me/groups; para cada grupo, solicitar /api/groups/:id/tasks?onlyUnassigned=true&limit=0 y reunir la lista “unassigned”.
  • Construir map {groupId → groupName} para la UI.
  • Gestionar query param order=due|group.
• apps/web/src/routes/app/+page.svelte
  • Renderizar dos secciones (asignadas y sin responsable). Añadir conmutador de orden. Eliminar campo de búsqueda.
• apps/web/src/routes/app/groups/+page.server.ts
  • En vez de previews, cargar /api/groups/:id/tasks?limit=0 para cada grupo (todas abiertas).
  • Permitir query unassignedFirst=true (por grupo o global).
• apps/web/src/routes/app/groups/+page.svelte
  • Reemplazar cuadrícula de GroupCard por secciones por grupo (cabecera con +/– para colapsar).
  • Dentro de cada sección, lista de TaskItem reutilizando las mismas acciones.
• apps/web/src/lib/ui/data/TaskItem.svelte
  • Mostrar chip con el nombre del grupo si group_id != null; “Personal” si no tiene grupo (usar map pasado desde el server o prop groupName).
  • Promover “Completar” visualmente (sin cambiar aún la API).
• apps/web/src/lib/ui/data/GroupCard.svelte
  • Mantener para posibles resúmenes; la página de grupos dejará de usarla de forma principal. Decisiones
• Orden “por grupo” inicialmente puede agruparse en cliente para el agregado “sin responsable”; “asignadas” ya vienen por fecha. En fases posteriores, endpoint overview dará orden estable en servidor.

Fase 2 — Backend: Uncomplete (24h configurable) + seguridad de PATCH — Estado: Completada Objetivos

• Añadir POST /api/tasks/:id/uncomplete (idempotente) con gating simétrico a /complete y ventana configurable.
• Endurecer PATCH /api/tasks/:id para tareas sin group_id: exigir que el usuario sea asignado (y, si luego confirmamos schema, permitir también si created_by = usuario). Archivos a editar/crear
• apps/web/src/lib/server/env.ts
  • Añadir export const UNCOMPLETE_WINDOW_MIN = ... (leer de env, default 1440). Exponer helper uncompleteWindowMs si conviene.
• apps/web/src/routes/api/tasks/[id]/uncomplete/+server.ts (nuevo)
  • Validar sesión, id, existencia de tarea.
  • Gating:
    • Con group_id: miembro activo de grupo allowed.
    • Sin group_id: debe estar asignado a la tarea.
  • Validar ventana: completed=1 y completed_at >= now - UNCOMPLETE_WINDOW_MIN.
  • UPDATE: completed=0, completed_at=NULL (y opcional completed_by=NULL).
  • Respuesta: status ('updated'|'already'|'not_found'|'forbidden'), tarea resultante.
• apps/web/src/routes/api/tasks/[id]/+server.ts (PATCH)
  • Añadir chequeo cuando group_id IS NULL: exigir que exista asignación del user sobre la tarea (alineado con complete/unassign).
• UI
  • apps/web/src/lib/ui/data/TaskItem.svelte — añadir acción “Deshacer completar” (usando el nuevo endpoint) y toast con feedback.
  • apps/web/src/routes/app/+page.svelte — en la sección “Completadas (24 h)” añadir botón “Deshacer completar”. Documentación y configuración (solicitaremos permiso para editar)
• docs/operations.md — documentar UNCOMPLETE_WINDOW_MIN (minutos; default 1440), semántica e idempotencia.

Fase 3 — Navegación móvil (barra de pestañas) y jerarquía de acciones Objetivos

• Evitar que el header rebose en móvil. Añadir barra inferior con iconos (tabs) para Tareas, Grupos, Integraciones (calendario), Preferencias (alarma). Reducir peso visual de “Integraciones” en móvil.
• Consolidar “Completar” como acción primaria (checkbox/botón destacado); otras acciones (Reclamar/Soltar/Editar/Fecha) en segunda línea o menú contextual. Archivos a editar/crear
• apps/web/src/lib/ui/layout/AppShell.svelte
  • Añadir barra inferior sticky (solo en viewport ≤768px), con safe-area, iconos (SVG inline o emojis inicialmente), aria-labels y foco accesible.
  • Mantener header para desktop.
• (Opcional) apps/web/src/lib/ui/icons/* (nuevos)
  • CalendarIcon.svelte, AlarmIcon.svelte, TasksIcon.svelte, GroupsIcon.svelte (si prefieres SVGs en vez de emojis).
• apps/web/src/lib/ui/data/TaskItem.svelte
  • Ajustar layout mobile-first: acciones secundarias y espaciado compacto.

Fase 4 — Optimización: endpoint “overview” y orden en servidor Objetivos

• Evitar N peticiones en /app para el bloque “sin responsable”.
• Servir orden “por grupo” ya resuelto en servidor. Archivos a crear/editar
• apps/web/src/routes/api/me/tasks/overview/+server.ts (nuevo)
  • Respuesta: { assigned: Task[], unassigned: Task[] } (open).
  • Params: order=due|group_then_due (por defecto due).
  • Cada Task incluye: id, description, due_date, group_id, group_name, display_code, assignees[].
  • Gating: igual que /api/me/tasks.
• apps/web/src/routes/api/me/tasks/+server.ts
  • (Opcional) Añadir order=group_then_due y group_name via JOIN; mantener compatibilidad con tests existentes.
• apps/web/src/routes/app/+page.server.ts
  • Consumir overview para reducir llamadas y aplicar el orden de servidor.

Fase 5 — Responsables: conteo, marca “tú” y popover con wa.me Objetivos

• Mostrar de forma compacta cuántas personas están asignadas; marcar si el usuario actual está entre ellas; listar números y permitir mensaje directo (wa.me) bajo demanda. Archivos a editar/crear
• apps/web/src/lib/ui/data/TaskItem.svelte
  • Badge “Responsables: n” + “tú” si corresponde; al pulsar, abrir popover/modal con lista.
• apps/web/src/lib/ui/feedback/Popover.svelte (nuevo) o reutilizar un modal ligero existente
  • Accesibilidad: rol="dialog", focus trap, cierre con ESC.
• (Opcional) apps/web/src/lib/utils/phone.ts (nuevo)
  • Helpers para abreviar números y construir URL segura wa.me.

Fase 6 — Pulido y peso visual de “Integraciones” Objetivos

• Mantener “Integraciones” accesible pero de menor jerarquía en móvil.
• Ajustar densidad, estados vacíos y mensajes, y recordar colapsado por grupo en localStorage. Archivos a editar
• apps/web/src/lib/ui/layout/AppShell.svelte (tono/estilo de pestaña Integraciones).
• apps/web/src/routes/app/groups/+page.svelte (estado colapsado persistente).
• apps/web/src/routes/app/+page.svelte (estados vacíos claros).

Criterios de aceptación resumidos

• /app muestra dos secciones con todas las tareas requeridas; sin truncar descripciones; orden conmutado.
• /app/groups muestra todas las tareas abiertas por grupo; secciones colapsables; “Unassigned first” operativo.
• Completar y Deshacer completar funcionan desde ambas páginas; ventana de 24h configurable; gating correcto.
• PATCH no permite editar tareas sin grupo si no eres responsable (o creador, si se habilita).
• Navegación móvil no rebosa; barra inferior accesible.
• Asignados: conteo visible, “tú” resaltado y lista en popover con wa.me.

Notas de implementación y buenas prácticas

• Mantener cabeceras cache-control: no-store en endpoints de listas/acciones.
• Reutilizar el gating ya presente en claim/unassign/complete; factorizar si conviene (pero sin sobre-ingeniería).
• Idempotencia en endpoints de mutación (claim, unassign, complete, uncomplete).
• Evitar dependencias externas para UI; usar SVG inline o emojis como placeholder.
• Accesibilidad: aria-label en iconos, focus visible, roles correctos en popovers/diálogos.

Siguientes pasos

1. Implementar Fase 1 (UI base) con los archivos listados.
2. Implementar Fase 2 (uncomplete + PATCH gating).
3. Validar en móvil; luego abordar Fase 3 (tabs inferiores).
4. Optimizar con overview (Fase 4) y cerrar UX de responsables (Fase 5).
5. Pulido y documentación (Fase 6).