No SmartTrade, o conhecimento de negócio precisou ser transformado em regras explícitas, com responsabilidades separadas entre evidência, decisão e ordenação.
Continuo construindo.
Agora, explorando o próximo jeito de construir software.
Estou construindo aplicações reais, organizando uma forma de produzir software, experimentando novas formas de trabalhar com IA e caminhando para uma visão de Fábrica de Software.
Construir aplicações diferentes acabou me levando a problemas que vão muito além de implementar funcionalidades.
Como separar responsabilidades sem criar dependências desnecessárias?
Quem realmente deve ter autoridade sobre uma decisão?
Qual informação é a fonte de verdade?
O que deve ser padronizado — e o que precisa continuar pertencendo a cada produto?
Como preservar contexto e conhecimento entre projetos sem transportar junto decisões que não deveriam ser reutilizadas?
E, agora, como incorporar inteligência artificial e agentes ao desenvolvimento sem perder governança, rastreabilidade e decisão humana?
Essas perguntas começaram a aparecer dentro de projetos reais.
No Find2Go, ownership, integridade, autoridade do backend e limites da IA passaram a fazer parte da arquitetura.
No PdfLivre, a melhor decisão foi não construir infraestrutura que o problema não precisava — usando processamento local para preservar privacidade e reduzir dependências.
No Sia2Fa, a investigação avançou sobre outro problema: como utilizar IA para conceber software sem permitir que uma saída probabilística se transforme automaticamente em verdade ou decisão.
Projetos diferentes começaram a revelar princípios que se repetem.
Responsabilidade antes de tecnologia.
Arquitetura proporcional ao problema.
Governança incorporada ao software.
Ownership e fontes de verdade explícitas.
Rastreabilidade das decisões.
Padronização sem transformar produtos diferentes em cópias.
Conhecimento que pode ser reutilizado sem contaminar domínios.
IA trabalhando dentro de contratos, contexto e limites de autoridade.
E o trabalho continua avançando.
Com o OpcoesIA, a investigação dá mais um passo: sair da IA apenas como assistente e começar a estruturar agentes especializados através de skills, tools, conhecimento, memória, contexto e orquestração.
Continuo desenvolvendo aplicações.
Mas meu trabalho hoje também está em entender e organizar como aplicações diferentes podem ser concebidas, construídas, evoluídas e assistidas pelas novas tecnologias sem perder autonomia, contexto, rastreabilidade e controle.
Os sistemas abaixo mostram como isso está acontecendo na prática.
Não apenas o que foi construído. Como e por que foi construído assim.
Find2Go
Encontre conhecimento dentro dos seus próprios documentos.
O Find2Go organiza arquivos e permite pesquisar e conversar com o próprio acervo, encontrando informações sem precisar procurar documento por documento.
Por trás dessa simplicidade existe uma decisão importante: a solução pode operar de forma centralizada, em uma base compartilhada, ou distribuída, com cada usuário mantendo seus próprios dados e infraestrutura.
ownership → fonte de verdade → autoridade do backend → derivados → quotas → IA subordinada ao determinístico → separação entre controle e dados → evolução arquitetural.
SmartTrade
Transforme dados de mercado em apoio estruturado à decisão.
O SmartTrade acompanha ativos e opções da B3, reúne evidências de mercado e aplica estratégias para identificar possíveis oportunidades, mantendo a decisão de operar com o usuário.
Por trás das recomendações existe uma arquitetura em que evidência, estratégia, seleção e ordenação possuem responsabilidades distintas — quem calcula não necessariamente é quem decide.
domínio transformado em regras → separação de responsabilidades → autoridade decisória → reprodutibilidade → observabilidade → versionamento/evolução → custo → decisão humana.
Sia2Fa
Em experimentação
Um Studio para criar aplicativos com a FABAPP — Fábrica de Aplicativos.
O Sia2Fa está sendo desenvolvido como um ambiente para transformar uma necessidade em um aplicativo, utilizando a FABAPP como base organizada para sua construção.
A IA participa desse processo, mas dentro de fronteiras definidas: ela auxilia e propõe; componentes, regras e aprovação continuam sob controle da fábrica e das pessoas.
investigação antes da construção → contratos → catálogo autoritativo → fato x hipótese → validação determinística → aprovação humana → limites da IA.
PdfLivre
Trabalhe com PDFs sem entregar seus documentos a um servidor.
O PdfLivre reúne ferramentas para trabalhar com PDFs diretamente no navegador, como juntar, separar e extrair conteúdo de documentos.
O diferencial está também no que não precisou ser construído: os arquivos são processados no próprio dispositivo, evitando backend, armazenamento e transferência desnecessária de documentos.
arquitetura proporcional → processamento local → privacidade pela topologia → redução de dependências → carregamento sob demanda → limites conscientemente assumidos → simplicidade deliberada.
OpcoesIA — o próximo degrau da experimentação com IA
Da IA assistiva para a IA agêntica.
Em construção, parte de um problema real para explorar uma arquitetura centrada em agente: skills reutilizáveis, tools, conhecimento, memória, contexto e orquestração.
O foco deixa de ser apenas usar IA dentro de uma aplicação e passa a investigar como estruturar um agente especialista com responsabilidades e limites explícitos.
Não começar pela tela.
Não começar pelo banco.
Não começar pela aplicação inteira.
Começar pelo agente:
Conhecimento.
Skills.
Tools.
Memória.
Contexto.
Orquestração.
E aplicar a ele os mesmos princípios que começaram a aparecer nos outros trabalhos: autoridade delimitada, contexto controlado, regras explícitas, decisão humana e rastreabilidade.
Ecossistema DEV
Organizar também faz parte de construir.
Projetos diferentes começaram a exigir mais do que código. Organização de ambientes, isolamento de contexto, documentação, governança, padrões reutilizáveis e uma forma consistente de trabalhar com VS Code, Codex, GitHub, Lovable e IA passaram a fazer parte do mesmo problema.
O Ecossistema DEV organiza essas peças sem transformar uma solução específica em padrão para todas as outras.
RadarIA
Conhecimento em movimento.
Conhecimento recente acompanhado pelo RadarIA sobre IA aplicada ao desenvolvimento de software.
Uma história que não construí sozinho
Muito do profissional que sou hoje nasceu de uma longa caminhada ao lado de duas pessoas que marcaram profundamente minha vida e minha trajetória em Tecnologia: Paulo Cezar Fonseca e Milton Eduardo Roberto.
Tecnologia mudou muitas vezes. Eu continuei construindo.
O que aparece hoje no Pro2Go não começou agora. Começou muito antes de existir a palavra que uso atualmente para descrever esse trabalho.
1975
O início, aos treze anos.
Comecei a trabalhar em 1975, aos 13 anos, como office boy. Foi nesse período que conheci Paulo Cezar Fonseca, amizade que permanece até hoje.
1980
O computador chega antes do cargo.
Trabalhei como auxiliar administrativo na área de vendas de uma empresa de autopeças e fui o primeiro profissional da empresa a utilizar um computador pessoal. Paulo teve papel decisivo na minha entrada na programação. Meus primeiros contatos foram com TK85, BASIC, Lotus 1-2-3, dBase III e Clipper.
Em outra empresa, cuidei de um Centro de Informações e desenvolvi um sistema financeiro em Clipper. Desde aquela época, tecnologia começou a aparecer para mim associada à administração e à solução de problemas concretos, e não simplesmente à programação.
por volta de 1983
Paulo, Milton e o SIES.
Começou aí uma longa trajetória profissional envolvendo Paulo Cezar Fonseca, Milton Eduardo Roberto e o SIES. Paulo e Milton já possuíam experiência com sistemas de grande porte e ambiente mainframe. Participamos tecnicamente da criação e do desenvolvimento do SIES.
Minha atuação naquele momento era predominantemente ligada à programação e ao desenvolvimento. Com a convivência contínua com o SIES, fui acumulando também conhecimento dos processos e das regras de seguros.
1995
Ampsoft, e o escanteio que eu mesmo cabeceava.
Em 1995, eu, Paulo e Milton criamos a Ampsoft. O SIES foi reconstruído utilizando Centura e SQL Server e comercializado para seguradoras como Nobre, Interatlântico e Alfa. Continuei participando diretamente como programador e passei também a exercer o papel de AO — Administrador de Objetos.
“Eu batia o escanteio e corria para cabecear.”
Como a equipe era pequena, acumulávamos responsabilidades. Essa experiência me colocou em contato não apenas com implementação, mas também com arquitetura, padrões, reutilização, controle de qualidade, versionamento, ambientes, homologação, produção e liberação de sistemas.
No começo de 2004 participei do início da conversão do SIES para Web utilizando .NET e SQL Server, mas saí da Ampsoft pouco depois e não conduzi a continuidade dessa conversão.
2004–2015
Fora da TI formal, dentro do negócio.
Depois da Ampsoft, fiquei aproximadamente cinco anos como Agente Autorizado da Claro e posteriormente fui franqueado de uma Loja Poderoso Timão. Como empresário, tive responsabilidade direta sobre operação, vendas, funcionários, financeiro, estoque, fornecedores, atendimento e decisões do negócio.
Mesmo afastado do mercado formal de TI, continuei criando jogos com GameMaker e outros aplicativos.
2015–2026
De volta ao SIES, agora sustentando.
Em 2015 retornei profissionalmente à Tecnologia para cuidar do SIES dentro da TI da Seguradora Nobre. Em 2016 passei a cuidar do SIES na Alfa Seguradora. Em 2023, após a aquisição da Alfa pelo Safra, continuei responsável pelo sistema até meu desligamento em 2026.
O SIES sustentado nesse período era a versão Centura + SQL Server. Durante esses anos aprofundei especialmente SQL Server, sustentação de sistemas, processos de negócio e regras do mercado de seguros.
2026
Uma nova fase.
Entram no meu ambiente ferramentas e conceitos como VSCode, Codex, Lovable, GitHub, ChatGPT, DevTOLAS, Skills, Tools e agentes de IA. Mas a mudança não é simplesmente passar a programar usando IA.
O foco passa progressivamente da execução manual de código para compreender o problema, estruturar a solução, estabelecer contexto e regras, planejar, dirigir a execução por IA, validar, auditar e controlar alterações.
Organização do desenvolvimento, separação de responsabilidades, qualidade, reutilização, versionamento, controle de mudanças, conhecimento do negócio, sustentação e visão do sistema além do código não apareceram como teoria. Apareceram como necessidade, em contextos diferentes, ao longo de décadas.
Não eram chamados assim naquela época, nem funcionavam daquela forma. Mas é dali que vem a maneira como penso software hoje — e é por isso que governança, rastreabilidade e decisão humana continuam no centro quando o trabalho passa a envolver IA.
Algumas coisas não se aprendem em documentação.
Paulo Cezar Fonseca e Milton Eduardo Roberto atravessam quase toda essa trajetória. Boa parte do que aparece aqui como forma de trabalhar começou a ser construída na convivência com eles.
Paulo Cezar Fonseca
Paulo é meu amigo desde a adolescência. Foi decisivo para minha entrada no mundo da programação.
Mas reduzir sua participação a isso seria injusto. Depois, ele ampliou minha visão sobre Tecnologia, Seguros, empresa, desenvolvimento organizado e Fábrica de Software. Paulo tornou-se uma referência fundamental em Tecnologia e Seguros.
Milton Eduardo Roberto
Milton também tinha origem em Tecnologia e profundo conhecimento do negócio de Seguros.
Sua atuação abrangia compreender as necessidades dos clientes, planejar e conduzir os trabalhos necessários para construir e implantar as soluções. Uma contribuição complementar e fundamental nessa história.
O SIES e a Ampsoft fazem parte de uma história construída pelos três. Não são realizações minhas: são o resultado de uma convivência longa, de responsabilidades divididas e de um trabalho que nenhum de nós teria feito sozinho.
Parte do profissional que aparece hoje no Pro2Go começou a ser construída ali.
Vamos conversar?
Se alguma dessas experiências se conectar aos desafios que você está enfrentando — desenvolvimento de software, organização da engenharia ou aplicação de IA — vamos conversar.
Antonio Ribeiro de Mendonça Neto