Perguntas que todo CIOestá fazendo sobre IA.

Resposta curta

Não são alternativas equivalentes. RAG fornece conhecimento; fine-tuning altera comportamento. Use RAG para políticas, documentos, normas, produtos, procedimentos e informações atualizáveis. Considere fine-tuning quando exemplos suficientes demonstram um comportamento especializado e relativamente estável. Em processos críticos, ambos ainda precisam conviver com regras determinísticas, ferramentas e avaliação.

Resposta curta

Quando requisitos de domínio, custo, latência, privacidade, localização, escala ou comportamento justificarem economicamente essa decisão. Não faça um modelo próprio apenas para chamar a IA de proprietária. A propriedade mais estratégica está no conhecimento, nas capabilities, nas regras, nos dados, na avaliação e na arquitetura que permite escolher ou substituir modelos.

Resposta curta

Decomponha-o. Parte deve virar conhecimento recuperável; parte, regras determinísticas; parte, capabilities; parte, ferramentas; parte, memória; e somente uma parcela pode justificar adaptação de modelo. O objetivo não é colocar a empresa inteira dentro de um LLM. É construir uma camada de Domain Intelligence capaz de combinar conhecimento, regras, dados, ferramentas e modelos durante a execução.

Resposta curta

Quando a execução exige interpretação de contexto, escolha dinâmica de ações, uso de ferramentas, adaptação ou coordenação entre etapas. Se o problema tem entradas previsíveis e regras totalmente determinísticas, software convencional ou workflow provavelmente é melhor.

Resposta curta

Quando existe separação real de competências, contexto, responsabilidade ou política. Criar cinco agentes para executar cinco prompts sequenciais não é boa arquitetura. Multiagentes fazem sentido quando capacidades especializadas podem ser descobertas, compostas, avaliadas e governadas de forma independente.

Resposta curta

Autonomia deve ser proporcional ao risco, à reversibilidade e à confiança. Consultar dados pode ser automático. Produzir uma recomendação também. Realizar pagamento, alterar prontuário, aplicar punição ou assumir obrigação contratual pode exigir aprovação. O desenho correto não é “humano ou IA”; é determinar onde o julgamento humano produz valor ou controla risco.

Resposta curta

Não comece pelo volume de documentos ou pelo número de pessoas. Analise esforço, repetição, variabilidade, decisões, conhecimento exigido, exceções, handoffs, qualidade atual, disponibilidade de dados e risco. Depois classifique cada atividade entre eliminar, automatizar, aumentar com IA, manter humana ou redesenhar.

Resposta curta

Não. Comece pelos processos associados a objetivos mensuráveis. E não documente apenas o fluxo formal: capture decisões, exceções, regras, sistemas, conhecimento e trabalho informal. O Builder usa essa compreensão para passar de AS-IS para TARGET e transformar atividades em capabilities executáveis.

Resposta curta

Não automaticamente. Muitas etapas existem porque pessoas e sistemas antigos tinham limitações que a IA não possui. Primeiro pergunte quais etapas protegem risco, quais criam valor e quais são apenas burocracia histórica.

Resposta curta

Não necessariamente. IA precisa de acesso governado ao contexto correto, não de uma cópia indiscriminada de todos os dados. Os dados podem permanecer nos sistemas de origem e ser acessados por consultas, APIs, eventos, ferramentas ou pipelines adequados.

Resposta curta

Desacople a IA do protocolo específico do sistema. Encapsule sistemas por APIs, drivers, manifestos, eventos e ferramentas. A camada de IA deve depender da capability necessária, não de detalhes internos do ERP ou mainframe.

A Onni já materializa esse princípio com manifesto + driver e um barramento que centraliza consultas, comandos e eventos.

Resposta curta

Não. MCP padroniza como modelos e agentes descobrem e usam ferramentas e recursos. APIs continuam sendo contratos fundamentais entre sistemas. Numa arquitetura enterprise, MCP pode expor uma capability ao agente enquanto API, evento ou driver realiza a integração por baixo.

Resposta curta

Controle antes da chamada ao modelo, não apenas no prompt. Identifique e pseudonimize dados, aplique políticas de acesso e re-hidrate somente na fronteira autorizada, quando necessário. O desenho de referência da Onni aplica DLP antes da chamada ao LLM e re-hidratação na fronteira da ferramenta.

Resposta curta

Separe construção de publicação. Times devem conseguir experimentar rápido; produção exige identidade, versão, capabilities declaradas, políticas, avaliação, permissões, observabilidade e ownership. Governança deixa de ser um comitê que reconstrói o que aconteceu e passa a ser parte da execução.

Resposta curta

Registre não apenas a resposta final, mas o contexto relevante: identidade, capability, versão, modelo, políticas aplicadas, fontes utilizadas, ferramentas executadas, decisões humanas, timestamps, custos e evidências. A arquitetura deve conseguir responder não só o que aconteceu, mas por que aconteceu.

Resposta curta

Comece antes da implantação. Estabeleça baseline de tempo, custo, qualidade, volume, retrabalho e decisões humanas. Depois compare a nova operação. Horas economizadas são uma métrica operacional; só se tornam valor econômico quando aumentam capacidade, reduzem custo, evitam perda ou melhoram um resultado de negócio.

Resposta curta

Porque provar que um modelo responde bem é diferente de operar uma capability empresarial. Produção exige integração, ownership, segurança, avaliação, observabilidade, exceções, fallback, custo, SLA, governança e operação contínua.

Resposta curta

A pergunta correta raramente é binária. Compre tecnologia commodity e especializada quando fizer sentido. Construa aquilo que diferencia o negócio. Integre ambos. E preserve como propriedade da empresa as capabilities, o conhecimento, as políticas, as evidências e a arquitetura necessários para continuar evoluindo.

Resposta curta

Não tente eliminar fornecedores; elimine dependências desnecessárias. Separe modelo, conhecimento, capability, agente, ferramenta, integração e processo. Quanto mais o processo depender de contratos e capabilities, e menos de endpoints específicos, maior a capacidade de substituir tecnologias.

Resposta curta

É a capacidade de controlar e preservar a inteligência institucional independentemente da evolução de modelos e fornecedores. Isso inclui conhecimento, dados, regras, capabilities, integrações, políticas, identidade, decisões, evidências e arquitetura.