Implementa il ruolo allenatore nell'app

- Modello: tipo sugli slot, inRosa() al posto del filtro su attivo in tutte le
  letture della rosa di gioco (presenze, convocati, voti, palloni, classifiche,
  badge, sollecito); gli allenatori restano solo nei compleanni e in Squadra.
- Permessi: user_roles letto una volta per tutti i ruoli; usePuoGestireEventi()
  apre /eventi e il sollecito presenze anche all'allenatore, lato server con
  richiediGestoreEventi(). Palloni, sondaggio e messaggi restano all'admin.
- Identità: useGiocatoreInCampo() è null per l'allenatore, così non risponde alle
  presenze e non vota; useSonoAllenatore() decide cosa si vede.
- Profilo: per l'allenatore solo Docs (nome, cognome, nascita, telefono, email) e
  Opzioni; card avatar e tab Opzioni estratte per riusarle.
- Home, Squadra e partita: niente statistiche personali, badge, cacche e
  obiettivi per l'allenatore; in Rosa compare con la dicitura «Allenatore».
- Admin: tipo in «Aggiungi», allenatori a parte in Profili, fuori da conteggi ed
  export CSI.

Test unit su rosa di gioco e completamento, route test sull'allenatore.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

src/lib/ruoli.ts

@@ -2,33 +2,49 @@ import { useQuery } from "@tanstack/react-query";
 import { supabase } from "@/integrations/supabase/client";
 import { useSessione } from "./auth";
 
-export const RUOLI_KEY = ["ruolo-admin"] as const;
+export const RUOLI_KEY = ["ruoli-utente"] as const;
+
+export type Ruolo = "admin" | "allenatore";
 
 /**
- * Permessi di amministrazione: unica fonte è `user_roles` nel database (DD-011).
- * Nessuna lista di nomi, altrimenti basterebbe scegliere il nome giusto per amministrare.
+ * Permessi: unica fonte è `user_roles` nel database (DD-011). Nessuna lista di nomi,
+ * altrimenti basterebbe scegliere il nome giusto per amministrare. Il ruolo `allenatore`
+ * lo scrive un trigger quando si collega uno slot di tipo allenatore (M21, DD-034).
  */
 
 /** `null` = nessuna sessione, quindi il database non ha una risposta da dare. */
-async function fetchRuoloAdmin(utenteId: string | null): Promise<boolean | null> {
+async function fetchRuoli(utenteId: string | null): Promise<Ruolo[] | null> {
   if (!utenteId) return null;
   const { data, error } = await supabase
     .from("user_roles")
     .select("role")
     .eq("user_id", utenteId)
-    .eq("role", "admin")
-    .maybeSingle();
+    .in("role", ["admin", "allenatore"]);
   if (error) throw error;
-  return !!data;
+  return (data ?? []).map((r) => r.role as Ruolo);
 }
 
-export function useIsAdmin(): boolean {
+function useRuoli(): Ruolo[] {
   const { utenteId } = useSessione();
   // Il ruolo cambia solo quando un admin lo assegna: una lettura per sessione basta.
   const query = useQuery({
     queryKey: [...RUOLI_KEY, utenteId],
-    queryFn: () => fetchRuoloAdmin(utenteId),
+    queryFn: () => fetchRuoli(utenteId),
     staleTime: 30 * 60_000,
   });
-  return query.data === true;
+  return query.data ?? [];
+}
+
+export function useIsAdmin(): boolean {
+  return useRuoli().includes("admin");
+}
+
+export function useIsAllenatore(): boolean {
+  return useRuoli().includes("allenatore");
+}
+
+/** Chi crea e modifica gli eventi e sollecita le presenze: admin o allenatore (DD-034). */
+export function usePuoGestireEventi(): boolean {
+  const ruoli = useRuoli();
+  return ruoli.includes("admin") || ruoli.includes("allenatore");
 }