Calculadora de utilidade esperada
Dois resultados igualmente prováveis, com probabilidade de 1/2 cada um e utilidades de 10 e 2, dão uma utilidade esperada de 6: cada probabilidade vezes sua utilidade, somadas. Ordene escolhas arriscadas pelo que valem para você, não pelo pagamento médio. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- Probabilidades
- 0,5, 0,5
- Serviços públicos
- 10, 2
- N
- 2
- Soma das probabilidades
- 1
- Utilidade esperada
- 6
A utilidade esperada é a estatística de ordenação da teoria da decisão de von Neumann–Morgenstern: a média ponderada por probabilidade das utilidades ligadas a cada resultado mutuamente exclusivo de uma loteria finita. Mesas de portfólio a usam depois de já terem mapeado a riqueza em um número de utilidade; estudantes conferem lições que não coincidem com o valor monetário esperado; equipes de produto comparam cenários de lançamento cujos pagamentos não são lineares em dinheiro.
O que a utilidade esperada mede, e por que não é valor esperado
A utilidade esperada é a média ponderada por probabilidade das utilidades ligadas a cada resultado mutuamente exclusivo de uma loteria, não a média dos pagamentos brutos. Esse único número é a estatística de ranking para escolher entre portfólios, contratos de seguro, loterias de nota e cenários de lançamento quando o agente não é neutro ao risco em dinheiro.
Duas perspectivas podem compartilhar o mesmo valor monetário esperado e ainda assim diferir em utilidade esperada depois de uma transformação côncava ou convexa, e por isso esta calculadora recusa tratar resultados como intercambiáveis com utilities. O motor então devolve o escalar EU que manuais, slides e memorandos de investimento denotam como esperança de u de X.
Utilities negativas são de primeira classe: um estado de perda, um calote ou um lançamento fracassado pode ficar abaixo de zero, e a média ponderada continua sendo uma pontuação de ranking, não um valor em caixa.
Casos de uso
Seguro e ranking com aversão ao risco
Analistas atribuem utilities a estados de perda e de não perda e comparam contratar cobertura versus assumir o risco pelos escalares de utilidade esperada resultantes.
Folhas de cenário de produto e de portfólio
Equipes convertem cenários finitos de lançamento ou de mercado e as respectivas utilities em um EU estável para relatórios, oráculos e tabelas de ranking automáticas.
Perguntas frequentes
O que acontece se as probabilities não somarem um?
A mensagem informa a soma observada para você corrigir a lista. Não há renormalização silenciosa. Falhas de validação não são cobradas.
As utilities podem ser negativas?
Sim. As utilities podem ser qualquer número finito, inclusive negativos para perdas ou estados ruins. Só as probabilities ficam restritas ao intervalo unitário e a somar um.
Em que a utilidade esperada difere do valor esperado?
O valor esperado é a média dos resultados brutos. A utilidade esperada é a média das utilities desses resultados depois do seu mapa de preferências. Duas loterias podem compartilhar uma média e ainda assim ordenar-se de modo distinto quando as utilities não são lineares em dinheiro.
A calculadora de utilidade esperada é grátis?
A ferramenta do navegador roda grátis no seu dispositivo.
De onde vêm os valores de utilidade?
Você os informa já calculados pelo seu próprio modelo: por exemplo, o logaritmo da riqueza, uma transformação CRRA ou uma tabela de preferências declaradas. A calculadora não transforma dinheiro em utilidade; apenas pondera as utilidades informadas.
Ferramentas relacionadas
Para desenvolvedores — acesso via API
Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/fin/expected-utility \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"probabilities":[0.5,0.5],"utilities":[10,2]}'const res = await fetch("https://api.kit.forhosting.com/fin/expected-utility", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"probabilities": [
0.5,
0.5
],
"utilities": [
10,
2
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/expected-utility",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"probabilities": [
0.5,
0.5
],
"utilities": [
10,
2
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/expected-utility", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"probabilities":[0.5,0.5],"utilities":[10,2]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"probabilities":[0.5,0.5],"utilities":[10,2]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/expected-utility", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"probabilities": [
0.5,
0.5
],
"utilities": [
10,
2
]
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.expected_utility",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Limites
max_items | 10000 |
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |
Notas técnicas
Esta calculadora de utilidade esperada aceita um array de probabilities e um array correspondente de utilities, verifica que as probabilities formem uma medida discreta que some um, e devolve o escalar EU igual à soma de cada p_i vezes u_i. Listas que falham o teste da medida são rejeitadas com invalid_input para que um modelo quebrado nunca produza um ranking silencioso e absurdo. A aritmética é totalmente determinística, roda grátis no seu navegador e está disponível via API a US$ 0,002 por requisição bem-sucedida.
O que a utilidade esperada mede, e por que não é valor esperado
No marco de von Neumann–Morgenstern um decisor ordena perspectivas arriscadas pelo produto interno de um vetor de probabilidade e um vetor de utilidade: EU é a soma de p_i vezes u_i sobre um suporte finito. Você fornece as utilities que já calculou —do logaritmo da riqueza, de uma transformação CRRA ou de uma tabela de preferências declaradas— e uma lista correspondente de probabilities que formam uma medida discreta.
Como esta calculadora valida as entradas e calcula EU
Depois da validação, o núcleo percorre o suporte uma vez, acumulando a soma ponderada por probabilidade das utilities. Não há renormalização silenciosa: se os seus pesos somam noventa e nove por cento, a requisição falha e nomeia a soma observada, porque uma medida quebrada não deve produzir um número de ranking que pareça preciso. Chame a capacidade com dois arrays obrigatórios de igual comprimento: probabilities, o peso de cada estado mutuamente exclusivo, e utilities, o número de von Neumann–Morgenstern ligado a esse estado. O motor também aceita os aliases probs e p para probabilities, e utility e u para utilities, para que scripts que já falam nesses termos não precisem de um passo de renomeação. A validação rejeita campos ausentes, arrays vazios, comprimentos distintos, números não finitos, probabilities negativas, probabilities acima de um e qualquer lista cuja soma não seja um dentro de uma tolerância flutuante minúscula, tudo com invalid_input e sem cobrar saldo. A utilidade esperada é essa soma ponderada, arredondada a doze casas decimais para que o JSON do Worker e o do navegador coincidam byte a byte com os exemplos de referência. Listas aceitas mantêm o laço limitado para isolados Worker: até dez mil pontos de suporte cobrem exemplos comuns de sala de aula e de negócio e ainda terminam depressa. A mesma função pura alimenta a ferramenta gratuita no navegador e o caminho API, de modo que um exemplo de referência no servidor é a mesma aritmética que um visitante executa localmente sem ida e volta de rede, sem gerador aleatório e sem modelo de linguagem de nenhum tipo.
Uso prático, limites, preço e entrega
Use a ferramenta do navegador quando quiser um escalar de utilidade esperada imediato ao conferir uma resposta de lição, ordenar uma loteria de seguro simples ou explicar aversão ao risco sem instalar um pacote de teoria da decisão. Não há modelo de linguagem, nem serviço externo de probabilidade, nem aleatoriedade, de modo que a capacidade é segura para fixar em checagens de integração contínua e materiais de aula reproduzíveis. Mantenha cada lista no teto publicado ou abaixo dele, fixe o escalar arredondado nos testes e você obtém um EU reproduzível para lições, plugins LMS e workers na borda sem montar uma pilha de álgebra simbólica própria. Use a API quando um script, uma plataforma de preparação para entrevistas, um site educativo ou um painel de cenários precisar de JSON estável para muitas loterias finitas sob um só contrato. Cada requisição bem-sucedida é um item faturável a US$ 0,002; a falha de validação não consome saldo. Mapeie dinheiro em utilidade do seu lado primeiro —este endpoint nunca assume forma logarítmica, potência nem exponencial—, de modo que uma mudança de especificação de preferências é uma mudança do array utilities, não do motor de ranking. Os resultados são totalmente determinísticos: as mesmas probabilities e utilities sempre produzem a mesma utilidade esperada. Ligue o endpoint a tutoriais de teoria da decisão, planilhas de seguro versus auto-seguro, folhas de cenário de portfólio ou sandboxes de entrevista de programação em que você já prefira a aritmética de utilidade esperada em forma fechada a histogramas de simulação que nunca caem duas vezes no mesmo ranking.
Casos de integração
Lições e laboratórios de teoria da decisão
Estudantes e avaliadores conferem EU = Σ p_i u_i para moedas, dados e loterias próprias, inclusive a regra rígida de que as probabilities devem somar um.
Perguntas técnicas
Como calcular a utilidade esperada com esta calculadora?
Envie JSON com probabilities (array de pesos que somam 1) e utilities (array correspondente de números finitos) para fin.expected_utility. A resposta devolve n, sum_probabilities, expected_utility e a fórmula EU = Σ p_i · u_i.