Proteções que correm fora da conversa e dizem «não» sem pedir opinião a quem estão a travar.
Uma regra escrita é lida por quem ela limita. Isso chega quase sempre — e o «quase» é o problema. Numa conversa longa, um texto no início dilui-se; e quando a regra contraria o que é confortável fazer, quem a interpreta tem todo o incentivo para a interpretar bem a seu favor. Foi por isso que as regras mais importantes desta casa deixaram de ser texto e passaram a ser travões.
Um travão é um programa pequeno que corre por fora, antes ou depois de uma ação, e que pode simplesmente recusá-la. Não participa na conversa e não pode ser convencido, porque não está lá para conversar.
Os que existem hoje
- O travão da autonomia — lê o fim de cada bloco de trabalho e recusa-o se acabar a pedir licença, a prometer o passo seguinte, ou a dar por feito o que não foi feito. Devolve a frase ofensiva e o próximo item da fila.
- O guarda das respostas — lê cada resposta antes de te chegar e aplica a mesma regra à conversa. Está explicado em «O guarda que lê cada resposta».
- A separação entre conversar e executar — falar com a empresa não autoriza mudar a empresa. Enquanto está a conversar, escrever é negado.
- O travão do gasto — pára antes de a despesa acontecer, não depois de aparecer na fatura.
Três princípios que os mantêm seguros
Negar por engano custa um bocado de tempo. Autorizar por engano custa o que a ação custar. Por isso nenhum destes travões concede autoridade — só recusa. Nunca são a razão por que algo é permitido.
Um travão avariado nunca tranca ninguém fora do seu próprio sistema. Se falhar, deixa passar e queixa-se. A alternativa — falhar a fechar — significa que um erro de programação numa proteção paralisa a empresa inteira, e isso é pior do que o risco que a proteção evita.
A empresa pode reforçar as suas próprias proteções sempre que quiser. Enfraquecê-las exige uma ordem tua. Escrever nos ficheiros da própria governança é sempre negado — não se pede ao prisioneiro que respeite a fechadura deixando-o mexer na fechadura.
Este manual apanhou um travão a trabalhar
Os documentos que estás a ler começaram por ser guardados na pasta onde vivem as regras da casa. O travão recusou o ficheiro — aquela pasta é só de leitura para quem está a executar, em qualquer modo, sem exceções.
E tinha razão, ainda que por um motivo diferente do esperado: aquela pasta guarda o que DECIDE, e um texto que explica não decide nada. O ficheiro mudou de sítio. É esse o comportamento certo perante um travão — corrigir o que ele apanhou, nunca procurar a volta. Um travão que se contorna uma vez deixa de ser um travão para sempre.
Quando tens de corrigir à mão
Se alguma vez tiveres de corrigir a empresa por ela te ter devolvido uma decisão que era dela, isso não se resolve corrigindo aquele caso. É prova de que existe um buraco: um disfarce novo que os travões não conheciam. A obrigação é dupla — fazer o trabalho que devia ter sido feito, e apertar o travão para aquele disfarce exato não voltar a passar. Uma correção à mão que não vira mecanismo repete-se.
Onde isto é mesmo aplicado
- O travão da Lei da Autonomia
~/.claude/hooks/lei-autonomia.py - O travão que separa conversar de escrever
.claude/hooks/execution-mode.py
Este texto explica; aqueles ficheiros decidem. Se discordarem, é este texto que está errado.