Onde a FORGE 3.0 é forte
- Context engineering, catálogo executável e spec-driven development integrados.
- Isolamento de tarefa, evals, supply chain e verificação source-bound.
- FinOps de CI/agentes e closeout de issue mais rigorosos no desenho.
Construímos Vertical AI, Agentic Software e Outcome-as-a-Service onde profissionais sênior conduzem a IA com métodos world-class — DoD formal, squad especializado e produto em produção.
A era dos dashboards acabou. O mercado quer resultado — não acesso a uma ferramenta. Construímos as quatro categorias que definem o software da próxima década.
Não acreditamos que seja possível obter resultado enterprise com IA sem a condução de pessoas com experiência real de arquitetura, engenharia e domínio de negócio. Isso não é filosófico — é evidência.
Julgamento estratégico, experiência de domínio, decisões arquiteturais, responsabilidade.
Segurança por design, multi-tenancy, compliance. Decisões que protegem os próximos 5 anos.
Humano no loop nos pontos críticos. Testes antes do código. Evidência antes de declarar pronto.
Código em minutos, não dias. Testes gerados automaticamente. Ciclos 10x mais rápidos.
Mesmos padrões em todo arquivo, todo repositório. Zero desvio por cansaço ou pressa.
Cada produto herda a arquitetura anterior. O custo do produto 3 é fração do produto 1.
Alucinação: 15–20% em tarefas factuais, até 55% em tópicos especializados. Confiança em IA autônoma caiu de 43% para 27% em 2025. Apenas 6% confiam em agentes para core sem supervisão.
54% dos líderes: não serão competitivos além de 2030 sem IA em escala. 78% já usam IA em ao menos uma função. Apenas 11% dos pilotos chegam a produção.
Google RCT: 21% mais rápido com IA. McKinsey: 23–30% de ganho de produtividade onde IA foi integrada a processos. Receita/funcionário 3x maior em setores com alta exposição à IA.
Loop canônico spec-driven enforçado no CI. Não é checklist — é trilho. Não existe merge sem gate verde.
Por que DoD formal muda o jogo: IA sem oráculo de correção inventa uma saída. Com SPEC→RED→GREEN, a IA tem um alvo verificável — não código que parece certo, mas testes que provam que está certo.
Out-of-scope como proteção: cada feature declara o que não faz. Mata scope creep e impede que IA expanda o escopo sozinha.
Não inventamos o que já foi resolvido. Implementamos os padrões que as melhores equipes usam — e os codificamos para herança automática.
6 fases com critério de aceite claro. O produto não avança sem o critério anterior. A IA executa — o humano define o que avança.
Por que esse ciclo importa: a maioria começa pelo código. Nós começamos pelo domínio, depois arquitetura, depois infra. O custo de manutenção cai com o tempo, não sobe.
IA não opera como assistente genérico. Opera como squad — cada agente com domínio, ferramentas permitidas e loop auditável. N sessões em paralelo, cada uma com seu assento SQ e worktree isolado. Engenharia de agentes, não vibe coding.
32 skills (16 papéis + 16 compartilhados) com comportamento esperado, guardrails, DoD e eval-harness por papel. O skill define o que o agente faz, não o que pode tentar.
32 skills · Eval-drivenOpus para arquitetura e segurança. Sonnet para execução. Haiku para classificação. Modelo certo para o papel certo.
Opus / Sonnet / Haiku / GeminiPré-trabalho obrigatório, branches nomeadas, PR identificado, worktrees isolados e assento de sessão. D1–D5 coordenam · D6 isola · D7 identifica.
D1-D7 · Multi-sessãoExecuta SPEC→SELF-VERIFY autonomamente — mas escala ao humano em spec ambígua, decisão estrutural sem ADR ou acesso a PRD.
HITL · Gates explícitos40 decisões arquiteturais codificadas. Todo produto novo herda autenticação, segurança, multi-tenancy, CI/CD, observabilidade e qualidade.
Pipeline (Gitleaks/CodeQL/Trivy), supply-chain (cooldown + Socket.dev), runtime (hooks) e dados (RLS + isolamento de tenant). Herdado por todo produto.
5 camadas · AutomáticoIsolamento desde o schema. 5 roles padrão. Modelo Master → Franchise → Standard. Identity completa no JWT.
Isolation garantidofeature→staging→main. SemVer automático. VersionBadge. Deploy zero-downtime. FinOps desde o produto 1.
Zero downtimeContract-First. 80% enforçado. TypeScript strict. Gate bloqueia PR sem spec + testes no diff.
Gate automáticoProduto nasce internacionalizado. pt-BR default, en-US secundário. Override por cliente via banco — sem rebuild.
Pt-BR · en-USCada chamada LLM com tenant, custo, trace e resultado. Erros chegam antes dos clientes reportarem.
End-to-endSegurança não é um scanner — é defesa em profundidade onde a falha de uma camada é contida pela próxima. Do commit ao dado, cada camada é codificada em ADR e herdada por todo produto.
Em produção, um dashboard chegou a exibir KPIs do ambiente de staging — cache compartilhado entre ambientes + tenant idêntico cross-env. Em vez de um patch pontual, viramos isso em três invariantes inegociáveis (isolamento de ambiente, isolamento de tenant, defesa em profundidade) codificadas em ADR e válidas para todo produto. Maturidade é o que você faz depois do incidente.
Não dependemos de um modelo. Orquestramos entre os melhores conforme custo, qualidade e latência — sem lock-in de vendor.
A LLMFactory abstrai o roteamento. Hoje Claude, amanhã outro modelo, mesmo comportamento.
Cada chamada com cliente, operação, modelo e custo. Sabe-se exatamente quanto custa cada resultado.
Gates explícitos antes de ações irreversíveis. Explicabilidade built-in. IA responsável por design.
Embeddings com isolamento por tenant. Base de conhecimento herdada hierarquicamente do cliente.
Vertical AI, Agentic Software e Outcome-as-a-Service não são tendências futuras. São a realidade de 2025–2026 com dados que sustentam o posicionamento.
O mercado cresce rápido, mas a maioria dos projetos falha. A vantagem não está nos modelos. Está em orquestrar IA dentro de arquitetura enterprise com DoD formal e profissionais que entendem o domínio.
Dezessete capacidades de engenharia comparadas com fontes primárias e normativas. O estado publicado é o menor nível sustentável do sistema, não o melhor resultado isolado de um componente.
| Eixo | Consenso de mercado 2025–2026 | FORGE 2.0 | FORGE 2.1 | FORGE 3.0 atual | Veredito |
|---|---|---|---|---|---|
| Context engineering | Mapa curto, conhecimento versionado, progressive disclosure e freshness mecânica. | CADRs, skills e instruções fortes, porém extensas. |
VBudgets, fragmentos, history e capability register. |
VCanon-check e progressive disclosure mecânicos. |
ForteResta drift semântico entre âncoras e estado vivo. |
| ADR e estado vivo | Decisão persistente/supersedida; estado operacional atual separado. | DDecisões versionadas, status com drift residual. |
CGovernança e catálogo de estado vivo. |
C0039/0040 reconciliadas e submetidas à ratificação. |
AlinhadoFreshness semântica ainda exige revisão humana. |
| Controles executáveis | Owner, aplicabilidade, evidência, enforcement, exceção e prazo. | DRegras distribuídas entre ADRs e CI. |
CCatálogo e profiles determinísticos. |
V14 controles, facts do diff e evidência explícita. |
AcimaFalta provar cobertura em toda mudança real aplicável. |
| Spec-driven development | Spec como fonte, out-of-scope, contratos antes do código e trace até o aceite. | CLoop SPEC→PR e Contract-First. |
CFeature spec e gate padronizados. |
VTrace e verificadores independentes. |
ForteMedir defeitos e rework evitados, não uso do template. |
| Isolamento de escrita | Uma tarefa/workspace/branch; leitura paralela; single-writer por artefato. | CWorktree por feature e protocolo D5/D6. |
CAssentos e roster explícitos. |
VGuards de overlap, ownership e teardown. |
ForteRegistrar teardown em toda tarefa real. |
| Sandbox e least privilege | FS, rede, secrets e tools por tarefa; deny-by-default; credencial curta; HITL. | DGuardrails e isolamento por worktree. |
CPerfis de risco e capabilities. |
CRuntime provider-neutral, egress/secrets policy. |
ParcialFalta ARR real com approvals, policy digest e attestation. |
| Tool/MCP governance | Ferramentas mínimas, schemas claros, scopes, allowlist e auditabilidade. | CMCP canônico e inventário por repo. |
CAtivação por contexto e fase. |
VCapability routing e contratos validados. |
AlinhadoProvar tool profile por tarefa e controlar custo de contexto. |
| Evals de IA | Modelo + harness + ambiente; trials isolados; graders calibrados; custo e latência. | DEval-harness em parte das skills. |
CBaseline de mudança de IA e gates. |
V12/12 corpus técnico com source/profile/SHA binding. |
ForteAmpliar para 20–50 falhas reais e medir custo por task. |
| Evidência e attestation | Executor não se autoatesta; source/SHA/profile binding; artifact verificável. | DEvidência heterogênea em CI e PR. |
CEvidence contracts e provenance definida. |
CVerifier existe; referência teve EVD-01=0/2. |
ParcialEmitir ARR real e obter provenance passed. |
| Supply chain | Lock/pin imutável, SBOM, provenance, trusted builder e verificação. | CLocks, scans e actions pinadas parcialmente. |
CBaseline e evidence collectors. |
VPins imutáveis, audit, SBOM e verificação no engine. |
ForteNão declarar nível SLSA sem todos os requisitos provados. |
| Readiness, SLO e rollback | SLI/SLO, error budget, rollback testado, runbook e stop condition. | DReadiness majoritariamente manual. |
CSLO, scorecard e gates definidos. |
CObserver assinado e coortes; janela aberta. |
ParcialExige ≥20 observações, estabilidade e drills do piloto. |
| Closed-loop learning | Review ou incidente vira teste, eval, controle ou melhoria durável. | CReview-remediate e histórico versionado. |
CLearning records e ownership. |
VFeedback produz controls, evals e regressões testadas. |
AlinhadoMedir recorrência evitada e eficácia, não quantidade de registros. |
| FinOps e unit economics | Custo por unidade de valor/outcome, atenção humana e denial-of-wallet. | CSkip de deploy e custo por produto. |
CBudgets por branch, agente e gate. |
CCusto por mudança aceita e observer de CI desenhados. |
Acima em designOutcome ainda não medido; janelas 24h/48h abertas. |
| Papéis seniores e human control | Senior define intenção, risco e taste; autonomia proporcional e approvals claros. | DPersonas e papéis de squad. |
CAtivação por risco/fase e gates humanos. |
COwner e decisão explícitos; aprovador técnico único. |
Alinhado com ressalvaFounder/CTO é hoje o único aprovador técnico real. |
| Observabilidade agentic | Spans de modelo/tool, outcome, tokens, custo, policy e privacy. | DTelemetria fragmentada por produto. |
CSchema de receipts e métricas do harness. |
CObserver tipado, sem semântica OTel GenAI completa. |
AtrásLigar spans a outcome/receipt sem reter conteúdo proibido. |
| Issue provenance/closeout | Autoria, decisão, implementação, validação e residual reconstruíveis. | DCloseouts inconsistentes e registros sem prova. |
DProblema reconhecido, ainda sem gate comum. |
CADR-0051 e closeout gate no canônico. |
Acima no contratoParcial na frota; propagação ocorrerá por toque normal. |
| Adoção externa e assurance | Usuário independente, pacote/licença, suporte, upgrade/rollback e evidence pack. | —Sem produto de framework externo. |
DEstratégia de extração documentada. |
DGate de adoção reproduzível definido. |
AtrásNenhum adotante externo independente até o corte. |
Regra de evidência: testes e código provam componentes; apenas execução real, attestation independente, SLO, custo, rollback e amostra sustentada permitem os níveis A/O. O relatório técnico completo preserva SHAs, runs, digests, método, lacunas e claims proibidos.
Nosso primeiro produto vertical está no ar com agentes ativos, pipeline completo e clientes reais. Números medidos em produção, não em benchmark.
Vertical AI funciona onde o problema tem alta complexidade de domínio, processos manuais caros e poucos players com IA real. Cada vertical é produto completo.
Não acreditamos em substituição humana. Acreditamos que profissionais sênior conduzindo IA com DoD formal e squad especializada entregam resultados que nenhum dos dois entrega sozinho. É isso que construímos. É isso que está em produção.
Todo setor tem uma dor cara e específica. Juntamos seu domínio à nossa engenharia para transformá-la num produto que entrega resultado.