Qualidade
Evaluation Framework v1
Datasets/Test Cases/Suites/Runs com evaluators determinísticos sobre AgentExecution (tools, retrieval, tokens, latência, custo); fila RabbitMQ e UI Evaluation; regression a partir de execuções.
Plataforma de agentes composáveis para mercado financeiro, RH e outros setores. Cada automação é uma receita reutilizável de Prompt + SKILLs + RULEs + Tools + LLM.
20
Oportunidades mapeadas
3
Verticais de mercado
20
Capacidades da plataforma
Últimas implementações de segurança, deploy, qualidade e documentação de arquitetura — base para as capacidades da plataforma abaixo.
Qualidade
Datasets/Test Cases/Suites/Runs com evaluators determinísticos sobre AgentExecution (tools, retrieval, tokens, latência, custo); fila RabbitMQ e UI Evaluation; regression a partir de execuções.
Plataforma
Agent Version com pins (prompt/skills/rules/tools/LLM); ambientes DEV→TEST→STAGING→PRODUCTION; clone, promote, rollback e execução por versão do ambiente.
Governança
Organization como tenant, departamentos e usuários; configs LLM com bindings e permissões por agente/HarnFlow; resolução em cascata USER → DEPARTMENT → ORGANIZATION no execute; sidebar Governança.
FinOps
Usage ledger (tokens + custo USD), pricing por modelo, quotas/budget por escopo, rate limits Redis, fallback de modelo governado e telas Consumo/Quotas.
Segurança
JWT/AMQP/PYTHON_RUNNER_API_KEY obrigatórios no boot; seed admin bloqueado em production; Telegram exige credenciais no startup.
Deploy
DNS interno harn-api / harn-python-runner; portas 3210/3211/3212/3280 preservadas; .env.example só para pnpm local.
Qualidade
ACL (resource-access), BFF (backend-proxy), messaging (processResponse), sql-params; pnpm test na raiz e GitHub Actions (Node + unittest do runner).
Arquitetura
C4 containers, auth E2E, mapa de filas, rede Docker e contratos Telegram em docs/architecture; ADRs de BFF cookie→Bearer e dual auth.
Código
AES-256-GCM centralizado em @harn/shared; API e worker consomem a mesma implementação.
Produto
Canal operacional completo e geração de agentes a partir de linguagem natural (já documentados nas seções abaixo).
Distribuição por vertical, maturidade das integrações e impacto estimado.
8 financeiro · 5 RH · 7 outros setores
Status real da plataforma HARN
Valores ilustrativos para apresentação executiva
Tools, canais e capabilities — incluindo Versioning, Evaluation e FinOps — com status de implementação. HarnFlow tem showcase visual abaixo.
SERPRO, Serasa, bureaus com bloqueio inteligente
Integrações REST configuráveis
Regras de negócio no sidecar FastAPI autenticado
Busca pública via SearXNG/Tavily
Vínculo, dual auth, execução e push de resultado no chat
Query Builders + db-runtime (SQL parametrizado)
Envio via ApiConfig (ex.: gateway SMTP/HTTP) com schema e domínio email no worker
Stub hoje; Qdrant já usado para tools — RAG de docs é o próximo passo
Atendimento e coleta de documentos
Base de conhecimento / RAG de verdade — Qdrant já existe; docs por agente, citações
Agendamento e gatilhos — cron, webhook de entrada e eventos internos
Human-in-the-loop — pausar tools críticas; aprovar no Web + Telegram
Tracing de execução — logs por step, métricas (tokens, loops, tools), auditoria em PostgreSQL e replay na UI de Agent Runs
Governança de custos LLM — usage ledger (tokens + USD), pricing por modelo, quotas/budget por escopo, rate limits, fallback de modelo e telas Consumo/Quotas
Memória / conversa contínua — thread por chave composta de inputs
Completar catálogo de tools — RAG, webhooks Slack/Teams
Versionamento completo — Prompt/Skill/Rule/Tool/HarnFlow/RAG + Agent Version com pins; ambientes DEV→TEST→STAGING→PRODUCTION, clone, promote e rollback
Evaluation Framework v1 — Datasets, Test Cases, Suites, Runs assíncronos e evaluators determinísticos (tools/retrieval/performance/custo); Compare e Quality Gates na sequência
Tenant Organization com departamentos/usuários, API-KEY LLM por org (bindings + permissões) e resolução em cascata USER → DEPARTMENT → ORGANIZATION no execute
Designer visual de orquestração multi-agente. Monta fluxos (DAG) conectando agentes do catálogo a LLM, prompts, skills e rules; valida o grafo, persiste e executa no worker (FlowRunner) com paralelismo por waves — útil para automações compostas sem depender só do orquestrador LLM.
Publique agentes com pins imutáveis (prompt, skills, rules, tools, LLM) e promova entre ambientes com rastreio — sem editar “ao vivo” o que está em produção.
Transforme execuções instrumentadas em suites repetíveis: datasets, test cases, evaluators determinísticos e runs assíncronos contra uma versão do agente.
Para que serve: orquestrar vários agentes em um fluxo visual (DAG), compondo LLM, prompts, skills e rules no canvas; validar, salvar e executar a automação composta no worker — sem depender apenas do plano gerado pelo orquestrador LLM.

Visão executiva do fluxo da plataforma. Para diagramas técnicos detalhados do worker (bootstrap, agent loop, orquestrador), veja a seção Execução do Worker.
API / UI / Telegram
Entrada da solicitação
RabbitMQ
Fila de tarefas
Worker
Motor de execução
LLM + Tools
Planejamento e integração
Resultado auditável
JSON validado + logs
Canal operacional pronto: vincule sua conta, liste e execute agentes pelo bot e receba o resultado no chat.
/agentesListar agentes e executar/funcoesListar funções disponíveis/status <ticket>Status da execução/resultado <ticket>Resultado final/cancelarCancelar coleta de parâmetros/helpAjuda e status do vínculoVínculo
Conta web ↔ chat Telegram
/agentes
Lista paginada com ACL do usuário
Inputs
Coleta dos parâmetros do agente
Ticket
Execução assíncrona no worker
Resultado
Push automático no chat
Gere um agente completo a partir de uma tarefa em linguagem natural: Prompt + SKILL + RULE + Agente (e Python/tool se o plano pedir).
Da descrição da automação ao agente executável
A geração acontece na página MagicWork — aqui só explicamos o fluxo.
Tarefa
Descrição em linguagem natural
Plano LLM
Monta a receita dos artefatos
Criação
Recursos em sequência
Resultado
Links e execução; rollback se falhar
Diagramas oficiais do motor de execução em apps/worker: inicialização, fluxo de tarefas, orquestrador, agent loop e visão consolidada do carregamento e execução de tools.
Sequência de inicialização ao subir o processo worker.
Fonte: apps/worker/docs/diagramas/01-bootstrap.mmd
Cada produto é um agente configurado — mesma plataforma, composição diferente.
Prompt
Instruções + task + outputSchema
SKILLs
Procedimentos por domínio
RULEs
Restrições e formato de saída
Tools
PROVIDER, API, PYTHON, canais
Inputs
CPF, telefone, valores...
Canal
UI, API, Telegram, WhatsApp
20 automações mapeadas organizadas por vertical de mercado.
Valida identidade, documento, telefone, PEP e listas restritivas — com versão controlada do agente e trilha auditável.
Abertura de conta em minutos com rastreio auditável
Cruza bureau, renda, histórico interno e política de crédito.
Pré-análise antes do analista humano
Analisa titularidade, padrão de comportamento e listas negras.
Bloqueio preventivo com explicação estruturada
Compara extratos, boletos e lançamentos internos.
Menos trabalho manual no back-office
Valida chave, CNPJ emitente, duplicidade e inconsistências.
Contas a pagar com menos fraude
Monitora PEP, OFAC, operações atípicas e mídia adversa.
Relatórios de compliance com evidências
Prioriza devedores e valida contato antes de acionar.
Recuperação mais eficiente
Extrai cláusulas e compara com política interna.
Revisão jurídica em minutos
Configuração completa para criar na UI: agente, tools, SKILLs, RULEs e prompt.
| Campo | Valor |
|---|---|
| Nome | Análise de Crédito Pré-Aprovada |
| Grupo | credito |
| Orchestrator | true |
| maxLoops | 8 |
| playbookSlugs | consulta-cpf, consulta-serasa, calculo-score-credito, saida-credito-json |
| key | name | type | required | descrição |
|---|---|---|---|---|
| cpf | CPF do solicitante | cpf | sim | Documento principal |
| renda_declarada | Renda declarada | number | sim | Renda mensal em R$ |
| valor_solicitado | Valor solicitado | number | sim | Montante do crédito |
| produto | Produto | text | sim | Ex: pessoal, consignado, veículo |
| prazo_meses | Prazo (meses) | number | não | Prazo desejado |
Analise o crédito para CPF {{cpf}}, renda R$ {{renda_declarada}},
valor solicitado R$ {{valor_solicitado}}, produto {{produto}}.
@skill:consulta-cpf @skill:consulta-serasa @skill:calculo-score-credito
@rule:saida-credito-json| Nome | Tipo | Grupo | keyReference / detalhe |
|---|---|---|---|
| validar_cpf | PROVIDER | receita | nome_chave do site_provedor CPF |
| consulta_serasa_score | PROVIDER | serasa | nome_chave bureau Serasa |
| calcular_comprometimento_renda | PYTHON | database | função Python no sidecar |
| consultar_historico_cliente | DB | database | query histórico inadimplência |
| notificar_analista_credito | TELEGRAM | — | notificação opcional |
Entrada: renda_declarada, valor_solicitado, prazo_meses, score_externo
Saída: { comprometimento_pct, score_interno, faixa_risco }
Regra: comprometimento > 30% → risco elevado
---
name: consulta-cpf
requiredTools: [validar_cpf]
toolOrder: [validar_cpf]
---
Validar CPF na Receita antes de qualquer consulta paga.
Se valido=false, interromper fluxo de bureau.---
name: consulta-serasa
requiredTools: [consulta_serasa_score]
optionalTools: [consultar_historico_cliente]
toolOrder: [consultar_historico_cliente, consulta_serasa_score]
---
Consultar histórico interno (barato) antes do Serasa (pago).---
name: calculo-score-credito
requiredTools: [calcular_comprometimento_renda]
---
Consolidar dados e calcular score interno + limite sugerido.---
name: saida-credito-json
alwaysApply: true
outputValidation:
mode: json_schema
schema:
type: object
required: [aprovado, limite_sugerido, taxa_sugerida, score_risco, motivos]
properties:
aprovado: { type: boolean }
limite_sugerido: { type: number }
taxa_sugerida: { type: number }
score_risco: { type: string, enum: [baixo, medio, alto] }
motivos: { type: array, items: { type: string } }
documentos_pendentes: { type: array, items: { type: string } }
onFailure: retry_llm
maxOutputRetries: 3
---
Resposta sempre em JSON estruturado para integração com core bancário.systemInstructions: Você é analista de crédito automatizado. Priorize consultas baratas. Não aprove se CPF inválido ou score_risco=alto.
task: Realizar pré-análise de crédito com limite e taxa sugeridos.
outputSchema: Espelha a RULE saida-credito-json
UI/Telegram
Envia cpf, renda, valor
Worker
Stage 1: validar_cpf (barato)
Receita
Se valido=false → reprova sem bureau
DB
Consulta histórico interno
Serasa
Consulta bureau (pago)
Python
Calcula score e limite
Worker
Retorna JSON aprovado/limite/taxa
Resumo compacto com opção de expandir detalhes completos.
| Campo | Valor |
|---|---|
| Nome | Admissão Digital de Colaborador |
| Grupo | rh |
| playbookSlugs | validar-docs-admissao, consulta-antecedentes, saida-rh-json |
cpf (cpf) — CPF do candidatotelefone (text) — Celular com DDDemail (email) — E-mail pessoalcargo (text) — Cargo pretendidodata_admissao (date) — Data previstavalidar-docs-admissao — Ordem: CPF → telefone → e-mailconsulta-antecedentes — Só após documentos válidosRULE saida-rh-json: { aprovado, pendencias[], checklist_onboarding[], nivel_risco }