Serviços — Aconselhar · Construir · Adaptar · Modernizar

Engenharia de IA que chega à produção.

A Onega aconselha sobre onde a IA compensa, constrói os agentes e os modelos que fazem o trabalho e moderniza as aplicações de que dependem. Os nossos próprios engenheiros realizam cada projeto dentro do seu ambiente, numa plataforma governada e alojada internamente, e entregam um manual de operação no final.

Deployed, not demoed.

01 — Práticas

Quatro práticas, um único padrão de entrega.

Aconselhar

Consultoria de IA

Decida onde a IA compensa antes de pagar por ela. Mapeamos os casos de utilização candidatos, medimos o trabalho que alterariam, classificamos cada um segundo o Regulamento Europeu da IA (AI Act), escolhemos a arquitetura e redigimos o caso de negócio que a sua administração e a comissão de trabalhadores podem verificar.

Começa comAI Opportunity Assessment · 3–4 semanas

Construir

Desenvolvimento de IA agêntica

Agentes que fazem trabalho real, dentro dos limites que definir. Concebemos, construímos e avaliamos agentes de IA e fluxos de trabalho de vários passos que usam as suas ferramentas e os seus dados, com uma pessoa a aprovar o que importa e uma paragem de emergência nas mãos da sua equipa de segurança.

Começa comDiscovery Sprint · 2 semanas

Adaptar

Personalização e fine-tuning

Modelos que conhecem o seu negócio e funcionam onde os seus dados residem. Fundamentamos os modelos nos seus documentos, ajustamos instruções e políticas, fazemos fine-tuning de modelos de pesos abertos com os seus dados aprovados e comprovamos cada alteração num conjunto de avaliação construído a partir dos seus próprios exemplos.

Começa comModel Evaluation Sprint · 2–3 semanas

Modernizar

Modernização de aplicações

Leve a IA aos sistemas que já utiliza. Avaliamos as suas aplicações existentes, acrescentamos IA através de uma única API governada quando não é necessária uma reescrita, transformamos funções legadas em ferramentas seguras para agentes e migramos passo a passo quando compensa.

Começa comModernisation Assessment · 3–4 semanas

02 — Como decorrem os projetos

Um único percurso para todas as práticas.

Cada projeto começa com uma avaliação de âmbito fixo e preço fixo. Os pilotos são medidos face à linha de base acordada nessa avaliação, e o alargamento só acontece com base em evidências.

  1. 01

    Avaliar · 2–4 semanas

    Linha de base, fluxos de dados, registo de riscos com uma classificação segundo o Regulamento Europeu da IA (AI Act), arquitetura, critérios de aceitação e uma proposta a preço fixo. Pode parar aqui.

  2. 02

    Piloto · 6–8 semanas

    Um âmbito delimitado, construído dentro do seu ambiente, avaliado numa amostra reservada (holdout), executado sob supervisão e entregue com um manual de operação.

  3. 03

    Escalar · renovação trimestral

    Uma Forward Residency acrescenta os próximos fluxos de trabalho, agentes ou aplicações, com um engenheiro integrado na sua equipa.

  4. 04

    Operar · renovação mensal

    Monitorização, atualização da avaliação, alterações de modelos e de políticas sob controlo de alterações e um canal de suporte designado.

03 — O que pode exigir-nos

Consultoria que passa à prática. Engenharia que continua a prestar contas.

  1. 01

    Engenheiros, não diapositivos.

    As pessoas que avaliam o seu caso são as mesmas que o constroem. Cada entregável é algo que pode executar, testar ou auditar.

  2. 02

    Governado desde o primeiro commit.

    Os agentes e os modelos funcionam por detrás de política, orçamentos, ocultação e um registo de auditoria, no OneVeer ou nos controlos que já opera. A IA propõe; as pessoas decidem o que importa.

  3. 03

    Agnóstico quanto ao modelo, sem aprisionamento tecnológico.

    De fronteira ou de pesos abertos, na nuvem ou no seu hardware, escolhidos por caso de utilização segundo a sua política. A configuração, os conjuntos de avaliação e os manuais de operação são-lhe entregues.

  4. 04

    Evidências antes de afirmações.

    Linhas de base antes da construção, avaliação antes do lançamento e uma opção de paragem em cada fase. Publicamos métodos, não promessas.

04 — A plataforma subjacente

Construído sobre os nossos próprios produtos, quando se adequam.

Os serviços mostram-nos que problemas se repetem. Os produtos permitem-nos resolvê-los mais depressa da vez seguinte. Quando se adequa, os seus agentes e modelos funcionam por detrás do OneVeer, e o OneMail ou o OneDesk juntam-se quando o trabalho acontece numa caixa de correio partilhada ou à secretária. Quando a sua própria plataforma é a resposta certa, é sobre ela que construímos.

OneVeer

Uma única API governada para todos os agentes e modelos, locais ou na nuvem: uma paragem de emergência com âmbito para um agente, um modelo ou tudo; aprovações de utilização única para chamadas a ferramentas; ocultação de PII; orçamentos; uma lista de materiais de IA.

OneMail

Para o trabalho que chega a uma caixa de correio partilhada: concebido em torno de evidências para cada recomendação, níveis de automação de Observar a Autónomo e o Dynamics 365 como sistema de registo.

OneDesk

Para o trabalho à secretária: um espaço de trabalho nativo onde as pessoas reveem e enviam o que a IA prepara, com um armazenamento local encriptado e uma paragem de emergência da IA para todo o dispositivo.

Espera-se que cada projeto devolva à plataforma algo reutilizável: um conector, uma receita de implantação, um conjunto de avaliação ou um padrão documentado. É assim que a décima implantação deverá custar menos do que a primeira.

05 — Exemplos

Como pode ser um primeiro projeto.

Aconselhar

Vinte ideias, três pilotos.

Uma análise de vinte casos de utilização de IA propostos, reduzidos aos três que justificam um piloto, cada um com uma linha de base medida e uma classificação segundo o Regulamento Europeu da IA.

Construir

Um agente de serviço com um passo de aprovação.

Um agente que lê um pedido recebido, consulta o registo do cliente e prepara o caso para aprovação por um operador.

Construir

Respostas com fontes para técnicos de campo.

Um assistente de pesquisa sobre manuais de manutenção e histórico de assistência que cita a página que usou e o indica quando as fontes são omissas.

Adaptar

Um modelo pequeno na sua própria GPU.

Um modelo de pesos abertos com fine-tuning para classificar pedidos em cinco línguas, avaliado face ao modelo maior que substitui e servido em hardware que lhe pertence.

Modernizar

IA para um sistema de encomendas, sem reescrita.

Resumos, validação e redação de rascunhos acrescentados a uma aplicação de encomendas com quinze anos através de uma única API governada, enquanto esta continua a funcionar como hoje.

Modernizar

Uma migração que começa pelos testes.

Um plano passo a passo para uma aplicação legada, com análise de código assistida por IA e testes de caracterização escritos antes de qualquer mudança.

Âmbitos ilustrativos, não referências de clientes. A Onega só identifica clientes e publica resultados com a sua autorização escrita.

06 — Limites

O que não aceitamos.

  • Casos de utilização de risco elevado nos termos do Regulamento Europeu da IA, como a triagem no recrutamento, a elegibilidade para crédito ou seguros e a identificação biométrica.
  • Fine-tuning com dados sem um fundamento de licitude documentado e sem a aprovação do proprietário dos dados.
  • Agentes que executam ações com consequências sem um circuito de aprovação humana.
  • Programas de transformação em aberto sem um responsável que preste contas.
  • Cedência de recursos sem um resultado definido.
  • Acesso à produção antes de autorização escrita.

Nesses casos, propomos em alternativa uma avaliação de âmbito fixo com opção de paragem.

07 — Perguntas frequentes

Perguntas que os compradores fazem.

Temos de comprar produtos da Onega?

Não. Recomendamos o OneVeer, o OneMail ou o OneDesk quando se adequam ao problema e, quando não se adequam, construímos sobre as plataformas que já utiliza. Cada recomendação fica registada na avaliação, com as suas razões e a alternativa que considerámos.

Com que modelos trabalham?

Modelos de fronteira dos principais fornecedores, modelos de pesos abertos que funcionam no seu próprio hardware e os modelos que a sua organização já aprovou. A escolha é feita por caso de utilização, com base no seu conjunto de avaliação, nos seus limites de custo e nas suas restrições de dados. Por detrás de um alias governado, pode mudar mais tarde sem reconstruir a aplicação.

A quem pertence o que constroem?

A titularidade é acordada no documento de âmbito do trabalho (statement of work) antes do início de qualquer construção. Abrange o código específico do cliente, os seus dados, os conjuntos de avaliação, os pesos de modelos treinados com os seus dados e os componentes preexistentes e produtos da própria Onega. Recebe sempre a configuração, a documentação e o manual de operação necessários para operar o resultado ou para sair.

Onde é realizado o trabalho?

No seu ambiente: o seu hardware, o seu tenant ou um ambiente de teste isolado (sandbox) que aprove. Não há acesso à produção antes de autorização escrita, as amostras sintéticas ou aprovadas vêm primeiro, e existe um acordo de subcontratação (tratamento de dados) com uma lista de subcontratantes ulteriores antes de qualquer tratamento de dados pessoais.

Como são definidos os preços dos projetos?

As avaliações e os pilotos têm preço fixo, acordado antes do início do trabalho. As Forward Residencies e o Operate and Improve são mensais, com um âmbito definido. As licenças de software, a capacidade de computação e os custos de modelos de terceiros têm preço separado. Não publicamos preços.

Podem trabalhar em conjunto com o nosso parceiro de TI ou integrador de sistemas?

Sim. Podemos trabalhar ao lado do parceiro que gere os seus sistemas, e os parceiros de implementação podem obter certificação para aplicar o método através da Onega Partner Network.