Uso e limites da equipe

Para verificação de solicitação e uso, comece com Uso diário. Use esta referência para recuperação de senha, limites de solicitação e estatísticas detalhadas. Acesso compartilhado livre não precisa de configuração limite extra.

Ciclo de vida da senha

Ambos os papéis podem ser abertos Preferências → Alterar senha. A senha atual é necessária; a nova senha deve conter 8-20 caracteres Unicode. O administrador de plataforma na primeira área de trabalho pode abrir Membros → Mais ações → Reiniciar senha para um membro, incluindo um membro desactivado. A restauração de um membro desactivado não permite essa conta.

Todas as alterações bem- sucedidas substituem o hash Argon2id e revogam todas as sessões de navegador desse usuário, incluindo a sessão atual. Outros usuários permanecem conectados. A verificação de senha e a criação de sessão verificam novamente o mesmo hash, de modo que um login que verificou uma senha antiga não pode criar uma sessão após uma redefinição simultânea. Mutações de senha retêm a mesma origem/JSON Verifica, o acelerador de autenticação existente, e a contagem limitada de trabalhadores.

Gateway API as chaves têm um ciclo de vida independente e permanecem válidas. Revogue as chaves afetadas separadamente, se necessário; desabilitando um membro continua a suspender todas as suas chaves. Nenhuma senha ou hash é retornada pelo gerenciamento API ou armazenado no armazenamento do navegador. Fechando um formulário de senha descarta seus dados pendentes de mutação.

Se o administrador não conseguir iniciar sessão, use o comando de recuperação local. Pare a instância e faça backup do seu banco de dados e credentials.key juntos primeiro. Ponto SUBLANE_DATA_DIR na instância existente e fornecer a nova senha através de entrada padrão, por exemplo a partir de um arquivo privado:

SUBLANE_DATA_DIR=/path/to/data ./bin/sublane reset-admin-password --password-stdin < /secure/path/new-password

Mantenha o arquivo de entrada legível apenas pelo seu proprietário e remova- o após o uso. O comando aceita uma linha, nunca pega uma senha em argumentos de linha de comando, rejeita a entrada direta do terminal e nunca imprime a senha. Ele requer um banco de dados e administrador existentes, verifica o esquema de banco de dados suportado e revoga as sessões de navegador de administrador. HTTP servidor, inicializar um novo administrador, alterar chaves de gateway ou modificar credenciais de assinatura. Não existe um endpoint de recuperação pública.

Limites dos pedidos dos Estados-Membros

Administradores abertos Membros → Mais ações → Solicitar limites. Solicitações por minuto padrão para 0 (ilimitado), e os padrões de concordância de membro para 10. Definir um limite para 0 desativa esse limite pessoal. Limites de adesão se aplicam a cada função; compartilhamento de espaço de trabalho/capacidade de conta ainda se aplica. Atualizações preservam limites salvos existentes.

O limite de taxa usa limites fixos de minutos UTC. Um limite pode admitir pedidos de cada uma das janelas adjacentes em sucessão rápida; este não é um limite de janela deslizante. Uma solicitação consome uma ranhura de taxa após a validação e a admissão de correspondência de membro, antes da seleção da conta a montante. Uma conta indisponível, arrefecer ou falha posterior do provedor ainda consome essa ranhura. As solicitações já rejeitadas pela concorrência de membro ou a admissão de taxa não consomem outra ranhura de taxa. WebSocket o pré-aquecimento não consome limites de solicitação de modelos.

HTTP/SSE, Chat Completions, compactação e WebSocket A volta do modelo usa o mesmo caminho de admissão. As tentativas de transferência a montante dentro de uma solicitação lógica não consomem slots extras. As locações dos membros permanecem ativas até que o ciclo de vida de resposta existente feche e solte exatamente uma vez na conclusão normal, cancelamento, falha ou desligamento. As alterações se aplicam às solicitações subsequentes; a redução de um limite de concorrência permite o término das chamadas admitidas. Os limites de gateway e conta compartilhados ainda se aplicam mesmo quando os limites pessoais estão desabilitados.

HTTP Rejeições limite retornam 429 com member_busy ou member_rate_limited e um cabeçalho limitado após a repetição. WebSocket voltas retornar um evento de erro correspondente. Rejeição local nunca penaliza uma conta a montante. Políticas e contadores de minutos são persistidos em SQLite. Os contadores em voo estão localizados no processo e vazios após reiniciar; execute um SubLane processo por base de dados.

Limites de pedido por membro com valores sintéticos:

Alocações de uso

Crie um grupo de recursos dedicado, conceda acesso aos membros e adicione uma alocação por percentagem, montante, tokens ou janela de tempo. As percentagens dividem um orçamento configurado de tokens ou USD internos; as janelas aplicam vários limites USD por duração. Proprietários e administradores não precisam de concessão direta ao grupo. Todas as chaves de um membro ligadas à mesma alocação partilham o saldo. Consulte alocações de uso para configuração e reposição.

Nota de atualização: Os antigos orçamentos de token de chaves padrão não limitam mais os pedidos. Para manter um limite de token, crie uma margem de recursos e uma nova chave ligada a ele. As linhas de orçamento existentes permanecem em bases de dados atualizadas, mas o aplicativo não as lê ou atualiza. O uso durante esta versão não é adicionado aos contadores antigos se você voltar atrás.

Resumos de utilização

Geral → Visão geral → Seu uso mostra as chamadas do usuário atual e os limites pessoais atuais. Administração → Uso da equipe mostra o espaço de trabalho seleccionado. Escolha hoje ou os últimos 7, 30 ou 90 dias de calendário UTC, incluindo o dia parcial actual. Os resumos incluem contagens de pedidos, contagens de resultados, taxa de conclusão, duração média, e tokens de entrada/saída relatados. As desagregações diárias, de modelos e de grupos estão disponíveis para ambas as funções; a visualização da equipa também inclui membros. As desagregações não diárias mostram os 20 itens superiores por contagem de pedidos, enquanto os totais cobrem sempre todo o período seleccionado. As tendências diárias usam um gráfico de linhas interactivo; as comparações de modelos, grupos e membros usam barras horizontais. Alternar entre requisições, tokens de entrada e tokens de saída, e expandir Ver os detalhes para valores tabulares exatos. As lacunas do item permanecem desconhecidas ao invés de serem plotadas como zero. Pontos diários suportam inspeção de ponteiro/touch e navegação com teclas de seta.

A taxa de conclusão é completada por pedidos divididos por todas as tentativas gravadas; as respostas incompletas têm uma contagem separada. A duração média inclui rejeição local, cancelamento e falha. Os relatórios de fichas em falta permanecem desconhecidos e as somas parciais são explicitamente marcadas. Os contadores de 'cached- token' também são retidos pela API. Estas são estatísticas operacionais. Alocações de uso utilizar um livro de registos separado; os totais sumários não são uma factura ou o restante subsídio.

A cobertura inicia- se quando a recolha de estatísticas começa na base de dados inicializada, e a interface mostra essa hora. Os registos de pedidos existentes não estão preenchidos porque o histórico retido pode já estar incompleto. As tentativas partilham a limite de cobertura request-history: falhas de autenticação, HTTP as falhas de validação antes da entrada do gateway, rejeição global da admissão, consultas de metadados e pré-aquecimento estão excluídas. As rejeições de membros-limite dentro do agendamento do gateway estão incluídas.

Os agregados são armazenados independentemente dos registros de pedidos recentes em baldes diários UTC por usuário, pool, provedor e modelo normalizado. No máximo 64 rótulos de modelos distintos são mantidos por usuário por dia; rótulos adicionais são agrupados como Outros modelos sem contagens de queda ou fichas relatadas. Codex prefixo partilha uma legenda. Nenhum prompt, resposta, erro de provedor bruto, credencial, endereço IP ou identificador de sessão é armazenado.

Os agregados são retidos durante 90 dias de calendário. A limpeza é executada ao gravar ou ler resumos, pelo que um banco de dados inativo é recuperado na próxima operação. Agregado e request-record escreve commit juntos, e cada resumo lido usa um instantâneo de banco de dados. Uma falha de armazenamento é registrada e nenhum dos registros é relatado como persistido com sucesso. A filtragem pessoal ocorre no SQL usando a identidade autenticada da sessão; um ID ou escopo de usuário fornecido não pode expandir o acesso. Nenhuma identidade de conta de assinatura aparece em resumos.

Resumo de uso do administrador de exemplo com totais sintéticos:

Mapa de calor da atividade por hora

Tanto a seção de uso pessoal na Visão Geral quanto o local da página de uso da equipe Atividade por tempo abaixo do gráfico primário e acima das linhas de detalhes opcionais. As sete linhas representam segunda-feira- domingo e as 24 colunas representam horas UTC. As cores refletem a métrica atual requisição/input-token/output-token somada ao longo dos slots de dia de semana/hora correspondentes no período selecionado. A alteração da desagregação primária não altera o escopo pessoal/de equipe do mapa de calor.

Os agregados por hora usam a hora de início da requisição e são gravados quando o modelo tenta terminar, na mesma transação que os agregados diários e o histórico recente. Eles contêm apenas ID de usuário, hora UTC, contagem de requisição, dados de entrada/saída e sua contagem de relatórios. O armazenamento está limitado a, no máximo, uma linha por usuário por hora durante os 90 dias de calendário retidos, independentemente do modelo e da cardinalidade do pool.

A atividade horária registra uma data- horário de início da coleção separada. Os totais diários anteriores e os registros de pedidos podados não são preenchidos em horas. Células sem qualquer janela horária coletada correspondente, incluindo slots futuros, permanecem desconhecidos em vez de zero. Janelas observadas sem pedidos mostram zero. As chamadas sem um relatório de fichas mantêm o estado não relatado; as somas parcialmente relatadas são marcadas. As primeiras e atuais janelas horárias podem ser parciais, e a API expõe o calendário de início e observação da coleção.

Hover, toque ou foque numa célula para ler o seu total e o número de janelas horárias correspondentes. As teclas de seta movem- se dentro da grelha; Home/End movem- se dentro de uma linha e Ctrl+Home/End salta para a primeira/última célula. Os ecrãs estreitos deslocam- se para dentro do mapa de calor. As respostas de utilização existentes incluem uma activity objeto contendo datapastas de cobertura e uma grade fixa, segunda-feira-primeiro 168-cell; filtragem de propriedade permanece servidor-lado.

Objectivos e armazenagem

O arranque inicializa bases novas e aplica, por ordem, as migrações em falta a bases existentes compatíveis. A estrutura preliminar incompatível com 001_settings.sql é rejeitada; preserve o diretório original antes de usar um novo. Exporte e verifique uma cópia de segurança antes de atualizar. Mudar apenas a imagem não reverte dados migrados.