Uma lei descreve o comportamento que uma sociedade espera de si mesma. Um regulamento define papéis, prazos e consequências. Uma obrigação de compliance diz o que precisa ser verdade dentro de uma organização, todos os dias, com prova.
Engenharia de software tem um nome para isso: especificação.
E especificação boa não mora em PDF. Ela roda.
A regra virou fluxo
Não chega uma lei por década. Chega uma obrigação nova quase todo ano, em frentes diferentes, e nenhuma revoga a anterior. Elas empilham, e carregar todas ao mesmo tempo custa mais do que a soma delas.
Chegam também com o mesmo formato. Toda obrigação diz quem responde, o que precisa acontecer, em quanto tempo, o que serve como prova e o que acontece se faltar. Muda o assunto, não a anatomia. Por isso quem se adequou a uma não terminou o trabalho: entrou nele. No ano seguinte vem outra, com a mesma anatomia e um assunto novo.
E todas terminam no mesmo lugar. Alguém precisa manter um estado verdadeiro dentro da organização, todo dia, e conseguir provar isso a um terceiro que não confia em você por padrão. Esse é trabalho de sistema, não de documento.
O trabalho que ninguém quer assinar
O mercado responde por dois caminhos, e os dois param antes do fim.
De um lado, o parecer: leitura correta da norma, entregue em PDF, que descreve o que fazer e não faz. Do outro, o software pronto: uma plataforma que conhece a regra em abstrato e não conhece a sua operação, a sua estrutura, quem fiscaliza você, nem o vocabulário que a sua casa usa para falar das próprias coisas.
No meio fica o serviço que decide se a norma vai acontecer ou não: implantar, configurar com o vocabulário certo, integrar ao que já existe, treinar quem vai usar, operar todo mês e manter a prova de pé para quando alguém pedir. É esse meio que ocupamos, e é por isso que a nossa consultoria não termina no diagnóstico.
Por que isso é um bom negócio agora
A inteligência artificial derrubou o custo de escrever software. Produzir código deixou de ser a parte cara do trabalho, e vai continuar barateando.
O que ficou escasso é saber o que o código precisa tornar verdadeiro: qual é o prazo, quem responde, o que conta como evidência, o que acontece na exceção, o que a fiscalização vai pedir para ver. Isso não sai de um prompt. Sai de ler a norma na fonte, junto com quem entende dela, e de já ter operado sistema parecido por anos com dado real e gente de verdade usando.
É por isso que somos pequenos por escolha. Um time sênior que usa IA para acelerar a construção entrega mais, hoje, do que uma fábrica de gente alocada por hora. E é por isso que cobramos por estado mantido, e não por hora de programador: o que o cliente compra é a norma funcionando no mês que vem também.
E às vezes o código vem primeiro
Ninguém regula o que não existe. Toda regra digital foi escrita olhando para algo que alguém já tinha construído: o consentimento, a portabilidade, o registro de quem fez o quê. Tudo isso foi decisão de engenharia antes de ser artigo de lei. O legislador chega depois, olha para a prática que está de pé e decide o que dela vira obrigação.
Por isso a nossa frase tem volta. Norma vira código, e código vira norma. Construir o que ainda não é exigido é o jeito de mostrar que dá para exigir melhor: um sistema novo pode elevar a régua de uma regra que ficou vaga, detalhar na prática o que o texto deixou em aberto, ou provar que uma proteção que parecia cara é viável. Nós já estivemos desse lado, construindo antes de existir regra pronta, e é um lado de que não abrimos mão.
Esse é o nosso espírito hacker, no sentido original da palavra: abrir a caixa, entender o mecanismo, testar o limite e montar coisa nova com o que se aprendeu. Ler lei como especificação é um ato desse espírito, não de obediência. Quem lê a norma como engenheiro procura a contradição, o caso que ela não previu, a exceção que ninguém testou. É aí que aparece o que ainda precisa ser inventado.
Software livre é a nossa matéria-prima
Nenhum sistema nosso começa do zero, e isso não é economia de esforço, é método. As plataformas que implantamos se apoiam em software livre mantido por comunidades ativas, gente que passou anos resolvendo um pedaço do problema melhor do que nós resolveríamos sozinhos. Nosso trabalho é escolher a base certa, provar que ela aguenta a norma brasileira e o contexto do cliente, e assumir a operação disso por anos.
O que aprendemos num contrato vira componente do próximo. É esse acúmulo que permite a um time pequeno atender uma norma nova sem recomeçar tudo, e é a razão econômica de a nossa mensalidade caber no orçamento de quem não conseguiria bancar um sistema feito do zero. Reuso não é atalho. É o que torna o preço honesto.
Devolvemos o que dá para devolver e deixamos à vista: são mais de 90 repositórios públicos em github.com/appcivico, entre eles o SMAE, o Sistema de Monitoramento e Acompanhamento Estratégico que uma prefeitura usa para acompanhar o Plano de Metas, aberto e inteiro. Quando o código é livre, ninguém precisa acreditar na nossa palavra sobre o que o sistema faz. Basta ler.
Nem tudo que construímos é aberto, e não fingimos que é. Onde o contrato fecha o código, o compromisso não evapora: ele vira propriedade e exportação total dos dados, em cláusula. E a escolha da base, aberta ou não, é uma decisão que tomamos com o cliente antes do contrato, com a licença na mesa.Nossa política de software livre.
Os princípios
1. Se a regra existe, ela pode rodar. Toda norma pode ser lida como requisito: fluxo, prazo, papel, exceção, sanção. O que pode ser lido como requisito pode ser modelado, implementado e verificado.
2. Quem entende a regra senta com quem escreve o código. Não removemos o especialista, que é justamente quem faz o trabalho ficar certo. Removemos a fila de tradução entre ele e a implementação. Cada intermediário a mais é um lugar onde o sistema entende a norma pela metade.
3. Conformidade é estado, e estado precisa de prova. Auditoria não deveria ser uma semana de pânico atrás de evidência. Se o sistema registra cada passo enquanto o trabalho acontece, a prova existe antes de alguém pedir. Reunião não é evidência. Intenção não é evidência. Registro com autoria, data e encadeamento verificável é evidência.
4. Quem está sob a regra precisa poder conferir. Uma regra aplicada por software decide coisas sobre pessoas: quem recebe, quem é ouvido, o que é apagado, quanto tempo demora. Se esse software é caixa-preta, a pessoa perde a única garantia que a regra pública lhe dava, que é poder verificar. Por isso, em sistema que aplica regra pública, código aberto é requisito e não preferência. No restante do que fazemos, abrimos o que pudermos, com orgulho de fazer parte do ecossistema open source. E onde não dá para abrir, o compromisso não some: ele se transfere inteiro para a propriedade dos dados. É isso que o "cívico" do nosso nome quer dizer, e vale tanto para o cidadão diante do Estado quanto para o funcionário diante do canal de denúncia da empresa.
5. A porta de saída fica aberta, e o sistema atravessa gestões. Os dados são do cliente, em formatos abertos, com exportação total em cláusula contratual, em todo contrato, com código aberto ou não. Sistemas de norma vivem mais que os governos, as diretorias e as modas de tecnologia que os criaram, e nós construímos com esse horizonte. Sair é fácil por desenho. É por isso que ficam.
O que recusamos
Teatro regulatório: o documento que existe para constar, o checklist que ninguém audita, a caixa-preta que aplica regra pública. ERP e CRM genéricos, que qualquer um faz. E o projeto que ignora a pergunta mais importante: quem mantém isso funcionando daqui a cinco anos?
Cobrem isso de nós
Manifesto sem cobrança é peça de marketing. Este aqui aceita fiscalização:
- Nossos projetos abertos estão públicos em github.com/appcivico.
- Em todo contrato, aberto ou não, a propriedade e a exportação total dos dados são cláusula.
- O que contamos sobre o nosso trabalho vem de contrato executado, sistema em operação ou número público.
- Tudo que operamos gera evidência auditável, inclusive para auditar a nós mesmos.
Se em algum ponto falharmos nisso, o manifesto perde o valor. É assim que preferimos: com algo em jogo.
AppCívico
São Paulo, 2026