Empieza con gho_, ghp_ o github_pat_.
Dónde conseguirlo — dos opciones:
1. Si ya tienes gh CLI instalado y logueado → abre Terminal y corre gh auth token, copia el resultado.
2. O crea uno nuevo en github.com/settings/tokens/new → marca el scope repo → "Generate token".
Necesita acceso de lectura al repo gamezfher-sudo/pos-template (si usas una cuenta de GitHub distinta a esa, agrégala ahí como colaboradora primero). El repo del cliente se crea bajo la cuenta dueña de este token.

Empieza con sbp_.
Dónde conseguirlo: supabase.com/dashboard/account/tokens (ya logueado con la cuenta de Supabase que quieras usar para este cliente) → "Generate new token" → nómbralo y cópialo, solo se muestra una vez.
Cada cuenta de Supabase tiene su propio tope de 2 proyectos gratis — por eso puedes usar una cuenta distinta por cliente, y por eso este token nunca se guarda en el panel, solo viaja con cada acción que hagas.

Nombre real del negocio del cliente — se puede cambiar después, dentro de la app, en Modo Dios → Marca.

Se autocompleta a partir del nombre del negocio (puedes editarlo). Tiene que ser un nombre que no exista todavía en la cuenta de GitHub del token de arriba.

Aparece después de darle "Buscar organizaciones" arriba, con el token de Supabase ya puesto.

El proyecto ya tiene que existir de antemano (créalo tú mismo en el Dashboard de Supabase antes de usar este panel) — esta herramienta nunca crea un proyecto por su cuenta. Si el proyecto correcto no aparece, confirma la organización elegida arriba (verifica el ref, no solo el nombre, si hay proyectos con nombres parecidos).

Supabase nunca expone este valor por API — hay que copiarlo a mano, y es el único dato de todo el formulario que funciona así. Ve a Project Settings → JWT Keys → "Legacy JWT Secret" del proyecto que elegiste arriba (el link se actualiza solo en cuanto eliges el proyecto) → cópialo → pégalo aquí.

De la persona que va a usar el sistema día a día (o el nombre del negocio, si prefieres).

Es el usuario con el que el cliente inicia sesión — no tiene que ser un correo real/verificable, solo único dentro de este proyecto.

Mínimo 6 caracteres. Guárdala — el panel no la vuelve a mostrar después.

Mínimo 6 caracteres. Tu acceso oculto de soporte — sin correo visible, se activa desde "· acceso especial ·" en la pantalla de login del sistema del cliente. Guárdala en un lugar seguro, es tuya, nunca del cliente.

Cualquier imagen (PNG/JPG), idealmente cuadrada. Si la subes, el panel genera 3 tamaños y los sube directo al repo, a la carpeta icons/. Si la dejas vacía, este paso se salta sin bloquear el resto.
Para qué son y dónde se ven: son los íconos de la PWA — el que aparece cuando el cliente "instala" el sistema en su celular/computadora (ícono de acceso directo en pantalla de inicio, ícono de la app ya instalada, pestaña del navegador). No es lo mismo que el logo de marca (el que se ve dentro de la app, en encabezados y tickets impresos) — ese es un dato de la base de datos, se sube después, ya dentro del sistema con la cuenta Admin, en Modo Dios → Marca. Puedes usar la misma imagen para ambos si quieres, pero son 2 lugares totalmente independientes — subir uno aquí no llena el otro.

Dónde encontrarlo: dash.cloudflare.com → Workers & Pages → Overview → columna derecha, "Account ID".

Cómo crearlo: dash.cloudflare.com/profile/api-tokens → "Create Token" → "Create Custom Token" → en Permissions agrega Account · Cloudflare Pages · Edit → "Continue to summary" → "Create Token" → cópialo (solo se muestra una vez).
Requisito único, de por vida (no por cliente): la app de GitHub de Cloudflare Pages debe estar autorizada en tu cuenta — si nunca lo hiciste, ve a Workers & Pages → Create → "Import an existing Git repository" → "Continue with GitHub" → en GitHub, elige "All repositories" para que cubra cualquier repo que este panel cree después.
Si dejas estos 2 campos vacíos, el paso de Cloudflare se salta sin bloquear el resto.