Produto · h|ve Platform

Aplique rigor de engenharia à programação AI-Native.Extraia o máximo potencial da IA para sua empresa.

Desenvolva software pronto para produção, do desenvolvimento orientado por especificações à implantação final, da maneira correta e logo na primeira tentativa. A h|ve Platform integra-se à sua base de código existente, aos padrões da sua equipe e ao conjunto de ferramentas corporativas que você já utiliza.

A camada

Uma camada comum entre pessoas e tecnologia.

A h|ve fica entre o time e a stack: recebe a direção das pessoas e faz a mesma regra valer em cada agente, modelo e ferramenta.

Humanos / TimeEstratégia · Direção · PrioridadesEngenharia que amplia pessoas
  • Contexto

    Objetivo, arquitetura, política e responsável viram uma base executável.

  • Orquestração

    Agentes, modelos e ferramentas recebem contexto e sequência de trabalho.

  • Integração

    Dados, repositórios, quadros, CI e sistemas permanecem onde já estão.

h|ve Platform

  • Barreiras

    Permissões, gates e políticas acompanham a execução, não uma verificação posterior.

  • Observabilidade

    Cada ação ganha origem, decisão, desvio, execução, custo e evidência.

  • Portabilidade

    A stack pode mudar sem perder a camada que governa como ela é usada.

Sobre a stack que a empresa já tem

  • LLMs
  • Agentes
  • RAGs
  • Nuvem e serviços
  • Repositórios
  • Testes

Por que a h|ve importa

  • Sem h|ve

    Ferramentas conectadas, operação fragmentada.

    O contexto se perde entre prompt, agente, PR, pipeline e aprovação. A governança tenta reconstruir depois.

  • Com h|ve

    Uma regra comum acompanha todo o trabalho.

    Contexto, autoridade, política e evidência viajam junto com a execução, independentemente da ferramenta.

  • Resultado

    Mais velocidade sem abrir mão do controle.

    Contexto, autoridade, política e evidência permanecem ligados do início ao resultado.

Capacidades

O que a plataforma traz.

Seis capacidades que agem durante a execução, e não numa conferência depois dela. Ao lado de cada uma, a tela do produto onde ela aparece.

As capacidades

h|ve Map

Contexto

Objetivo, arquitetura, política e responsável viram uma base que o trabalho consulta e respeita.

Tela Regras: quem pode o quê nesta empresa, nos níveis Leve, Padrão e Rigoroso
Módulos

Uma plataforma que governa todo o seu desenvolvimento com IA.

Cinco módulos em volta da mesma regra. Abaixo, o que cada um faz e o que exige de você.

h|ve Platform

  1. MapNegócios
  2. FlowNegócios e desenvolvimento
  3. JudgeDesenvolvimento e dados
  4. GuardDesenvolvimento e governança
  5. LedgerAuditoria
  1. Contexto

    h|ve Map

    Negócios

    O que faz
    Lê a documentação, o código e as decisões que já existem e destila tudo num modelo vivo da sua organização: capacidades, políticas, donos e as regras que o negócio segue de verdade. É a camada semântica que dá à IA o contexto que faltava, e que vira a configuração inicial do Flow.
    O que exige de você
    O material que você já tem e algumas horas dos seus líderes. Onde falta documentação, o Map parte de modelos de referência do seu setor.
  2. Orquestração

    h|ve Flow

    Negócios e desenvolvimento

    O que faz
    Conduz cada trabalho da intenção ao merge por nove estágios, com um gate em cada passagem que só avança contra o artefato certo. O quadro anda sozinho pelo resultado da integração contínua. O merge continua sendo decisão de gente.
    O que exige de você
    Que o trabalho passe pelo quadro e que o artefato de cada gate exista. O override do arquiteto está sempre à mão, e sempre pede motivo registrado.
  3. Análise de desvio

    h|ve Judge

    Desenvolvimento e dados

    O que faz
    Compara a especificação aprovada com o que o pull request realmente entregou e escreve, no próprio PR, onde os dois se afastaram. Blindado contra instrução escondida em conteúdo não confiável. A revisão começa já sabendo onde olhar.
    O que exige de você
    Uma especificação aprovada para comparar. Sem combinado, não há desvio a apontar.
  4. Barreira no editor

    h|ve Guard

    Desenvolvimento e governança

    O que faz
    Vive dentro do editor. No instante em que o agente tenta escrever, confere se aquele arquivo pertence ao card aprovado para aquela branch. Se não pertence, a escrita não acontece. Não é aviso depois do fato, é bloqueio antes de existir.
    O que exige de você
    Uma linha de instalação e um card com escopo aprovado. Custa 1,5 segundo por verificação, com cache por branch.
  5. Memória e trilha

    h|ve Ledger

    Auditoria

    O que faz
    Registra cada decisão com autor, autoridade e base, num histórico que só acrescenta e nunca reescreve. Com o tempo, essas decisões viram a memória destilada da empresa: uma trilha auditável que responde quem decidiu, por quê e a que custo, e alimenta as decisões de negócio.
    O que exige de você
    Nada além de trabalhar dentro do fluxo. A trilha se forma sozinha à medida que as decisões acontecem.

Capacidades nativas

  • Governed Context Layer

    Decisões e execução

  • FinOpsAI

    Custo e valor em todos os níveis

  • BYOK

    Controle das chaves de LLM

  • LGPD + Trilha imutável

    Evidência auditável

Governança nativa. Sem desacelerar a entrega.

O fluxo

A mesma feature atravessando as cinco camadas.

Desenvolva com mais agilidade, maior qualidade e menor risco, tendo as especificações como sua fonte única de verdade, gerenciamento avançado de contexto e aplicação consistente dos padrões da equipe. A h|ve Platform traz rigor, qualidade e consistência para ajudar suas equipes a entregar com excelência.

01 NEGÓCIOSMap02 ARQUITETURAFlow05 GOVERNANÇAFlow · Guard · Judge03 DESENVOLVIMENTOGuard · Judge04 DADOSLedgerMapCONTEXTOIntenção do negócioO pedido entra como card, com origem e dono. O Map destila a documentação que já existe num modelo vivo da organização.INSPECIONAcapacidadespolíticasdecisõesresponsáveislacunas por riscoO MODELO VIRA CONFIGURAÇÃO DO FLOWFlowORQUESTRAÇÃOO método configuradoNove estágios, cinco papéis humanos e dois atores que não são gente, numa máquina de estados única no servidor.INSPECIONAestágiospapéisportõestransiçõesartefato de cada gatesem portãoFLOWspec aprovadaGUARDescopo da branchJUDGEdeclaração de IAFLOWresultadodefinitivoFLOWduas assinaturasFLOWmotivo dooverrideFLOWcredencial depessoaescrita bloqueadaIntenção01 · backlogEspecificação02 · specConstrução03 · devPull request04 · prIntegração05 · ciQualidade e dado06 · qa_dataArquiteto07 · architectMerge08 · maindevolve a specdesvio nomeadoassinatura negadaLedgerMEMÓRIA DESTILADAAs oito transições gravam sozinhasRegistro que só acrescenta. Ninguém reescreve o passado, e a recusa fica guardada com o ator e a regra que o parou.INSPECIONAatorautoridadebaserecusadivergênciacusto em tokensdeclaração de IALedger devolve o número ao negócio

use as setas do teclado para percorrer os oito passos

O ponto branco no canto do portão marca a transição que só uma credencial de pessoa abre: aprovar especificação, reprovar qualidade, autorizar o override e mergear na principal. A linha tracejada é retorno, e ela carrega a cor da peça que provocou a volta.

Fronteira do produto

O que a h|ve não vai fazer, e por quê.

Um produto se define tanto pelo que recusa quanto pelo que entrega. Estas quatro não estão faltando, são decisão. São corridas já ganhas por outros, e entrar em qualquer uma delas é gastar meio ano para chegar por último num empate.

  • Motor de contexto e indexação semântica

    Já tem dono no mercado. A memória daqui é de decisões, não de código, e essa distinção é uma virtude enquanto não tentar ser a outra coisa. O caminho é integrar.

  • Orquestração de múltiplos agentes em paralelo

    Também já tem dono. A h|ve roda sobre o que orquestra, não no lugar dele.

  • Review automatizado de código por IA

    Idem. O que esta plataforma decide é quem pode, não se está certo.

  • Motor de regras sem código

    Não antes de as regras estabilizarem. Construir editor para configurar algo que muda toda semana é fazer ferramenta para alvo móvel. Regra em código, versionada e com vigência, já entrega portão, alçada e trilha sem editor nenhum.

A razão de cada uma está escrita para que ninguém as reabra por engano daqui a seis meses.

Governança

Cada decisão do agente é observável, auditável e governável.

A máquina propõe, a pessoa decide, e o que atravessa o gate keeper fica registrado. Abra cada item para ver o controle por dentro.

A pessoa no gate keeper

Aprovar especificação, reprovar qualidade e mergear na main são transições que só a credencial de pessoa autoriza, verificada na origem. O agente pode propor a mudança inteira, mas não consegue assinar por ela. O gate keeper é constante no código, não uma caixa de configuração que alguém pode desmarcar numa sexta-feira.

Uma capacidade que ninguém classificou nasce proibida para a máquina. A lista do que só pessoa decide não é escrita à mão, é derivada da tabela de transições. Quando uma passagem nova aparece, ela nasce humana por consequência, não por alguém ter lembrado de incluí-la. Liberar a máquina exige um ato explícito, e a lista do que ela pode propor tem hoje duas entradas: submeter um card à fila de especificação e abrir o pull request. Nas duas o trabalho segue para revisão de gente.

E o override não é dela em código nenhum: a função que permitiria à máquina forçar um gate devolve não em qualquer situação. É constante, não configuração.

Auditoria imutável

A trilha é append-only: nada é sobrescrito e nada some, nem quando uma decisão é revista depois. Cada registro guarda quem decidiu, com que autoridade, sobre qual base e quanto custou. É esse conjunto que você entrega quando um auditor externo pede a evidência, sem precisar remontar a história a partir de conversas.

LGPD desde o desenho

A h|ve não indexa o código do cliente. O que trafega é metadado, a especificação e o diff do pull request, o suficiente para governar sem copiar a sua base. Região de processamento e prazo de retenção ficam definidos em contrato, e a lista de sub-processadores é declarada, não descoberta depois.

Controle de acesso

Papéis e credenciais separam pessoa e agente, com permissões atribuídas por função e não por indivíduo. A exceção (override) pertence ao arquiteto e sempre exige um motivo escrito. O motivo entra na trilha junto com o autor e o horário, então toda quebra de regra tem dono e justificativa.

Independência de modelo

A plataforma não prende você a um provedor de IA. O modelo entra por uma porta, com adaptador de cada fornecedor atrás dela: trocar é mudar a configuração, não reescrever o processo, porque as regras vivem na h|ve e não no prompt de um fornecedor. A régua de governança continua a mesma antes e depois da troca, e a trilha registra qual modelo respondeu por cada entrega. Hoje a operação roda com um provedor primário e um secundário, que assume quando o primário fica indisponível.

Integrações

Integramos sua stack atual.

Os agentes operam dentro das suas ferramentas de hospedagem de código, rastreamento de tarefas, chat, nuvem e integração contínua.

Sem substituir. Sem aprisionar. Sem interromper.

IA

Desenvolvimento

Colaboração

Claude
ChatGPT
Gemini
VS Code
Cursor
GitHub
MCP
Microsoft Teams
GitLab
Linear

h|ve Platform

h|ve Platform

IA

  • Claude
  • ChatGPT
  • Gemini

Desenvolvimento

  • VS Code
  • Cursor
  • GitHub
  • MCP

Colaboração

  • Microsoft Teams
  • GitLab
  • Linear
Perguntas frequentes

As dúvidas que aparecem antes da conversa.

Isso substitui meu GitHub, meu Jira ou meu editor?

Não. A h|ve governa por cima do que você já usa. A instalação típica não remove nenhuma ferramenta.

Precisamos ter processos documentados para começar?

Não. Metade dos casos começa sem documentação. O Map monta a primeira versão do modelo a partir de arcabouços de referência do seu segmento e valida com seus líderes.

Isso vai atrasar meu time?

As barreiras entram por escolha, começando por um gate e dois papéis. O Guard tem orçamento de 1,5 segundo e libera a edição se o serviço não responder.

A IA fica proibida de fazer o quê?

De concluir sozinha o que exige responsabilidade humana. Aprovar especificação, reprovar qualidade e mergear na branch principal exigem pessoa, com credencial de pessoa.

Qual o esforço de implantação?

O Guard leva minutos. O Flow em modo leve leva menos de um dia. No Scan & Go, as cinco primeiras fases somam 14 dias de trabalho com sua liderança e os times escolhidos.