Acesso à conta e comportamento do modelo
O fluxo de login da WeightsAPI não tem upload de documento de identidade nem etapa de KYC. O acesso e o uso permanecem vinculados à sua conta. A WeightsAPI não adiciona nenhum filtro de conteúdo de gateway. O catálogo inclui modelos originais e variantes fine-tuned publicadas, incluindo Dolphin e Hermes; seu treinamento e configuração ainda podem causar recusas. Verifique o status do serviço para disponibilidade de modelos.
Para onde vai o conteúdo da solicitação
O gateway não persiste prompts, respostas geradas ou argumentos de ferramentas em seu banco de dados de aplicação. Atender a uma solicitação paga, ainda assim, exige enviar o prompt ou as mensagens, e quaisquer ferramentas, a um tokenizador autoritativo; o provedor de inferência recebe a solicitação necessária para gerar uma resposta.
Essas etapas de processamento importam mesmo sem registros de conteúdo da aplicação. A retenção do tokenizador e do provedor de inferência, os registros de infraestrutura, o acesso operacional e o comportamento de exclusão não foram verificados de forma independente. Trate o comportamento de armazenamento do gateway como um limite, não como garantia de retenção zero de ponta a ponta. A documentação de tratamento de dados descreve o escopo atual.
Registros que o gateway mantém
Autenticação e contabilidade exigem registros além do conteúdo das mensagens:
- Contas e chaves: identificador da conta na plataforma e data de criação; identificador da chave, nome, prefixo visível, hash SHA-256, limite de gastos, modelos permitidos, sinalizador de revogação e data de criação. O segredo completo da chave é retornado somente quando criado.
- Contabilidade de solicitações: referências de conta/chave/modelo, valor da reserva, taxas congeladas de entrada/saída, estado, data de criação, totais de tokens quando liquidados e um identificador de resposta do provedor quando capturado.
- Uso e livro-razão: totais horários de solicitações e tokens por modelo e chave; valores em USD, referências contábeis, tipo de lançamento e carimbos de data/hora.
- Pagamentos: referência da ordem de financiamento, ativo, rede, endereço de recebimento fixo, meta em USD e status registrado; detalhes de transação, taxa de câmbio e confirmação somente quando fornecidos e registrados. Solicitações de saque também retêm destino, valor e estado de revisão.
- Outros registros de serviço: metadados de endpoint e registros de depósito confirmado usados para estabelecer elegibilidade de acesso à conta; quaisquer contadores históricos de avaliação não são um mecanismo de acesso.
As durações de retenção, os procedimentos de exclusão e as responsabilidades de acesso desses registros ainda precisam ser finalizados.
Pedidos de GPU dedicada retêm o hardware e modelo selecionados, preço mensal, status de pagamento e cancelamento, e datas de serviço e detalhes do endpoint quando o provisionamento for confirmado.
Controles com escopo definido
As chaves de API armazenadas usam hashes para autenticação; nomes e prefixos permanecem legíveis para o gerenciamento da conta. O console oferece suporte a chaves separadas, listas de permissão de modelos, limites de gastos e revogação. Use chaves separadas para ambientes e aplicações e mantenha os segredos no seu servidor. Uma chave revogada não pode admitir novas solicitações, enquanto solicitações já admitidas ainda podem ser liquidadas.
O acesso à IA está vinculado à conta conectada e exige uma recarga confirmada de pelo menos USD 100. Não há cota pública gratuita de avaliação. Uma vez qualificada, a conta pode gastar o crédito restante abaixo de USD 100 quando suficiente para a solicitação; cada recarga posterior ainda tem mínimo de USD 100. Quaisquer registros históricos de contadores de avaliação, se existirem, precisam de uma revisão de retenção separada e não concedem acesso.
A contabilidade é explícita sobre incertezas
O crédito disponível é o saldo contábil menos as reservas ativas. Antes do envio, o gateway reserva o custo máximo da solicitação usando contagens autoritativas de tokens de entrada e o limite de saída. A liquidação usa o uso relatado pelo provedor e as taxas salvas com essa reserva. Uso ausente ou inconsistente mantém o crédito pendente de reconciliação em vez de cobrar uma contagem estimada de tokens.
Um pedido de financiamento registra o ativo, a rede, o endereço de recebimento, o alvo em USD e a cotação em criptomoeda. O crédito requer uma transação correspondente e verificada; criar um pedido ou atualizar seu status não pode confirmar o pagamento. Mantenha a referência do pedido e o identificador público da transação até que a conta mostre crédito confirmado. Veja faturamento.
Regiões e confiabilidade precisam de evidências
Dallas, Ashburn e Portland são regiões de GPU pretendidas. Nenhuma frota implantada, garantia de roteamento ou residência de dados verificada é reivindicada. Um endpoint configurado não é evidência de serviço saudável.
A página de status relata disponibilidade e estado de monitoramento. Um histórico de incidentes vazio não estabelece tempo de atividade. Nenhuma porcentagem de disponibilidade, data de entrega ou compromisso de latência é garantido.
Decida o que é adequado antes de enviar dados
Avalie as saídas para o seu caso de uso e verifique a licença e as restrições de cada modelo. Um modelo de pesos abertos ou a ausência de uma camada de filtragem de modelo adicionada não remove sua responsabilidade pelo uso legal, direitos de terceiros ou comportamento seguro da aplicação. Use dados sintéticos enquanto a cadeia de provedores permanecer não verificada.
Leia as informações de tratamento de dados e as condições de serviço antes de comprometer uma carga de trabalho. A identidade do operador, jurisdição, contatos oficiais, períodos de retenção e procedimentos de direitos de dados não são publicados. Nenhuma certificação, auditoria independente ou nível de serviço contratual é reivindicado.