Contas

Dois lugares em que uma conta é editada

As telas de configurações da área de trabalho chamam a API do usuário secundário (/api/user/profile, /api/user/password, /api/user/git-profile, /api/user/api-keys). Studio é uma página local separada. Depois de entrar, ele grava as mesmas tabelas SQLite para esse usuário: User, uma credencial Account linha quando existe uma, ApiKey, e GitProfile.

O Studio não chama o sidecar e não é executado no banco de dados do site público. cadcam.fun atende a página; o formulário de conta funciona quando bun run dev em packages/web iniciou a API local do Studio em seu arquivo de banco de dados.

Login no estúdio

O formulário de login verifica User.password com Bun.password (bcrypt) e armazena uma linha em Session. O navegador mantém essa sessão no cadcamfun-studio biscoito. Sair exclui a linha da sessão.

Esta não é a sessão da área de trabalho. A área de trabalho usa um token de portador de lançamento mais um opcional x-session-token. Um cookie do Studio não autentica solicitações secundárias e uma sessão de desktop não conecta você ao Studio.

Perfil

A seção da conta edita nome, cargo, empresa, localização, site, biografia, perfil público e show-e-mail. O e-mail é mostrado e não é alterado. O nome é obrigatório e deve ter no máximo 100 caracteres. A biografia deve ter no máximo 500 caracteres. Um site, quando definido, deve ser uma URL.

A tela do perfil da área de trabalho envia os mesmos campos para PUT /api/user/profile. Uma foto escolhida na interface do desktop é armazenada no armazenamento local desse navegador, a menos que o multipart upload seja realmente enviado; O Studio não carrega uma imagem de perfil.

Senha

O Studio verifica a senha atual User.password, a coluna que seu próprio login usa. A nova senha deve ter pelo menos 8 caracteres. O novo hash bcrypt é gravado de volta em User.password. Se um Account linha com providerId credential existe para esse usuário, o mesmo hash está escrito lá também, porque PUT /api/user/password no sidecar lê essa linha.

Não há controle de configurações da área de trabalho para esta rota de alteração de senha. Login, inscrição e redefinição de uso na área de trabalho User.password através /api/auth/*.

Chaves de API

Criar uma chave insere um ApiKey linha cujo keyHash é o resumo hexadecimal SHA-256 de um cad_ segredo. O segredo é retornado uma vez. Listas posteriores mostram o nome e as datas, não o segredo. A revogação exclui a linha desse usuário.

Este é o verdadeiro /api/user/api-keys loja. GET /api/user/tokens e POST /api/user/tokens retorne uma lista de demonstração fixa e não persista nada. O Studio não oferece essa lista de demonstração. A guia Conta da área de trabalho ainda lê a rota de demonstração; não é um segundo armazenamento de chaves.

Identidade Git

O formulário git lê e grava GitProfile: o nome e email que assinam os commits deste usuário. A tela do perfil da área de trabalho edita a mesma linha por meio GET e PUT /api/user/git-profile. Salvar em qualquer lugar substitui a identidade desse ID de usuário.

Configurações da área de trabalho

Abrir /settings no aplicativo de desktop para perfis, conta, segurança, notificações, IA, dispositivos e guias de idioma. Perfil e identidade git correspondem aos campos do Studio acima. A forma HTTP de cada usuário e rota de autenticação está em Usuários e Autenticação.

O que o Studio não faz

• Não registra um novo usuário. Faça login com um usuário que já possui uma senha no banco de dados selecionado.
• Isso não exclui uma conta. Essa cascata continua viva DELETE /api/user/delete-account no sidecar.
• Ele não gerencia senhas. POST /api/auth/passkey-register responde 501.
• Ele não edita preferências de notificação, provedores de IA ou dispositivos complementares. Eles ficam na área de trabalho.
• Não aceita o site público como serviço de conta hospedada. Sem a API local, os formulários ficam indisponíveis.