Uma skill agora carrega o harness inteiro — o loop mais oito módulos embutidos — então instalá-la e distribuí-la significa entregar tudo de uma vez. O que antes era uma gaveta de skills separadas que você encontrava e instalava uma a uma agora é uma única coisa autossuficiente: você instala loop-engineering, e o resto viaja dentro dela.
Mais cedo neste curso você conheceu as partes do harness uma de cada vez — o loop, o Forge, o fusion, o Council, as ferramentas, o visual-teach. É fácil imaginá-las como uma gaveta de skills separadas: você abre a gaveta, encontra a que precisa, a instala e mantém as demais em seus compartimentos. Isso já foi verdade. Não é mais — e esta é a única mudança recente mais importante.
Hoje existe exatamente uma skill: loop-engineering. Todo o resto vive dentro dela. Cada capacidade que um dia foi sua própria skill agora é um módulo embutido dentro do loop-engineering. Você instala uma coisa; ela carrega o resto. Quando o harness é distribuído a um agente de IA, o agente registra uma única skill — e o loop, o Forge, o fusion, o Council, o visual-teach, o ultragoal, a ferramenta web, a ferramenta de desktop e o brief legível por máquina viajam todos junto com ela, automaticamente.
É isso que "monólito" significa aqui: não grande e emaranhado, mas autossuficiente e inteiro. A única skill carrega seu próprio método (o loop e os portões), seu próprio ensino (este mesmo motor de curso) e sua própria instalação (um script que a instala e distribui). Ela não depende de nenhuma outra skill. Nada do que precisa vive em outro lugar.
Pense nisso como… a diferença entre uma gaveta de ferramentas soltas e uma única canivete multiuso. Com a gaveta, cada tarefa significa caçar a chave certa, e qualquer uma delas pode sumir ou ficar desatualizada. A multiuso tem o alicate, a lâmina, a chave de fenda, a lixa — todas dobradas em um único corpo que você guarda em um bolso. Você carrega um objeto; cada ferramenta já está com você. O harness é essa multiuso: uma skill, oito ferramentas dobradas dentro.
MODULE.md, não SKILL.mdO carregador de skills de um agente varre por manifestos de skill e registra cada um como uma skill de nível superior, invocável separadamente. Se cada capacidade embutida ainda carregasse um SKILL.md, o carregador registraria oito skills extras — exatamente a situação de gaveta-de-ferramentas-soltas que estamos deixando para trás. As entradas embutidas são, portanto, nomeadas MODULE.md de propósito: o carregador não as registra como skills próprias, então ele vê precisamente uma skill — loop-engineering — e os módulos viajam junto dentro dela.
O SKILL.md afirma sem rodeios: "Esta skill é autossuficiente: ela carrega o método, o ensino e a instalação." Ela "não depende de nenhuma outra skill". O método é o loop e seus portões; o ensino é o motor embutido visual-teach; a instalação é o setup.sh. Instale apenas o loop-engineering e todo o resto vem com ele — não há uma segunda skill para manter em sincronia.
Aqui está a forma inteira em uma só tela. A única skill é o contêiner grande; os oito módulos embutidos ficam dentro dela. Um script — setup.sh — distribui esse único contêiner, por symlink, para o diretório de skills de cada agente de uma vez. Instale uma vez; ele chega a todo lugar, com módulos e tudo.
setup.sh faz symlink do contêiner inteiro em ~12 diretórios de agentes — os módulos embutidos viajam junto.Aqui estão os oito módulos dobrados na única skill. Clique em qualquer chip para abrir o detalhe — para que serve, o que faz, onde fica seu arquivo e como o harness o alcança. (Esta é uma demonstração ao vivo: o primeiro módulo está aberto por padrão; clicar em outro troca o painel.)
explorador de módulos · clique em um chip
forge
papel · o front-end da ideia-bruta → escopo-mensurável
O caminho de entrada quando o pedido é um vago "eu quero…" em vez de uma especificação. Ele roda sete passos — grill → research → prototype → PRD → issues + /goal → implement → review — transformando uma ideia difusa em uma linha de chegada contra a qual o loop pode testar. É o módulo mais internalizado: nativo desde o início, nunca uma skill separada; seus submétodos (grill, research, prototype e o resto) vivem nas palavras do próprio harness dentro de forge/.
fusion
papel · do painel ao juiz para bifurcações difíceis ou de alto risco
Distribui um prompt a N modelos em paralelo, cada um cego aos demais; então o Opus 4.8 julga as respostas em consenso, contradições e pontos cegos, mais um final fundamentado. Para código, ele faz roda-os-dois-e-mescla — roda ambos os candidatos e mescla o resultado verificado. Use-o numa bifurcação de decisão genuinamente difícil, ou como Validador de alta confiança no Proof Gate em vez de uma única checagem.
council
papel · o conselho multi-modelo de peso
O conselho configurado para decisões de nível doutrina — os membros votam → pontuam → sintetizam → veredito. É o irmão mais pesado do fusion: onde o fusion é um painel cego e rápido, o Council é um conselho definido de membros com papéis e pesos, usado para as maiores decisões ou como Validador de consenso.
visual-teach
papel · o motor do curso (o Course Gate)
O motor que construiu este mesmo curso. Ele produz HTML interativo autossuficiente — um shell compartilhado byte-idêntico em todas as lições, modo escuro embutido, 20 tipos de demo, um alternador Simples↔Técnico em cada seção — tanto em EN quanto em PT-BR (prosa traduzida; código e comandos mantidos ao pé da letra). É o que dispara na convergência para ensinar o resultado.
ultragoal
papel · a disciplina de objetivo durável e verificável
A disciplina por trás de um objetivo que se sustenta por uma execução longa: uma linha de chegada observável, um verificador que pode falhar no boundary real, anti-trapaça, portões de aprovação e uma passagem de red-team antes de o objetivo ser ativado. Ele compila o GOAL.md — o contrato contra o qual o loop testa — e a etapa /goal do Forge o aplica inline.
brightdata-cli
papel · a ferramenta web
Como o harness alcança a web ao vivo: search / scrape / browser / pipelines, com mais de 40 datasets estruturados por trás dos pipelines. A regra é absoluta — quando o harness precisa de evidência web real e atual, ele usa esta, sempre; nunca WebSearch, WebFetch ou um MCP.
computer-use-cli
papel · automação nativa de UI do macOS
Como o harness conduz um app de desktop quando uma tarefa vive na UI nativa do macOS. Ele funciona pela árvore de acessibilidade — clicar, digitar, arrastar, mover o cursor — e prova suas ações relendo o estado do app. Recorra a ele quando o trabalho não puder ser feito pela web ou por uma CLI.
harness-brief
papel · o gêmeo legível por máquina deste curso
Um brief denso, somente em inglês, de cima a baixo, do harness inteiro para uma LLM ou agente ler e obter contexto completo rápido — delegação, fusion, Council, as ferramentas, os portões de publicação. É a contraparte de máquina deste curso humano: mesmo harness, dois públicos, dois artefatos.
Dobrar tudo em uma skill não é arrumação por arrumação — isso remove uma classe inteira de problemas que uma gaveta de skills separadas cria. As razões são claras:
Você instala uma coisa. A única skill é autossuficiente — ela carrega o método, o ensino e o setup.sh que a instala, então não há mais nada para buscar. Há uma única fonte de verdade: nenhuma cópia por skill saindo de sincronia, nenhum descompasso de versão entre uma skill e a ferramenta da qual ela depende. Não há dependências entre skills para quebrar — o monólito não depende de nenhuma outra skill. E porque viaja como uma unidade única, ele chega intacto a cada agente: o mesmo conjunto de capacidades está em todo lugar, então uma unidade que roda no Claude Code pode rodar identicamente no Codex, Kimi ou Grok. Dois módulos merecem uma nota especial: o Forge é nativo — foi internalizado desde o início, nunca uma skill separada — e o harness-brief é o gêmeo legível por máquina do mesmo curso que você está lendo.
MODULE.md é estruturalSe as entradas embutidas mantivessem os nomes SKILL.md, o carregador do agente registraria oito skills extras de nível superior — recriando a gaveta de ferramentas soltas que o monólito existe para remover. Nomeá-las MODULE.md é exatamente o que impede o carregador de registrá-las como skills próprias, então ele vê uma skill: loop-engineering.
O setup.sh faz symlink da única skill monólito em cerca de doze diretórios de agentes a partir do canônico ~/.claude/skills/. Como os módulos ficam aninhados dentro do diretório da skill, o symlink os carrega automaticamente — distribuir a skill é distribuir cada módulo. O script é idempotente (só faz symlinks e leituras), então re-executá-lo após adicionar um agente ou editar um módulo é seguro.
O harness já foi um conjunto de skills separadas. Agora é um monólito autossuficiente — loop-engineering — com tudo embutido dentro dele. Você instala uma coisa; ela carrega o método, o ensino, a instalação e oito módulos, e se distribui como uma unidade única a cada agente de uma vez.
A regra única
Uma skill, oito módulos embutidos (forge · fusion · council · visual-teach · ultragoal · brightdata-cli · computer-use-cli · harness-brief), distribuídos como uma unidade. Instale loop-engineering e o harness inteiro viaja com ele.
setup.sh coloca todos os oito na sua máquina? Pergunte. A seguir — o guia, e cada caso de uso mapeado a seus módulos e comandos: O guia, e cada caso de uso mapeado.