Respostas
Quem deve aprovar uma linha do CLAUDE.md do time?
Segundo a documentação do Claude Code, o CLAUDE.md do projeto chega ao time pelo controle de versão, e o Claude trata o que está nele como contexto, não como configuração imposta. Então o arquivo registra quem mudou uma linha e quando. Não registra quem responde por ela, se ela ainda vale, nem se uma pessoa decidiu aquilo ou se alguém acrescentou num pull request que levou uma leitura rápida. Quem deve aprovar uma linha é quem responde pelo que ela rege: a liderança técnica numa convenção de código, o dono do produto numa regra de negócio, quem cuida da segurança num limite. Na Arroway essa aprovação faz parte de como a regra existe: os assistentes escrevem propostas, uma pessoa aprova o que vira regra, cada regra leva a condição que a encerra e a substituição nomeia a regra que aposenta. Toda ferramenta conectada — Claude, ChatGPT, Codex, Cursor ou qualquer uma por MCP — lê a versão vigente antes de agir, e o arquivo fica sem nada que valha guardar. O primeiro passo é a página de instalação.
Última atualização 8 de outubro de 2026
Quem responde por uma linha
Na documentação do Claude Code que li, o CLAUDE.md do projeto é compartilhado pelo controle de versão, então uma linha muda como qualquer arquivo: alguém edita, sobe um pull request, um revisor aprova. Quase sempre esse revisor aprova um diff, não a decisão por trás dele, e duas perguntas se misturam: se a edição está bem escrita e se o time responde pela regra. A segunda exige uma pessoa com autoridade sobre o que a linha rege, e a aprovação precisa ficar escrita ao lado da regra, não só na lista de revisores.
Onde a linha sobrevive à aprovação
Um arquivo mostra quem mudou uma linha e quando. Não mostra quem decidiu, se ainda vale nem o que ela substituiu, e a regra da primavera passada parece a de hoje. A documentação diz que, quando duas instruções se contradizem, o Claude pode escolher uma arbitrariamente, e que os arquivos devem ser revistos de tempos em tempos para tirar o que ficou velho; ela não diz quem faz essa revisão. O Claude Code também mantém a memória automática, anotações que o próprio Claude escreve a partir das suas correções e que ninguém aprovou. Esses limites decorrem de a regra morar num arquivo.
Quando usar a Arroway
Use a Arroway quando cada regra deve ter quem aprovou, uma data e uma condição de término, e deve chegar a todo assistente do time, inclusive aos que nunca abrem o repositório. O assistente que percebe algo escreve uma proposta; uma pessoa com autoridade sobre o assunto a aprova, e assim a aprovação é um ato registrado, não um clique num diff. A substituição nomeia a regra que aposenta, a regra antiga sai da leitura seguinte e continua no histórico, e a regra cuja condição se cumpriu fica pronta para ser aposentada. O que vale vai para lá, e o arquivo fica sem nada que valha guardar. O primeiro passo é a página de instalação.
Como isso aparece na prática
Um time de produto de sete pessoas mantém um CLAUDE.md no repositório principal. Em junho a liderança técnica acrescenta uma linha: usar sempre o cliente v2 de cobrança. Em setembro a cobrança passa para outro provedor, e uma pessoa desenvolvedora acrescenta a linha do cliente novo sem tirar a antiga. O revisor aprova o diff, que está limpo. Um mês depois o Claude segue a linha de junho numa sessão e a de setembro em outra, e ninguém sabe dizer qual o time queria nem quem tinha autoridade para decidir. Na Arroway, a regra de setembro fica registrada como substituta da de junho, com o nome da liderança técnica e a condição que a encerra: até o provedor antigo ser desligado. Claude, ChatGPT e Cursor abrem a sessão seguinte com a regra vigente, e o histórico mostra a antiga, quando mudou e quem mudou. O time deste exemplo é ilustrativo.
Perguntas que as pessoas fazem sobre isso
- A revisão do pull request pode ser a aprovação?
- Ela mostra que alguém leu a mudança. Não registra quem tem autoridade sobre a regra nem quando ela deixa de valer. Na Arroway quem aprovou e a condição de término fazem parte da regra, e a leitura seguinte de qualquer ferramenta conectada os mostra.
- Quem deve poder aprovar?
- Quem responde pelo que a linha rege: a liderança técnica numa convenção de código, o dono do produto numa regra de negócio, quem cuida da segurança num limite. O assistente que percebeu o assunto escreve uma proposta e não aprova.
- Como experimento a Arroway?
- Instale na ferramenta que você já usa — a página de instalação tem um caminho para Claude, ChatGPT, Codex, Cursor ou qualquer ferramenta MCP — e entre quando a ferramenta pedir. Daí em diante, as sessões abrem lendo o projeto e fecham registrando o que foi decidido.
Onde isto se confere
Documentação de memória do Claude Code (code.claude.com/docs/en/memory), lida em 8 de outubro de 2026 — o Claude Code é descrito só como essa documentação o descreve nessa data, e pode mudar em qualquer versão. Documentação do produto neste site (Como funciona, Instalação), as respostas sobre alternativas ao CLAUDE.md para um time e sobre memória velha, e as regras de sanção, substituição e condição de término da especificação sancionada do produto. Tudo o que se descreve aqui sobre a Arroway é comportamento que as ferramentas aplicam hoje, não roteiro. O time do exemplo é ilustrativo.
https://www.arroway.app/pt-BR/answers/who-approves-a-line-in-the-teams-claude-md