Documentación
Cuentas
Edite el usuario que inició sesión desde Studio local y vea cuál de esos campos usan las pantallas de configuración del escritorio.
Traducido automáticamente del inglés. Ver el original en inglés
Dos lugares donde se edita una cuenta
Las pantallas de configuración del escritorio llaman a la API de usuario sidecar (/api/user/profile, /api/user/password, /api/user/git-profile, /api/user/api-keys). Studio es una página local separada. Después de iniciar sesión, escribe las mismas tablas SQLite para ese usuario: User, una credencial Account fila cuando existe, ApiKey, y GitProfile.
Studio no llama al sidecar y no se ejecuta en la base de datos del sitio público. cadcam.fun sirve la página; el formulario de cuenta funciona cuando bun run dev en packages/web ha iniciado la API de Studio local en su archivo de base de datos.
Iniciar sesión en el estudio
El formulario de inicio de sesión verifica User.password con Bun.password (bcrypt) y almacena una fila en Session. El navegador mantiene esa sesión en el cadcamfun-studio galleta. Cerrar sesión elimina la fila de la sesión.
Esta no es la sesión de escritorio. El escritorio utiliza un token de portador de lanzamiento más un opcional x-session-token. Una cookie de Studio no autentica las solicitudes de sidecar y una sesión de escritorio no le permite iniciar sesión en Studio.
El sitio público no puede ver su base de datos.
Si la API local no se está ejecutando, Studio lo indica y deja ocultos los formularios de la cuenta. Empiece desde packages/web con bun run dev. El archivo de base de datos es CADCAMFUN_DB, DATABASE_URL, o data/cadcamfun.db en la raíz del repositorio.
Perfil
La sección de cuenta edita el nombre, el título, la empresa, la ubicación, el sitio web, la biografía, el perfil público y el correo electrónico. El correo electrónico se muestra y no se modifica. El nombre es obligatorio y debe tener como máximo 100 caracteres. La biografía debe tener como máximo 500 caracteres. Un sitio web, cuando se configura, debe ser una URL.
La pantalla de perfil del escritorio envía los mismos campos a PUT /api/user/profile. Una foto elegida en la interfaz de usuario del escritorio se almacena en el almacenamiento local de ese navegador, a menos que realmente se envíe la carga de varias partes; Studio no carga una imagen de perfil.
Contraseña
Studio comprueba la contraseña actual con User.password, la columna que utiliza su propio inicio de sesión. La nueva contraseña debe tener al menos 8 caracteres. El nuevo hash de bcrypt se vuelve a escribir en User.password. si un Account fila con providerId credential existe para ese usuario, el mismo hash se escribe allí también, porque PUT /api/user/password en el sidecar se lee esa fila.
No hay ningún control de configuración de escritorio para esta ruta de cambio de contraseña. Inicio de sesión, registro y restablecimiento del uso en el escritorio User.password a través de /api/auth/*.
Claves API
Al crear una clave se inserta una ApiKey fila cuyo keyHash es el resumen hexadecimal SHA-256 de un cad_ secreto. El secreto se devuelve una vez. Las listas posteriores muestran el nombre y las fechas, no el secreto. Revocar elimina la fila de ese usuario.
esto es lo real /api/user/api-keys almacenar. GET /api/user/tokens y POST /api/user/tokens devolver una lista de demostración fija y no persistir nada. Studio no ofrece esa lista de demostración. La pestaña Cuenta del escritorio todavía lee la ruta de demostración; No es un segundo almacén de claves.
identidad git
El formulario git lee y escribe GitProfile: el nombre y el correo electrónico que firman las confirmaciones de este usuario. La pantalla de perfil de escritorio edita la misma fila a través de GET y PUT /api/user/git-profile. Guardar en cualquier lugar reemplaza la identidad de esa identificación de usuario.
Configuración de escritorio
Abierto /settings en la aplicación de escritorio para las pestañas de perfil, cuenta, seguridad, notificaciones, IA, dispositivos e idioma. El perfil y la identidad de git coinciden con los campos de Studio anteriores. La forma HTTP de cada usuario y ruta de autenticación está en Usuarios y Autenticación.
| Campo de estudio | Aplicación de escritorio | almacenado en |
|---|---|---|
| Perfil | Configuración → Perfil, PUT /api/user/profile | User |
| Contraseña | PUT /api/user/password (sin control de configuración) | User.password y credencial Account.password |
| Claves API | /api/user/api-keys (sin control de configuración) | ApiKey |
| identidad git | Configuración → Perfil, /api/user/git-profile | GitProfile |
Lo que Studio no hace
- No registra un nuevo usuario. Inicie sesión con un usuario que ya tenga una contraseña en la base de datos seleccionada.
- No elimina una cuenta. Esa cascada sigue viva.
DELETE /api/user/delete-accounten el sidecar. - No gestiona claves de acceso.
POST /api/auth/passkey-registerresponde 501. - No edita las preferencias de notificación, los proveedores de IA ni los dispositivos complementarios. Esos permanecen en el escritorio.
- No acepta el sitio público como un servicio de cuenta alojado. Sin la API local, los formularios no están disponibles.