Aberta ao stack do seu cliente.

A solução se conecta ao que a empresa já usa: plataformas de dados, identidade, ferramentas e agentes. Usamos padrões abertos e construímos adaptadores e conectores onde o projeto exigir. A governança já vem no produto.

Conversar sobre o meu stackVer como se conecta

Visão executiva

O que muda na prática para quem decide, quando a solução é aberta ao stack que a empresa já tem.

O seu stack é o ponto de partida
Os dados ficam onde estão. A fábrica se conecta às plataformas que a empresa já opera, sem exigir migração.
Sem aprisionamento
As conexões usam padrões abertos (MCP, OpenID Connect, SQL, HTTP). Trocar uma peça do stack não obriga a refazer a solução.
Cada pessoa com a própria conta
O login usa o provedor de identidade da empresa. Quem usa as ferramentas e os agentes é a pessoa, com o acesso que ela já tem.
Escopo e prazo por projeto
Cada integração tem requisitos, responsáveis e critérios de teste definidos antes. Dizemos com clareza o que está disponível hoje e o que depende de projeto.

O stack do seu cliente, por categoria

As categorias de um stack de dados e IA, o que a solução conecta hoje e o que conecta por projeto.

Disponível no produtoSob projeto

  1. Hyperscalers

    A nuvem em que o stack já roda.

    • AWSSob projeto
    • Microsoft AzureSob projeto
    • Google Cloud (GCP)Sob projeto

    Como nos conectamos. Rede, identidade e custos são os do cliente. A conexão é definida em cada projeto.

  2. Plataformas de dados

    Data warehouse e lakehouse onde os dados vivem.

    • SnowflakeDisponível no produto
    • Databricks (Unity Catalog)Disponível no produto
    • PostgreSQLDisponível no produto
    • Microsoft FabricSob projeto
    • Google BigQuerySob projeto
    • Amazon RedshiftSob projeto

    Como nos conectamos. Adaptador de dados com descritor e driver. A leitura de metadados descobre o escopo antes do uso.

    A Arcogi é parceira Registered da Snowflake Partner Network.

  3. Integração e transformação

    Ingestão, transformação e orquestração.

    • dbtSob projeto
    • FivetranSob projeto
    • Apache AirflowSob projeto
    • InformaticaSob projeto

    Como nos conectamos. A solução não substitui a ingestão: consome o que o stack já prepara. A conexão é por projeto.

  4. Governança e catálogo de dados

    Catálogo, linhagem e qualidade.

    • Catálogo, domínios e contratos de dados do produtoDisponível no produto
    • Microsoft PurviewSob projeto
    • CollibraSob projeto
    • AlationSob projeto
    • AtlanSob projeto

    Como nos conectamos. A governança já entra no produto: catálogo, domínios e contratos de dados. Com a plataforma de governança do cliente, coexiste e conecta por projeto.

  5. BI e analytics

    Onde as pessoas analisam e decidem.

    • Power BISob projeto
    • TableauSob projeto
    • LookerSob projeto
    • QlikSob projeto

    Como nos conectamos. Os produtos de dados são consumidos pelas ferramentas de análise do cliente. Usamos MCP quando a ferramenta oferece.

  6. IA, modelos e agentes

    Provedores de modelo, agentes e clientes.

    • Anthropic (Claude)Disponível no produto
    • OpenAIDisponível no produto
    • Agentes de terceiros (A2A)Disponível no produto
    • Clientes MCP, como Claude CodeDisponível no produto
    • Azure OpenAISob projeto
    • Amazon BedrockSob projeto
    • Google Vertex AISob projeto

    Como nos conectamos. Provedores de modelo configurados por organização. Agentes de terceiros entram por A2A e clientes por MCP.

  7. Identidade e segurança

    Quem a pessoa é e o que ela pode acessar.

    • Provedor corporativo OpenID ConnectDisponível no produto
    • Microsoft Entra IDSob projeto
    • OktaSob projeto

    Como nos conectamos. OpenID Connect com o provedor corporativo. As permissões vêm da plataforma, não do token.

  8. Aplicações e gestão de serviços

    Sistemas de origem e de gestão do trabalho.

    • Jira (via MCP)Disponível no produto
    • ServiceNowSob projeto
    • SAPSob projeto
    • SalesforceSob projeto
    • OracleSob projeto
    • Microsoft DynamicsSob projeto

    Como nos conectamos. Leitura por adaptador ou por servidor MCP. A conexão é definida em cada projeto.

Nomes de produtos e empresas pertencem aos seus titulares e aparecem apenas para indicar o stack do cliente com o qual a solução pode se conectar. Não indicam parceria, certificação nem homologação, exceto a parceria Registered com a Snowflake, informada na categoria Plataformas de dados.

Visão técnica

Os protocolos e padrões que o produto usa em cada camada.

CamadaPadrão ou protocoloComo usamos

Identidade

OpenID Connect · Authorization Code com PKCE

A pessoa entra com a conta do provedor corporativo. O token é validado por assinatura (JWKS), emissor, público e nonce. As permissões vêm da plataforma, não de campos do token.

Acesso de agentes e ferramentas

MCP (JSON-RPC sobre HTTP, com SSE) · OAuth 2.1 com PKCE S256

Um servidor MCP expõe agentes e ferramentas a clientes como Claude Code, com os métodos initialize, tools/list e tools/call. O cliente é registrado e a pessoa autoriza na primeira conexão.

Ferramentas externas

Cliente MCP para servidores remotos

Conectamos servidores MCP de terceiros, como o Jira. Cada ferramenta é qualificada antes do uso e a definição é verificada por hash: se mudar no servidor remoto, a ferramenta sai do ar até nova revisão.

Agentes de terceiros

A2A (message/send) · Agent Card assinado (JWS, Ed25519)

A plataforma é cliente e servidor A2A: delega a agentes de fornecedores e recebe chamadas de parceiros, com o cartão do agente publicado e assinado.

Dados

Adaptadores: Snowflake (SQL API), Databricks (Unity Catalog), PostgreSQL

Autenticação por par de chaves (JWT), token de acesso programático ou token de principal de serviço, conforme a plataforma. Segredos ficam em cofre. A leitura de metadados descobre o escopo.

Integração por API

API HTTP versionada (/api/v1) · webhook

Comandos e consultas por API. Os agentes podem ser disparados manualmente ou por webhook.

Descreve o que o produto implementa hoje. Detalhes de rede, identidade e autenticação são confirmados em cada ambiente.

Como um adaptador ou conector entra

Adaptador fala com uma plataforma de dados. Conector liga ferramentas e agentes por MCP ou A2A. O caminho é o mesmo para os dois.

  1. 01

    Descoberta do stack

    Mapeamos plataformas, identidade, redes e regras de acesso do cliente.

  2. 02

    Descritor

    Cada tipo de adaptador é descrito como dado: campos de conexão, métodos de autenticação, privilégios exigidos e testes. Um tipo novo entra como nova descrição.

  3. 03

    Driver ou conector

    Um driver fala com a plataforma. Quando a plataforma oferece MCP, usamos o conector MCP.

  4. 04

    Teste e escopo

    Teste de conexão, verificação dos privilégios mínimos e descoberta do escopo antes de qualquer uso.

  5. 05

    Operação

    A conexão entra em operação com dono, acompanhamento de consumo e revisão periódica.

Comece pelo seu stack.

Traga o desenho do seu ambiente. Dizemos o que se conecta hoje, o que exige um adaptador novo e qual o prazo.

Conversar sobre o meu stackCookbooks

Disponível no produto e validado em ambiente de demonstração com dados sintéticos. AWS, GCP, Microsoft e as demais plataformas são conectadas por projeto, com escopo e critérios de teste acordados. Não declaramos integração com um fornecedor antes de ela existir.

Qual parte da sua operação precisa avançar?

Começamos por uma decisão recorrente ou um resultado que importa. Identificamos os dados, as pessoas e a primeira capacidade necessária.

Conversar sobre o meu stack