Ir para o conteúdo

INITE / NÚCLEO DA PLATAFORMA

Sobre o que está assente cada produto INITEe por que são apenas três

Onze produtos e este site assentam em três serviços: uma forma de entrar, uma memória e o dinheiro. Não é um modo arrumado de os agrupar — uma vertical que precisa de login, de histórico ou de uma fatura chama os mesmos três, e é por isso que se constrói em semanas e não em trimestres.

ARQUITETURA / O QUE ASSENTA SOBRE O QUÊregisto INITE

Verticais10

  • Rentpiloto
  • Estate
  • Shop
  • Health
  • Digital
  • Studio
  • Fund
  • Food
  • Travel
  • Sport

Camada de soluções1

  • Solutions

Núcleo3

  • Identityauth.inite.ai
  • Brainbrain.inite.ai
  • Billingbilling.inite.ai

11

produtos por cima

3

serviços a sustentar

Um produto está marcado. O INITE Rent recebe primeiro aquilo que depois passa a ser partilhado, e é o primeiro a esbarrar no que a camada comum ainda não faz.

Lido do registo, não escrito à mão11 / 3

Os três

Os trêsauth · brain · billing
  • INITE Identity

    A entrada
    auth.inite.ai

    OAuth 2.0 e OIDC. Cada produto entrega aqui o seu login em vez de construir o próprio: uma pessoa tem uma conta para tudo e um operador tem um único sítio onde a revogar.

    • Passkeys e magic links, para que o caminho comum não tenha palavra-passe nenhuma
    • Tokens de serviço para chamadas máquina a máquina entre produtos
    • Ligação de carteira Web3, onde os utilizadores do produto têm uma
    • Superfície de administração MCP: um agente administra-o como uma pessoa
    • Corre no seu próprio hardware, para uma instalação que não pode sair para fora
  • INITE Brain

    A memória
    brain.inite.ai

    Um grafo de conhecimento bitemporal. Guarda não só o que é verdade, mas também quando soubemos — a diferença está desenhada abaixo, porque dita assim parece nada e muda tudo.

    • Pacotes de domínio — o vocabulário de um setor, reutilizado por todos os produtos dele
    • Skills: o comportamento é declarado e versionado em vez de reescrito em cada produto
    • Uma superfície MCP, que é como um agente lê e escreve no grafo
    • Ferramentas de agente na mesma superfície por onde trabalha um operador humano
  • INITE Billing

    O dinheiro
    billing.inite.ai

    O fornecedor de pagamentos fica atrás de uma única interface. Os produtos acima nunca sabem qual o processador em uso, por isso trocá-lo é configuração e não migração.

    • Subscrições e créditos de utilização no mesmo livro-razão
    • Direitos de plano — o que um plano abre, resolvido num só sítio e não em cada produto
    • Referências em vários níveis
    • Uma instalação a servir muitas empresas ao mesmo tempo
O QUE QUER DIZER BITEMPORALmodelo

Quando era verdade

1 mar

O que o grafo tinha

54 €
50 €
12 jun3 ago
  1. 1 marQuando era verdade
  2. 12 junO que o grafo tinha54 €
  3. 3 agoO que o grafo tinha50 €

2

relógios em cada facto

  • Qual era a tarifa em abril? — 50 €.
  • E qual julgávamos ser a tarifa de abril? — nenhuma em abril, 54 € em julho, 50 € a partir de agosto.

Os números são um modelo, não o registo de um cliente. O que interessa é o desencontro entre as linhas: durante três meses o grafo não sabia nada, durante dois sabia errado, e a partir de agosto tem a resposta certa e a memória do que tinha antes.

Uma base de dados comum guarda uma destas linhas2

Porquê três e não trinta

Qualquer produto acima precisa de saber três coisas: quem está a perguntar, o que já se sabe e se esta conta tem direito a fazê-lo. Um CRM de aluguer de carros, um negócio imobiliário e uma consola de restaurante fazem as mesmas três perguntas — e são as três que mais demoram a ficar bem feitas.

Feitos uma vez, fazem com que uma vertical nova comece pelo seu próprio assunto e não por um ecrã de login. Um sítio para corrigir um bug de autenticação, um livro-razão para fechar, e um facto corrigido num produto fica corrigido em todos.

O preço corre no sentido contrário: os três têm de ser mesmo gerais. Uma vertical que precise de algo que eles não fazem tem de os mudar em vez de os contornar, e essa é uma alteração feita com os outros dez produtos em cima. É precisamente por isso que existe o piloto — o INITE Rent chega aos limites primeiro, enquanto o custo de errar é um produto e não dez.

Usá-los sem nós

O Identity corre no seu próprio hardware. Os três expõem uma superfície de controlo MCP, por isso um agente opera-os diretamente e não através de uma interface nossa. Se está a construir um produto pensado para agentes e quer os três por baixo dele em vez de uma consultora à frente, os produtos estão nas ligações abaixo e cada um documenta a sua interface.

O que assenta neles

Dez produtos verticais e uma camada horizontal de soluções. A ordem vem do registo; as ligações vão para os próprios produtos.

Ou construído por cima

Trinta minutos sobre o que está a construir: quais dos três usaria, o que o seu produto continua a ter de fazer sozinho e se a camada comum serve ou tem de se dobrar.

Marcar uma chamada

Uma empresa. Uma camada de soluções. Infraestrutura compartilhada por baixo.

A INITE encontra o problema operacional, a INITE Solutions o transforma em um sistema reutilizável e os produtos verticais levam esse sistema a um setor específico.

  1. 01Empresa e transformação

    INITE

    Diagnóstico do negócio, INITE Protocol, arquitetura e uma única relação comercial responsável.

  2. 02Camada horizontal de soluções

    INITE Solutions

    Auditoria de um processo, fluxos de agentes, integrações e implementação produtizada entre setores.

  3. 03Sistemas setoriais

    Produtos verticais

    Rent, Estate, Shop, Health e outros sistemas de domínio construídos sobre a mesma plataforma.

Todo sistema compartilha três elementos básicos.

São produtos operacionais, não submarcas decorativas. Com o runtime, permitem reutilizar identidade, memória organizacional e permissões comerciais.

Comece pela decisão que você já tem.

Você não precisa entender todo o ecossistema primeiro. Escolha a pergunta mais próxima da sua situação e siga pela superfície certa.