Empresas
Plataformas, fintechs e quem põe agentes de IA para agir: a autoridade nasce de uma pessoa presente.
Revogável a qualquer momento, com recibo.
Um agente de software que paga, concilia ou altera cadastro em nome de alguém precisa de uma autoridade que um auditor consiga conferir depois. Na Hummand, essa autoridade é um mandato: uma pessoa com presença provada diz o que o agente pode fazer, com limites e validade, e cada ação do agente é conferida contra ele, na hora, com recibo.
Mandato é a autorização que uma pessoa dá a um agente de IA, com limites e prazo, revogável a qualquer momento. Ato delegado é cada ação feita em nome dela, conferida contra esse mandato.
Nenhum nome de cliente aparece aqui, e nenhum número de mercado. Cada capacidade leva o rótulo do seu estado: disponível, em credenciamento ou arquitetura-alvo; o que ainda não existe está escrito, não escondido.
POST /v1/atos
{
"tipo": "mandato.agente",
"sujeito": { "ref_cliente": "operador-123" },
"mandatario": { "ref": "agente-conciliador" },
"escopo": {
"acoes": ["conciliacao"],
"limites": { "valor": 5000 },
"validade_ate": "2026-12-31T23:59:59Z",
"revogavel": true
}
}
POST /v1/atos
{
"tipo": "ato.delegado",
"sujeito": { "ref_cliente": "agente-conciliador" },
"delegado": {
"mandato_ref": "<id do mandato>",
"acao": "conciliacao",
"valores": { "valor": 1200 }
}
}
POST /v1/mandatos/<id do mandato>/revogarMandato a agente
Descrição
Conceder, agir, revogar: a autoridade do agente nasce de uma pessoa presente, e cada passo deixa recibo.
1.0Concederdisponível
A pessoa abre o link, prova presença viva e consente com o escopo escrito: as ações permitidas, os limites e a validade. O mandato nasce com recibo, não muda depois e é revogável por padrão.
Ver Mandato2.0Agir sob o mandatodisponível
Cada ação do agente é um ato delegado, de nível 0, sem humano novo: a Hummand confere que o mandato existe, está válido, não foi revogado e que a ação cabe no escopo e nos limites. Resolve na hora, e o recibo diz se passou.
O conteúdo da ação, como destinatário ou finalidade, nunca chega à Hummand: só a categoria da ação e os valores que o escopo pediu para comparar.
3.0Revogardisponível
Um mandato cai por chamada à API ou pelo painel; todos os de um agente, ou de um cliente, caem de uma vez, com um recibo por mandato derrubado. Quem guarda a autoridade em cache recebe o aviso por webhook.
Ver Docs4.0A recusa também provadisponível
Uma ação fora do escopo, acima do limite ou depois da revogação é recusada e deixa recibo. A tentativa vira um fato que o auditor confere, e aparece em Alertas como ato fora de mandato.
Ver AlertasStep-up
Descrição
Uma presença nova no meio de uma ação sensível, de quem opera ou de quem transaciona. Não é login: é a prova dentro da ação.
1.0Step-up de operadordisponível
O colaborador prova presença no meio da operação sensível, e o recibo diz quem foi. Em produção desde 2026-09-17 na fila de revisão humana da própria Hummand: quem decide um caso prova presença antes de decidir, e o recibo do caso diz quem revisou.
2.0Step-up de transaçãoarquitetura-alvo
Transferência acima de um valor, mudança de limite, dispositivo novo: a pessoa prova presença no meio da ação. A política pode encurtar para o nível 1 com passkey quando há um ato positivo recente.
Ver o step-up3.0Step-up cadastralarquitetura-alvo
Troca de e-mail, telefone ou chave de pagamento só com a pessoa presente. Nunca reutiliza ato anterior.
4.0Operador em duplaarquitetura-alvo
Duas pessoas distintas, cada uma com presença, aprovando a mesma operação. Recibo composto, um por operador, ligados pelo grupo.
Integração
Descrição
Uma porta só, a API, com o contrato publicado; o painel usa a mesma.
1.0API e contratodisponível
Um POST cria qualquer ato, com o tipo, o sujeito pela referência do cliente e o nível mínimo, com idempotência na criação. Contrato OpenAPI versionado, e cliente TypeScript gerado dele.
Ver Docs2.0Webhooksdisponível
Entrega assinada, com segredo rotacionável e log de entregas: ato concluído, recibo emitido e mandato revogado, entre outros.
3.0Recibo verificável sem a Hummanddisponível
O recibo se verifica com a chave pública publicada, sem chamar a Hummand: no navegador ou na linha de comando, offline.
Ver Recibo4.0Painel sem códigodisponível
Gerar o link de um ato, acompanhar mandatos e revogar, sem integração, pela mesma porta da API.
Ver o Painel5.0SDK Python e servidor MCP de mandatodisponível
pip install hummand traz o cliente da API e a verificação offline do recibo, com a chave pública fixada por quem verifica. Para o agente que fala MCP, pip install "hummand[mcp]" acrescenta três ferramentas: pedir o mandato, conferir se a ação cabe nele e consultá-lo. Nenhuma revoga.
O agente pede autorização; o recurso só executa com recibo. O servidor avisa o agente, e quem garante é o sistema que executa a ação, conferindo o recibo antes de agir. A chave do servidor só cria mandato a agente e ato delegado.
Ver no PyPIComo contratar
Descrição
Por contrato, para empresas e para o governo: escopo, volume de atos, nível de garantia e residência dos dados definidos na conversa. No setor público, pelos instrumentos da contratação pública.
1.0Como cobramos
Por ato concluído, aprovado ou reprovado, com uma franquia mínima no contrato anual e preço por ato menor conforme o volume. Ato que expira ou é cancelado sem resultado não é cobrado. O valor é definido em contrato.
2.0Pedir demonstração
Por e-mail, com a empresa, o produto, o ato que quer comprovar e o volume aproximado. Quem responde é quem constrói a plataforma.
Pedir demonstração3.0Para a análise técnica
Segurança, LGPD, capacidades e o que a Hummand não faz estão publicados, com o rótulo do estado de cada item, para o time de segurança e o jurídico. A ficha técnica resume segurança e LGPD em duas páginas.
Baixar a ficha técnica (PDF)4.0A folha para levar
Esta página numa folha A4, para o time de produto e para quem decide.
Baixar a folha (PDF)Verificar um recibo
Cole o JSON e a chave pública. Sem conta, sem envio: roda no seu navegador.
Abrir verificador