O Jev 1.13 é o modelo System One versionado da TypeSafe para decisões estruturadas. O seu identificador no produtor é jev-1.13.0. Avalia texto ou estado JSON textual face a perguntas tipadas e devolve diretamente valores e distribuições de probabilidade, sem redigir uma resposta escrita. Esta edição adequa-se a classificação, encaminhamento, verificações de condições e juízos por rubrica cujos resultados possíveis são conhecidos antes do pedido.
Forneça como estado uma cadeia de texto, um objeto JSON ou uma matriz de valores de texto. Utilize campos com nome quando a evidência contém registos relacionados, uma conversa e uma política. Mantenha as partes de que cada pergunta precisa e faça referência a um campo ou elemento específico quando isso identifica a evidência com clareza. O Jev 1.13 trabalha apenas com texto; imagens, áudio, vídeo e binários têm de ser preparados como texto ou campos textuais estruturados fora deste modelo.
Cada pergunta tem um tipo, instruções e os critérios que o seu tipo exige. As instruções e as descrições dos critérios podem utilizar texto ou estrutura JSON. O produtor devolve as respostas sob os identificadores das perguntas, mas esses identificadores não fazem parte da inferência. Escreva a pergunta completa, em vez de confiar que um identificador como urgent implique o critério pretendido. Um estado de suporte útil pode conter a mensagem e os detalhes do impacto, enquanto perguntas separadas definem a sua categoria e gravidade.
O tipo Choice seleciona a opção de maior probabilidade do conjunto não ordenado definido por quem faz a chamada. O seu mapa de critérios contém as chaves e as descrições das opções, sendo permitido null quando uma opção não precisa de explicação adicional. O limite documentado é de 255 opções por Choice. Acrescente uma opção «outro» ou «sem correspondência» quando uma taxonomia não cobre toda a evidência possível, e explique as fronteiras que um nome curto de categoria não resolve.
A resposta contém a opção selecionada, uma probabilidade para cada opção e a confiança. Mantenha a distribuição quando dois candidatos estão próximos, em vez de tratar o rótulo selecionado como certeza. A categoria selecionada pode identificar um encaminhamento proposto; a aplicação envolvente decide se e como executar esse encaminhamento.
O tipo Score utiliza uma matriz ordenada de níveis descritos, sendo recomendados pelo menos dois e suportados até dez. Os índices começam em 0. O resultado numérico é a média dos índices dos níveis ponderada pelas probabilidades, pelo que pode ficar entre níveis. A legenda da resposta relaciona os índices com as respetivas descrições, e as probabilidades dos níveis mostram como o juízo se distribui.
Para a gravidade, descreva a diferença entre impacto estético, uma solução alternativa utilizável e uma tarefa bloqueada. Uma pontuação fracionária pode ajudar a definir prioridades ou a agregar juízos, enquanto selecionar a categoria mais provável é uma operação diferente. O guia específico desta edição da TypeSafe adverte que o Score é fraco para reconstruir uma quantidade física ou numérica exata por interpolação entre níveis. Mantenha a aritmética precisa e as medições fora do modelo.
O tipo Noul devolve a probabilidade, de 0 a 1, de que uma condição definida seja verdadeira. Critérios opcionais de verdadeiro e falso clarificam a fronteira. Não tem um campo de confiança separado. Uma probabilidade próxima de 0,5 indica incerteza entre sim e não, e não um valor intermédio numa escala graduada.
A confiança de Choice e de Score deriva das respetivas distribuições. Para uma Choice com pelo menos duas opções (n > 1) e probabilidade selecionada p_max, a fórmula documentada é (p_max − 1/n) / (1 − 1/n): compara o resultado mais provável com uma divisão equitativa. A confiança de Score tem também em conta a distância ponderada pelas probabilidades em relação ao nível mais provável, normalizada face à dispersão de uma distribuição uniforme e com um mínimo de 0. Assim, a ambiguidade entre níveis adjacentes e a ambiguidade entre extremos opostos têm significados diferentes. Mantenha a distribuição completa quando a tarefa precisa de mais detalhe do que uma única estatística.
As perguntas de um mesmo pedido veem o mesmo estado e são avaliadas de forma independente. O resultado de uma pergunta não é contexto oculto para outra. Divida um juízo amplo em questões focadas e, depois, interprete ou combine os valores devolvidos de acordo com a tarefa. Um problema pode ter uma categoria, uma classificação de impacto e uma verificação de relevância, sem transformar esses critérios independentes num único rótulo de prioridade vago.
Se uma pergunta posterior precisar de evidência obtida ou de opções escolhidas a partir de um resultado anterior, torne essa dependência explícita num pedido posterior. Para a extração de candidatos, obtenha primeiro os valores disponíveis a partir da fonte e, depois, utilize uma Choice delimitada para selecionar entre eles. O Jev 1.13 não está treinado para geração de texto livre e não deve ser descrito como capaz de produzir uma cadeia nova arbitrária ou uma explicação narrativa.
O fabricante indica um orçamento de 64k tokens para o estado mais todas as perguntas combinadas, e um orçamento de 32k tokens para o estado mais a pergunta individual mais longa. Ambas as restrições importam. Um estado que caiba no orçamento total pode, ainda assim, deixar pouco espaço para as instruções e opções de uma pergunta individual. Remova o material não relacionado, mantendo a evidência que determina a resposta.
O inglês é a principal língua de treino desta edição, e o produtor indica que é nela que obtém a melhor precisão. Outras línguas, incluindo escritas CJK, são aceites, mas não têm a mesma precisão. Utilize material de origem representativo da língua pretendida ao avaliar como devem ser interpretadas as probabilidades ou as fronteiras entre categorias. Um contrato de entrada apenas de texto não estabelece um desempenho multilingue universal.
A TypeSafe documenta a leitura literal de palavras de âmbito e de negações, contagem e aritmética pouco fiáveis, dificuldade em comparar datas como quantidades ordenadas e menor fiabilidade com várias camadas de indireção. Recomenda fazer o cálculo exato em código e deixar ao modelo o juízo semântico. As codificações numéricas podem ser menos eficazes do que nomes com significado, e um estado grande, cheio de detalhes não relacionados, pode desviar a atenção da evidência relevante.
O mesmo guia refere que conteúdo adversarial no estado pode orientar a resposta; instruções e critérios contraditórios podem confundi-la; e a ordem das opções de uma Choice pode, por vezes, enviesar um resultado a favor de uma opção inicial. Defina a condição efetiva, alinhe as instruções com os critérios, reduza saltos desnecessários e compare os juízos limítrofes com a fonte. Tenha presentes os limites do Jev 1.13 ao interpretar os seus juízos.
Um artefacto útil do Jev 1.13 preserva o identificador do estado, a pergunta completa, as opções ou níveis, o resultado tipado, as probabilidades e a estatística de confiança relevante. Mantenha a versão explícita quando os resultados ou limiares dependem desta edição. Reveja os casos incertos face à evidência e deixe a aplicação executar os cálculos exatos e as ações do fluxo de trabalho; o modelo fornece um juízo focado com incerteza numérica.
", "aboutText": "O Jev 1.13 é o modelo System One versionado da TypeSafe para decisões estruturadas. O seu identificador no produtor é jev-1.13.0. Avalia texto ou estado JSON textual face a perguntas tipadas e devolve diretamente valores e distribuições de probabilidade, sem redigir uma resposta escrita. Esta edição adequa-se a classificação, encaminhamento, verificações de condições e juízos por rubrica cujos resultados possíveis são conhecidos antes do pedido.\n\n### Preparação do estado e de perguntas focadas\n\nForneça como estado uma cadeia de texto, um objeto JSON ou uma matriz de valores de texto. Utilize campos com nome quando a evidência contém registos relacionados, uma conversa e uma política. Mantenha as partes de que cada pergunta precisa e faça referência a um campo ou elemento específico quando isso identifica a evidência com clareza. O Jev 1.13 trabalha apenas com texto; imagens, áudio, vídeo e binários têm de ser preparados como texto ou campos textuais estruturados fora deste modelo.\n\nCada pergunta tem um tipo, instruções e os critérios que o seu tipo exige. As instruções e as descrições dos critérios podem utilizar texto ou estrutura JSON. O produtor devolve as respostas sob os identificadores das perguntas, mas esses identificadores não fazem parte da inferência. Escreva a pergunta completa, em vez de confiar que um identificador como urgent implique o critério pretendido. Um estado de suporte útil pode conter a mensagem e os detalhes do impacto, enquanto perguntas separadas definem a sua categoria e gravidade.\n\n### Choice: uma categoria fornecida e a sua distribuição\n\nO tipo Choice seleciona a opção de maior probabilidade do conjunto não ordenado definido por quem faz a chamada. O seu mapa de critérios contém as chaves e as descrições das opções, sendo permitido null quando uma opção não precisa de explicação adicional. O limite documentado é de 255 opções por Choice. Acrescente uma opção «outro» ou «sem correspondência» quando uma taxonomia não cobre toda a evidência possível, e explique as fronteiras que um nome curto de categoria não resolve.\n\nA resposta contém a opção selecionada, uma probabilidade para cada opção e a confiança. Mantenha a distribuição quando dois candidatos estão próximos, em vez de tratar o rótulo selecionado como certeza. A categoria selecionada pode identificar um encaminhamento proposto; a aplicação envolvente decide se e como executar esse encaminhamento.\n\n### Score: um nível esperado, não uma medição exata\n\nO tipo Score utiliza uma matriz ordenada de níveis descritos, sendo recomendados pelo menos dois e suportados até dez. Os índices começam em 0. O resultado numérico é a média dos índices dos níveis ponderada pelas probabilidades, pelo que pode ficar entre níveis. A legenda da resposta relaciona os índices com as respetivas descrições, e as probabilidades dos níveis mostram como o juízo se distribui.\n\nPara a gravidade, descreva a diferença entre impacto estético, uma solução alternativa utilizável e uma tarefa bloqueada. Uma pontuação fracionária pode ajudar a definir prioridades ou a agregar juízos, enquanto selecionar a categoria mais provável é uma operação diferente. O guia específico desta edição da TypeSafe adverte que o Score é fraco para reconstruir uma quantidade física ou numérica exata por interpolação entre níveis. Mantenha a aritmética precisa e as medições fora do modelo.\n\n### Noul e a confiança têm significados distintos\n\nO tipo Noul devolve a probabilidade, de 0 a 1, de que uma condição definida seja verdadeira. Critérios opcionais de verdadeiro e falso clarificam a fronteira. Não tem um campo de confiança separado. Uma probabilidade próxima de 0,5 indica incerteza entre sim e não, e não um valor intermédio numa escala graduada.\n\nA confiança de Choice e de Score deriva das respetivas distribuições. Para uma Choice com pelo menos duas opções (n > 1) e probabilidade selecionada p_max, a fórmula documentada é (p_max − 1/n) / (1 − 1/n): compara o resultado mais provável com uma divisão equitativa. A confiança de Score tem também em conta a distância ponderada pelas probabilidades em relação ao nível mais provável, normalizada face à dispersão de uma distribuição uniforme e com um mínimo de 0. Assim, a ambiguidade entre níveis adjacentes e a ambiguidade entre extremos opostos têm significados diferentes. Mantenha a distribuição completa quando a tarefa precisa de mais detalhe do que uma única estatística.\n\n### Juízos independentes sobre evidência partilhada\n\nAs perguntas de um mesmo pedido veem o mesmo estado e são avaliadas de forma independente. O resultado de uma pergunta não é contexto oculto para outra. Divida um juízo amplo em questões focadas e, depois, interprete ou combine os valores devolvidos de acordo com a tarefa. Um problema pode ter uma categoria, uma classificação de impacto e uma verificação de relevância, sem transformar esses critérios independentes num único rótulo de prioridade vago.\n\nSe uma pergunta posterior precisar de evidência obtida ou de opções escolhidas a partir de um resultado anterior, torne essa dependência explícita num pedido posterior. Para a extração de candidatos, obtenha primeiro os valores disponíveis a partir da fonte e, depois, utilize uma Choice delimitada para selecionar entre eles. O Jev 1.13 não está treinado para geração de texto livre e não deve ser descrito como capaz de produzir uma cadeia nova arbitrária ou uma explicação narrativa.\n\n### Contexto e limites linguísticos específicos da edição\n\nO fabricante indica um orçamento de 64k tokens para o estado mais todas as perguntas combinadas, e um orçamento de 32k tokens para o estado mais a pergunta individual mais longa. Ambas as restrições importam. Um estado que caiba no orçamento total pode, ainda assim, deixar pouco espaço para as instruções e opções de uma pergunta individual. Remova o material não relacionado, mantendo a evidência que determina a resposta.\n\nO inglês é a principal língua de treino desta edição, e o produtor indica que é nela que obtém a melhor precisão. Outras línguas, incluindo escritas CJK, são aceites, mas não têm a mesma precisão. Utilize material de origem representativo da língua pretendida ao avaliar como devem ser interpretadas as probabilidades ou as fronteiras entre categorias. Um contrato de entrada apenas de texto não estabelece um desempenho multilingue universal.\n\n### Limitações substantivas publicadas\n\nA TypeSafe documenta a leitura literal de palavras de âmbito e de negações, contagem e aritmética pouco fiáveis, dificuldade em comparar datas como quantidades ordenadas e menor fiabilidade com várias camadas de indireção. Recomenda fazer o cálculo exato em código e deixar ao modelo o juízo semântico. As codificações numéricas podem ser menos eficazes do que nomes com significado, e um estado grande, cheio de detalhes não relacionados, pode desviar a atenção da evidência relevante.\n\nO mesmo guia refere que conteúdo adversarial no estado pode orientar a resposta; instruções e critérios contraditórios podem confundi-la; e a ordem das opções de uma Choice pode, por vezes, enviesar um resultado a favor de uma opção inicial. Defina a condição efetiva, alinhe as instruções com os critérios, reduza saltos desnecessários e compare os juízos limítrofes com a fonte. Tenha presentes os limites do Jev 1.13 ao interpretar os seus juízos.\n\nUm artefacto útil do Jev 1.13 preserva o identificador do estado, a pergunta completa, as opções ou níveis, o resultado tipado, as probabilidades e a estatística de confiança relevante. Mantenha a versão explícita quando os resultados ou limiares dependem desta edição. Reveja os casos incertos face à evidência e deixe a aplicação executar os cálculos exatos e as ações do fluxo de trabalho; o modelo fornece um juízo focado com incerteza numérica.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "22ec45c75afcbb5d1e41a93727441fc4be2943f612ea0e1697a9cf7eec41a026", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "pt-pt", "methods": [ { "html": "typesafe/jev-1.13O Jev 1.13 é o modelo de decisão System One da TypeSafe, apenas para texto. Devolve diretamente Choices tipadas, Scores fracionários de rubrica e probabilidades de sim/não, com distribuições e estatísticas de confiança específicas do modelo, para classificação, encaminhamento e juízos focados.
Esta descrição apresenta as capacidades do modelo. As entradas, saídas e opções disponíveis no Ailoot para o método selecionado estão indicadas abaixo.
O Jev 1.13 é o modelo System One versionado da TypeSafe para decisões estruturadas. O seu identificador no produtor é jev-1.13.0. Avalia texto ou estado JSON textual face a perguntas tipadas e devolve diretamente valores e distribuições de probabilidade, sem redigir uma resposta escrita. Esta edição adequa-se a classificação, encaminhamento, verificações de condições e juízos por rubrica cujos resultados possíveis são conhecidos antes do pedido.
Forneça como estado uma cadeia de texto, um objeto JSON ou uma matriz de valores de texto. Utilize campos com nome quando a evidência contém registos relacionados, uma conversa e uma política. Mantenha as partes de que cada pergunta precisa e faça referência a um campo ou elemento específico quando isso identifica a evidência com clareza. O Jev 1.13 trabalha apenas com texto; imagens, áudio, vídeo e binários têm de ser preparados como texto ou campos textuais estruturados fora deste modelo.
Cada pergunta tem um tipo, instruções e os critérios que o seu tipo exige. As instruções e as descrições dos critérios podem utilizar texto ou estrutura JSON. O produtor devolve as respostas sob os identificadores das perguntas, mas esses identificadores não fazem parte da inferência. Escreva a pergunta completa, em vez de confiar que um identificador como urgent implique o critério pretendido. Um estado de suporte útil pode conter a mensagem e os detalhes do impacto, enquanto perguntas separadas definem a sua categoria e gravidade.
O tipo Choice seleciona a opção de maior probabilidade do conjunto não ordenado definido por quem faz a chamada. O seu mapa de critérios contém as chaves e as descrições das opções, sendo permitido null quando uma opção não precisa de explicação adicional. O limite documentado é de 255 opções por Choice. Acrescente uma opção «outro» ou «sem correspondência» quando uma taxonomia não cobre toda a evidência possível, e explique as fronteiras que um nome curto de categoria não resolve.
A resposta contém a opção selecionada, uma probabilidade para cada opção e a confiança. Mantenha a distribuição quando dois candidatos estão próximos, em vez de tratar o rótulo selecionado como certeza. A categoria selecionada pode identificar um encaminhamento proposto; a aplicação envolvente decide se e como executar esse encaminhamento.
O tipo Score utiliza uma matriz ordenada de níveis descritos, sendo recomendados pelo menos dois e suportados até dez. Os índices começam em 0. O resultado numérico é a média dos índices dos níveis ponderada pelas probabilidades, pelo que pode ficar entre níveis. A legenda da resposta relaciona os índices com as respetivas descrições, e as probabilidades dos níveis mostram como o juízo se distribui.
Para a gravidade, descreva a diferença entre impacto estético, uma solução alternativa utilizável e uma tarefa bloqueada. Uma pontuação fracionária pode ajudar a definir prioridades ou a agregar juízos, enquanto selecionar a categoria mais provável é uma operação diferente. O guia específico desta edição da TypeSafe adverte que o Score é fraco para reconstruir uma quantidade física ou numérica exata por interpolação entre níveis. Mantenha a aritmética precisa e as medições fora do modelo.
O tipo Noul devolve a probabilidade, de 0 a 1, de que uma condição definida seja verdadeira. Critérios opcionais de verdadeiro e falso clarificam a fronteira. Não tem um campo de confiança separado. Uma probabilidade próxima de 0,5 indica incerteza entre sim e não, e não um valor intermédio numa escala graduada.
A confiança de Choice e de Score deriva das respetivas distribuições. Para uma Choice com pelo menos duas opções (n > 1) e probabilidade selecionada p_max, a fórmula documentada é (p_max − 1/n) / (1 − 1/n): compara o resultado mais provável com uma divisão equitativa. A confiança de Score tem também em conta a distância ponderada pelas probabilidades em relação ao nível mais provável, normalizada face à dispersão de uma distribuição uniforme e com um mínimo de 0. Assim, a ambiguidade entre níveis adjacentes e a ambiguidade entre extremos opostos têm significados diferentes. Mantenha a distribuição completa quando a tarefa precisa de mais detalhe do que uma única estatística.
As perguntas de um mesmo pedido veem o mesmo estado e são avaliadas de forma independente. O resultado de uma pergunta não é contexto oculto para outra. Divida um juízo amplo em questões focadas e, depois, interprete ou combine os valores devolvidos de acordo com a tarefa. Um problema pode ter uma categoria, uma classificação de impacto e uma verificação de relevância, sem transformar esses critérios independentes num único rótulo de prioridade vago.
Se uma pergunta posterior precisar de evidência obtida ou de opções escolhidas a partir de um resultado anterior, torne essa dependência explícita num pedido posterior. Para a extração de candidatos, obtenha primeiro os valores disponíveis a partir da fonte e, depois, utilize uma Choice delimitada para selecionar entre eles. O Jev 1.13 não está treinado para geração de texto livre e não deve ser descrito como capaz de produzir uma cadeia nova arbitrária ou uma explicação narrativa.
O fabricante indica um orçamento de 64k tokens para o estado mais todas as perguntas combinadas, e um orçamento de 32k tokens para o estado mais a pergunta individual mais longa. Ambas as restrições importam. Um estado que caiba no orçamento total pode, ainda assim, deixar pouco espaço para as instruções e opções de uma pergunta individual. Remova o material não relacionado, mantendo a evidência que determina a resposta.
O inglês é a principal língua de treino desta edição, e o produtor indica que é nela que obtém a melhor precisão. Outras línguas, incluindo escritas CJK, são aceites, mas não têm a mesma precisão. Utilize material de origem representativo da língua pretendida ao avaliar como devem ser interpretadas as probabilidades ou as fronteiras entre categorias. Um contrato de entrada apenas de texto não estabelece um desempenho multilingue universal.
A TypeSafe documenta a leitura literal de palavras de âmbito e de negações, contagem e aritmética pouco fiáveis, dificuldade em comparar datas como quantidades ordenadas e menor fiabilidade com várias camadas de indireção. Recomenda fazer o cálculo exato em código e deixar ao modelo o juízo semântico. As codificações numéricas podem ser menos eficazes do que nomes com significado, e um estado grande, cheio de detalhes não relacionados, pode desviar a atenção da evidência relevante.
O mesmo guia refere que conteúdo adversarial no estado pode orientar a resposta; instruções e critérios contraditórios podem confundi-la; e a ordem das opções de uma Choice pode, por vezes, enviesar um resultado a favor de uma opção inicial. Defina a condição efetiva, alinhe as instruções com os critérios, reduza saltos desnecessários e compare os juízos limítrofes com a fonte. Tenha presentes os limites do Jev 1.13 ao interpretar os seus juízos.
Um artefacto útil do Jev 1.13 preserva o identificador do estado, a pergunta completa, as opções ou níveis, o resultado tipado, as probabilidades e a estatística de confiança relevante. Mantenha a versão explícita quando os resultados ou limiares dependem desta edição. Reveja os casos incertos face à evidência e deixe a aplicação executar os cálculos exatos e as ações do fluxo de trabalho; o modelo fornece um juízo focado com incerteza numérica.
POST /v1/systemonetextdecisions| Campo | Tipo | Requisito | Valores e limites | Predefinição |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObrigatório | Valores e limites typesafe/jev-1.13 | Predefinição— |
Campoprovider | Tiposchema | RequisitoOpcional | Valores e limites | Predefinição— |
Campoquestions | Tipoobject | RequisitoObrigatório | Valores e limites | Predefinição— |
Camposession_id | Tipostring | RequisitoOpcional | Valores e limites | Predefinição— |
Campostate | Tiposchema | RequisitoObrigatório | Valores e limites | Predefinição— |
Campotrace | Tiposchema | RequisitoOpcional | Valores e limites | Predefinição— |
Campouser | Tipostring | RequisitoOpcional | Valores e limites | Predefinição— |
Campoquestions.<id>.type | Tipostring | RequisitoObrigatório | Valores e limites noul, choice, score | Predefinição— |
Campoquestions.<id>.instructions | Tipostring|object|array | RequisitoObrigatório | Valores e limites | Predefinição— |
Campoquestions.<id>.criteria | Tipoobject|array | RequisitoOpcional | Valores e limites Condições: choice/score: obrigatório; noul: opcional. Os critérios de choice são um objeto; score é uma matriz com minItems1. | Predefinição— |
Campoquestions.<id>.criteria.true | Tipostring|object|array | RequisitoObrigatório | Valores e limites Aplica-se quando: Objeto de critérios noul fornecido | Predefinição— |
Campoquestions.<id>.criteria.false | Tipostring|object|array | RequisitoObrigatório | Valores e limites Aplica-se quando: Objeto de critérios noul fornecido | Predefinição— |
noul · Obrigatório: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Obrigatório: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Obrigatório: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parâmetro | Contrato |
|---|---|
Parâmetrocontent_type | Contratoapplication/json |
Parâmetrorequired | Contratomodel, state, questions |
Parâmetromaterial_types | Contratotext |
Parâmetrooptional_controls | Contratoprovider, session_id, trace, user |
Parâmetromultimodal_input_binding | Contratonull |
Ciclo de vida: synchronous
Envie o ID exato do modelo e conserve a resposta nativa completa.
As referências tarifárias não acrescentam opções ao pedido. Os parâmetros suportados constam do método selecionado.
Associe cada custo às condições apresentadas. Use uma única tarifa para cada conjunto de configurações alternativas.
| Configuração | Tabela de tarifas | Tokens de contexto, mais de | Tokens de contexto, até ao limite inclusive | Custo |
|---|---|---|---|---|
| ConfiguraçãoTarifas base dos tokens | Tabela de tarifasTarifa base | Tokens de contexto, mais de— | Tokens de contexto, até ao limite inclusiveSem limite superior | Custo Entrada · Tokens de entrada $0.000084 / 1K tokens Saída · Tokens de saída $0 / 1K tokens Entrada · Leitura da cache — / 1K tokens Entrada · Escrita na cache — / 1K tokens Entrada · Escrita na cache, 1 hora — / 1K tokens |
| ConfiguraçãoEscalão 1 por comprimento do pedido | Tabela de tarifas— | Tokens de contexto, mais de0 | Tokens de contexto, até ao limite inclusiveSem limite superior | Custo Entrada · Tokens de entrada $0.000084 / 1K tokens Saída · Tokens de saída $0 / 1K tokens Entrada · Leitura da cache — / 1K tokens Entrada · Escrita na cache — / 1K tokens Entrada · Escrita na cache, 1 hora — / 1K tokens |
O Ailoot reserva um montante estimado antes de um pedido. Após o resultado, liquida o custo final com base na utilização medida. No streaming, a liquidação usa o registo final de utilização. Como funcionam a reserva e a liquidação →
{\n "model": "typesafe/jev-1.13",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='typesafe/jev-1.13'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Guarde cada resposta, ficheiro e parte de conteúdo devolvidos na íntegra.
É conservada cada resposta fornecida a um ID de pergunta, com o respetivo tipo exato, valor noul/choice/score, confiança, probabilidades e legenda. O JSON original completo é armazenado e devolvido apenas após a liquidação.
Conserve a operação original e a resposta completa/parcial; não repita o POST.
| Campo | Tipo |
|---|---|
Campomodel | Tipostring |
Campoid | Tipostring |
Campoprovider | Tipostring |
Campoanswers.<id>.type | Tipostring |
Campoanswers.<id>.noul | Tiponumber |
Campoanswers.<id>.choice | Tipostring |
Campoanswers.<id>.score | Tiponumber |
Campoanswers.<id>.confidence | Tiponumber |
Campoanswers.<id>.probabilities | Tipoobject |
Campoanswers.<id>.legend | Tipoobject |
Campousage.input_tokens | Tipointeger |
Campousage.output_tokens | Tipointeger |
Campousage.cost | Tiponumber |
| Resposta | Condição | Passo seguinte |
|---|---|---|
Resposta400 · invalid_request_error | CondiçãoCampo obrigatório, representação ou valor inválido | Passo seguinteCorrija o campo indicado no pedido. |
Ailoot Ultra typesafe/jev-1.13, ~typesafe/jev-latest
Use os caminhos dos métodos indicados acima.
~typesafe/jev-latestO Jev 1.13 é o modelo de decisão System One da TypeSafe, apenas para texto. Devolve diretamente Choices tipadas, Scores fracionários de rubrica e probabilidades de sim/não, com distribuições e estatísticas de confiança específicas do modelo, para classificação, encaminhamento e juízos focados.
Esta descrição apresenta as capacidades do modelo. As entradas, saídas e opções disponíveis no Ailoot para o método selecionado estão indicadas abaixo.
O Jev 1.13 é o modelo System One versionado da TypeSafe para decisões estruturadas. O seu identificador no produtor é jev-1.13.0. Avalia texto ou estado JSON textual face a perguntas tipadas e devolve diretamente valores e distribuições de probabilidade, sem redigir uma resposta escrita. Esta edição adequa-se a classificação, encaminhamento, verificações de condições e juízos por rubrica cujos resultados possíveis são conhecidos antes do pedido.
Forneça como estado uma cadeia de texto, um objeto JSON ou uma matriz de valores de texto. Utilize campos com nome quando a evidência contém registos relacionados, uma conversa e uma política. Mantenha as partes de que cada pergunta precisa e faça referência a um campo ou elemento específico quando isso identifica a evidência com clareza. O Jev 1.13 trabalha apenas com texto; imagens, áudio, vídeo e binários têm de ser preparados como texto ou campos textuais estruturados fora deste modelo.
Cada pergunta tem um tipo, instruções e os critérios que o seu tipo exige. As instruções e as descrições dos critérios podem utilizar texto ou estrutura JSON. O produtor devolve as respostas sob os identificadores das perguntas, mas esses identificadores não fazem parte da inferência. Escreva a pergunta completa, em vez de confiar que um identificador como urgent implique o critério pretendido. Um estado de suporte útil pode conter a mensagem e os detalhes do impacto, enquanto perguntas separadas definem a sua categoria e gravidade.
O tipo Choice seleciona a opção de maior probabilidade do conjunto não ordenado definido por quem faz a chamada. O seu mapa de critérios contém as chaves e as descrições das opções, sendo permitido null quando uma opção não precisa de explicação adicional. O limite documentado é de 255 opções por Choice. Acrescente uma opção «outro» ou «sem correspondência» quando uma taxonomia não cobre toda a evidência possível, e explique as fronteiras que um nome curto de categoria não resolve.
A resposta contém a opção selecionada, uma probabilidade para cada opção e a confiança. Mantenha a distribuição quando dois candidatos estão próximos, em vez de tratar o rótulo selecionado como certeza. A categoria selecionada pode identificar um encaminhamento proposto; a aplicação envolvente decide se e como executar esse encaminhamento.
O tipo Score utiliza uma matriz ordenada de níveis descritos, sendo recomendados pelo menos dois e suportados até dez. Os índices começam em 0. O resultado numérico é a média dos índices dos níveis ponderada pelas probabilidades, pelo que pode ficar entre níveis. A legenda da resposta relaciona os índices com as respetivas descrições, e as probabilidades dos níveis mostram como o juízo se distribui.
Para a gravidade, descreva a diferença entre impacto estético, uma solução alternativa utilizável e uma tarefa bloqueada. Uma pontuação fracionária pode ajudar a definir prioridades ou a agregar juízos, enquanto selecionar a categoria mais provável é uma operação diferente. O guia específico desta edição da TypeSafe adverte que o Score é fraco para reconstruir uma quantidade física ou numérica exata por interpolação entre níveis. Mantenha a aritmética precisa e as medições fora do modelo.
O tipo Noul devolve a probabilidade, de 0 a 1, de que uma condição definida seja verdadeira. Critérios opcionais de verdadeiro e falso clarificam a fronteira. Não tem um campo de confiança separado. Uma probabilidade próxima de 0,5 indica incerteza entre sim e não, e não um valor intermédio numa escala graduada.
A confiança de Choice e de Score deriva das respetivas distribuições. Para uma Choice com pelo menos duas opções (n > 1) e probabilidade selecionada p_max, a fórmula documentada é (p_max − 1/n) / (1 − 1/n): compara o resultado mais provável com uma divisão equitativa. A confiança de Score tem também em conta a distância ponderada pelas probabilidades em relação ao nível mais provável, normalizada face à dispersão de uma distribuição uniforme e com um mínimo de 0. Assim, a ambiguidade entre níveis adjacentes e a ambiguidade entre extremos opostos têm significados diferentes. Mantenha a distribuição completa quando a tarefa precisa de mais detalhe do que uma única estatística.
As perguntas de um mesmo pedido veem o mesmo estado e são avaliadas de forma independente. O resultado de uma pergunta não é contexto oculto para outra. Divida um juízo amplo em questões focadas e, depois, interprete ou combine os valores devolvidos de acordo com a tarefa. Um problema pode ter uma categoria, uma classificação de impacto e uma verificação de relevância, sem transformar esses critérios independentes num único rótulo de prioridade vago.
Se uma pergunta posterior precisar de evidência obtida ou de opções escolhidas a partir de um resultado anterior, torne essa dependência explícita num pedido posterior. Para a extração de candidatos, obtenha primeiro os valores disponíveis a partir da fonte e, depois, utilize uma Choice delimitada para selecionar entre eles. O Jev 1.13 não está treinado para geração de texto livre e não deve ser descrito como capaz de produzir uma cadeia nova arbitrária ou uma explicação narrativa.
O fabricante indica um orçamento de 64k tokens para o estado mais todas as perguntas combinadas, e um orçamento de 32k tokens para o estado mais a pergunta individual mais longa. Ambas as restrições importam. Um estado que caiba no orçamento total pode, ainda assim, deixar pouco espaço para as instruções e opções de uma pergunta individual. Remova o material não relacionado, mantendo a evidência que determina a resposta.
O inglês é a principal língua de treino desta edição, e o produtor indica que é nela que obtém a melhor precisão. Outras línguas, incluindo escritas CJK, são aceites, mas não têm a mesma precisão. Utilize material de origem representativo da língua pretendida ao avaliar como devem ser interpretadas as probabilidades ou as fronteiras entre categorias. Um contrato de entrada apenas de texto não estabelece um desempenho multilingue universal.
A TypeSafe documenta a leitura literal de palavras de âmbito e de negações, contagem e aritmética pouco fiáveis, dificuldade em comparar datas como quantidades ordenadas e menor fiabilidade com várias camadas de indireção. Recomenda fazer o cálculo exato em código e deixar ao modelo o juízo semântico. As codificações numéricas podem ser menos eficazes do que nomes com significado, e um estado grande, cheio de detalhes não relacionados, pode desviar a atenção da evidência relevante.
O mesmo guia refere que conteúdo adversarial no estado pode orientar a resposta; instruções e critérios contraditórios podem confundi-la; e a ordem das opções de uma Choice pode, por vezes, enviesar um resultado a favor de uma opção inicial. Defina a condição efetiva, alinhe as instruções com os critérios, reduza saltos desnecessários e compare os juízos limítrofes com a fonte. Tenha presentes os limites do Jev 1.13 ao interpretar os seus juízos.
Um artefacto útil do Jev 1.13 preserva o identificador do estado, a pergunta completa, as opções ou níveis, o resultado tipado, as probabilidades e a estatística de confiança relevante. Mantenha a versão explícita quando os resultados ou limiares dependem desta edição. Reveja os casos incertos face à evidência e deixe a aplicação executar os cálculos exatos e as ações do fluxo de trabalho; o modelo fornece um juízo focado com incerteza numérica.
POST /v1/systemonetextdecisions| Campo | Tipo | Requisito | Valores e limites | Predefinição |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObrigatório | Valores e limites ~typesafe/jev-latest | Predefinição— |
Campoprovider | Tiposchema | RequisitoOpcional | Valores e limites | Predefinição— |
Campoquestions | Tipoobject | RequisitoObrigatório | Valores e limites | Predefinição— |
Camposession_id | Tipostring | RequisitoOpcional | Valores e limites | Predefinição— |
Campostate | Tiposchema | RequisitoObrigatório | Valores e limites | Predefinição— |
Campotrace | Tiposchema | RequisitoOpcional | Valores e limites | Predefinição— |
Campouser | Tipostring | RequisitoOpcional | Valores e limites | Predefinição— |
Campoquestions.<id>.type | Tipostring | RequisitoObrigatório | Valores e limites noul, choice, score | Predefinição— |
Campoquestions.<id>.instructions | Tipostring|object|array | RequisitoObrigatório | Valores e limites | Predefinição— |
Campoquestions.<id>.criteria | Tipoobject|array | RequisitoOpcional | Valores e limites Condições: choice/score: required; noul: optional. choice criteria is object; score is array with minItems1. | Predefinição— |
Campoquestions.<id>.criteria.true | Tipostring|object|array | RequisitoObrigatório | Valores e limites Aplica-se quando: noul criteria object supplied | Predefinição— |
Campoquestions.<id>.criteria.false | Tipostring|object|array | RequisitoObrigatório | Valores e limites Aplica-se quando: noul criteria object supplied | Predefinição— |
noul · Obrigatório: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Obrigatório: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Obrigatório: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parâmetro | Contrato |
|---|---|
Parâmetrocontent_type | Contratoapplication/json |
Parâmetrorequired | Contratomodel, state, questions |
Parâmetromaterial_types | Contratotext |
Parâmetrooptional_controls | Contratoprovider, session_id, trace, user |
Parâmetromultimodal_input_binding | Contratonull |
Ciclo de vida: synchronous
Send the exact model ID and retain the complete native response.
As referências tarifárias não acrescentam opções ao pedido. Os parâmetros suportados constam do método selecionado.
Associe cada custo às condições apresentadas. Use uma única tarifa para cada conjunto de configurações alternativas.
| Configuração | Tabela de tarifas | Tokens de contexto, mais de | Tokens de contexto, até ao limite inclusive | Custo |
|---|---|---|---|---|
| ConfiguraçãoTarifas base por token | Tabela de tarifasTarifa base | Tokens de contexto, mais de— | Tokens de contexto, até ao limite inclusiveSem limite superior | Custo Entrada · Tokens de entrada $0.000084 / 1K tokens Saída · Tokens de saída $0 / 1K tokens Entrada · Leitura da cache — / 1K tokens Entrada · Escrita na cache — / 1K tokens Entrada · Escrita na cache, 1 hora — / 1K tokens |
| ConfiguraçãoEscalão 1 por comprimento do pedido | Tabela de tarifas— | Tokens de contexto, mais de0 | Tokens de contexto, até ao limite inclusiveSem limite superior | Custo Entrada · Tokens de entrada $0.000084 / 1K tokens Saída · Tokens de saída $0 / 1K tokens Entrada · Leitura da cache — / 1K tokens Entrada · Escrita na cache — / 1K tokens Entrada · Escrita na cache, 1 hora — / 1K tokens |
O Ailoot reserva um montante estimado antes de um pedido. Após o resultado, liquida o custo final com base na utilização medida. No streaming, a liquidação usa o registo final de utilização. Como funcionam a reserva e a liquidação →
{\n "model": "~typesafe/jev-latest",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='~typesafe/jev-latest'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Guarde cada resposta, ficheiro e parte de conteúdo devolvidos na íntegra.
Every supplied question-ID answer with its exact type, noul/choice/score value, confidence, probabilities and legend is retained. Entire original JSON is stored and returned only after settlement.
Preserve original operation and full/partial reply; do not replay POST.
| Campo | Tipo |
|---|---|
Campomodel | Tipostring |
Campoid | Tipostring |
Campoprovider | Tipostring |
Campoanswers.<id>.type | Tipostring |
Campoanswers.<id>.noul | Tiponumber |
Campoanswers.<id>.choice | Tipostring |
Campoanswers.<id>.score | Tiponumber |
Campoanswers.<id>.confidence | Tiponumber |
Campoanswers.<id>.probabilities | Tipoobject |
Campoanswers.<id>.legend | Tipoobject |
Campousage.input_tokens | Tipointeger |
Campousage.output_tokens | Tipointeger |
Campousage.cost | Tiponumber |
| Resposta | Condição | Passo seguinte |
|---|---|---|
Resposta400 · invalid_request_error | CondiçãoInvalid required field, representation or value | Passo seguinteCorrect the indicated request field. |
Ailoot Ultra typesafe/jev-1.13, ~typesafe/jev-latest
Use os caminhos dos métodos indicados acima.