Ouroboros transforma pedidos vagos em fluxos de agentes replicáveis

{ "resumo": "## O que é o Ouroboros\n\nOuroboros é um projeto de código aberto (repositório Q00/ouroboros no GitHub, com cerca de 6 mil estrelas e 605 forks, licença MIT) que se descreve como um "Agent OS" para fluxos de trabalho de codificação com IA. A proposta é transformar o trabalho não determinístico de agentes de programação em um contrato de execução replicável, observável e vinculado a políticas, substituindo prompts ad hoc por um fluxo estruturado: entrevista, cristalização, execução, avaliação e evolução.\n\n## A tese central\n\nSegundo o README, a maior parte das falhas em codificação com IA ocorre na entrada, não na saída: o gargalo não seria a capacidade do modelo, mas a clareza humana. Prompts vagos levam o agente a adivinhar intenções, o que aparece como retrabalho tarde no processo - "a maioria descobre que estava confusa três arquivos depois, na revisão". O Ouroboros ataca isso com uma entrevista socrática que expõe premissas ocultas antes de qualquer código, uma especificação imutável (o "Seed") que trava a intenção, e um portão de avaliação automatizado em três estágios no lugar de QA manual.\n\n## Como funciona\n\nO ciclo tem cinco fases. Na entrevista, o agente faz perguntas socráticas até a ambiguidade cair. A ambiguidade é quantificada como o inverso da clareza ponderada de dimensões como objetivo (40% em projetos novos), restrições (30%) e critérios de sucesso (30%); o portão padrão bloqueia a geração do Seed acima de 0,2, embora o usuário possa forçar explicitamente. O Seed então cristaliza as respostas em uma especificação imutável com critérios de aceitação e ontologia. A execução segue o modelo Double Diamond (descobrir, definir, desenhar, entregar), e a avaliação passa por três estágios: verificação mecânica (gratuita), semântica e consenso multi-modelo.\n\nO loop evolutivo é orçado: até 30 gerações, com convergência quando a similaridade de ontologia entre gerações consecutivas atinge 0,95, calculada por sobreposição de nomes de campos (50%), tipos (30%) e correspondência exata (20%). O sistema também detecta padrões patológicos como estagnação, oscilação entre dois designs e perguntas repetitivas. O comando ooo ralph mantém o loop persistente entre sessões, reconstruindo o histórico completo a partir de um EventStore.\n\n## Compatibilidade e arquitetura\n\nO Ouroboros funciona como servidor MCP e suporta 14 runtimes, entre eles Claude Code, Codex CLI, Gemini CLI, OpenCode, GitHub Copilot CLI, Kiro, Goose, Hermes e outros; o instalador detecta os hosts disponíveis e registra o MCP server em cada um no formato apropriado. Há também integração bidirecional com o DeepSeek Harness: o pipeline pode usar modelos do DeepSeek como backend, ou o ooo interview pode rodar nativamente dentro do chat do Harness via plugin. A arquitetura, em Python 3.12 ou superior, inclui um roteador de custos em três camadas (Frugal 1x, Standard 10x, Frontier 30x) com escalonamento automático em falha, medição de desvio de objetivo (limiar 0,3) e detecção de estagnação em quatro padrões.\n\nA pilha é dividida em três repositórios: o kernel (este repositório), que possui o contrato de execução; plugins de domínio, que declaram capacidades com escopo para fluxos como revisão de PR e triagem de tickets; e o ourocode, um shell de terminal unificado para conduzir fluxos entre CLIs.\n\n## Ressalvas\n\nO projeto deixa claro não ter qualquer vínculo com criptomoedas ou tokens homônimos e é distinto de outro projeto open source de mesmo nome (de Anton Razzhigaev), que se reescreve a si mesmo - o Ouroboros aqui trava a especificação antes de executar em vez de alterar a própria arquitetura. A instalação nativa no Windows é experimental e o Codex CLI exige WSL 2. Os resultados apresentados (ex.: ambiguidade reduzida a 0,15–0,19 em exemplos) vêm da própria documentação do projeto, não de avaliação independente.", "hook": "Um projeto de código aberto com cerca de 6 mil estrelas no GitHub propõe que o problema da codificação com IA não é o modelo, mas a clareza de quem pede. O Ouroboros submete pedidos vagos a uma entrevista socrática com pontuação matemática de ambiguidade e só libera o código quando a especificação trava.", "entities": ["Ouroboros", "Claude Code", "Codex CLI", "Gemini CLI", "GitHub Copilot", "Kiro", "DeepSeek"], "themes": ["engenharia-com-ia", "agentes-e-automacao"], "story_key": "ouroboros-agent-os", "reasoning": { "story_key": "Fato canônico: lançamento/apresentação do Ouroboros, Agent OS que transforma pedidos vagos em fluxos de agentes replicáveis.", "themes": { "engenharia-com-ia": "O assunto é o fluxo de codificação com agentes (interview, seed, execução), com IA como centro.", "agentes-e-automacao": "Cobre MCP server e suporte a 14 runtimes de agentes; protocolos e plataforma de agentes cabem aqui nesta versão." }, "entities": { "Ouroboros": "Projeto central descrito.", "Claude Code": "Runtime suportado em destaque.", "Codex CLI": "Runtime suportado, com guia de início rápido próprio.", "Gemini CLI": "Runtime suportado.", "GitHub Copilot": "Runtime suportado, com descoberta de modelos via API.", "Kiro": "Runtime suportado, com registro de MCP.", "DeepSeek": "Integração bidirecional via dsh backend e plugin." }, "excluded": { "Goose, Hermes, OpenCode, Pi, OMP, Zcode, GJC, Antigravity, Grok": "Runtimes mencionados como lista de compatibilidade, sem papel de sujeito do fato.", "Anton Razzhigaev": "Apenas nota de desambiguação de nome, menção secundária." } } }