Respostas
Não quero que a IA lembre de mim. Mantenho contexto por projeto. Isso não basta?
Manter contexto por projeto é o instinto certo, e é o mesmo em que isto aqui foi construído — o que se lembra aqui é o projeto, nunca a pessoa. A lacuna não está no recorte que você escolheu, está no que sustenta esse recorte. Contexto por projeto que mora num arquivo que você edita funciona enquanto você for o único a ler e o único a escrever; ele começa a custar no instante em que uma segunda pessoa, uma segunda máquina ou um segundo assistente toca o mesmo projeto, porque nada no arquivo diz qual versão está vigente nem quem decidiu. Então isto não é produto de perfil pessoal com um ajuste de projeto. A unidade é a decisão do projeto, uma pessoa a sanciona, e quem abrir aquele projeto em seguida a lê — outro colega, outra ferramenta, ou você daqui a três semanas.
Última atualização 18 de setembro de 2026
Por projeto é o recorte; não é a resposta sobre o que o sustenta
Existem duas decisões diferentes escondidas em "mantenho contexto por projeto". A primeira é o recorte, e ele já está certo: o que um assistente precisa saber sobre este trabalho não é seu, é do trabalho. A segunda é o que sustenta esse recorte, e um arquivo que você mantém é uma resposta entre várias. É uma boa resposta para o que o projeto É — as convenções, a estrutura, as coisas que um leitor poderia conferir olhando. É uma resposta mais fraca para o que alguém DECIDIU, porque decisão tem autor, tem um momento e tem um fim, e uma linha de prosa não carrega nenhum dos três.
O produto em formato de perfil é outro produto, e não é este
A objeção costuma mirar em algo específico, e que vale mesmo recusar: um assistente acumulando um retrato de você — como você escreve, o que você perguntou mês passado, preferências inferidas de conversa — e carregando isso para um trabalho que não tem relação nenhuma. Esse desenho tem custos reais, e desconfiar dele é razoável. O que se guarda aqui não é isso. É o que o projeto possui: uma regra que alguém estabeleceu, uma decisão com o nome de quem a tomou junto, um fato com data e com a condição que o encerra. Se você saísse do time amanhã, tudo no projeto continuaria fazendo sentido e continuaria valendo, porque nada daquilo era sobre você.
Uma pessoa é o caso, não o caso reduzido
É justo perguntar se algo disso importa quando é só você. Importa, e o motivo é que o segundo leitor raramente é uma segunda pessoa — é o mesmo trabalho chegando a outra sessão, a outra máquina ou a outro assistente. Você resolve uma coisa na segunda-feira dentro de uma ferramenta, e na quinta outra não tem como saber que aquilo aconteceu. É a mesma falha de dois colegas se contradizendo, menos o colega, e é por isso que projeto de uma pessoa só é tratado aqui como o caso comum, e não como a versão menor de um projeto de time.
Como isso aparece na prática
Um desenvolvedor mantém um arquivo de contexto por repositório e está satisfeito com ele. O arquivo descreve a stack, o desenho das pastas e o comando de teste, e todo assistente que abre o projeto lê aquilo. Aí uma decisão é tomada numa conversa: este serviço não vai depender da fila interna, por causa de uma falha de dois trimestres atrás. É uma restrição real, vale para toda mudança futura, e não é propriedade do código — nada no repositório mostra isso, porque é sobre o que está deliberadamente ausente. Ela entra no arquivo de contexto, como uma linha entre sessenta. Três meses depois um assistente propõe exatamente aquela dependência, e o motivo é fácil de reconstruir: a linha continuava lá, continuava verdadeira, e era indistinguível das cinquenta e nove linhas ao redor que descrevem o formato do projeto. Nada a marcava como decisão, não havia nome de ninguém nela, e nada dizia o que a encerraria. O recorte estava certo. A linha é que não tinha estatuto nenhum.
Perguntas que as pessoas fazem sobre isso
- Então guarda alguma coisa sobre mim?
- Guarda quem sancionou o quê, porque decisão sem autor não é auditável — você não teria como distinguir uma regra que o time combinou de uma frase que um assistente escreveu com confiança. Isso é um nome numa decisão, não um perfil: nada é inferido sobre você a partir de como você trabalha, nada te segue para outro projeto, e nada é usado para moldar como um assistente fala com você. O registro responde o que está vigente aqui e quem colocou aquilo lá, e para por aí.
- Sou a única pessoa neste projeto. A memória é para quem?
- Para todo assistente que abrir o projeto, inclusive a próxima sessão daquele com quem você está falando agora. É esse o leitor para quem isto foi feito: ele não tem memória da segunda-feira, não tem como te perguntar o que você quis dizer, e não tem acesso à conversa em que a coisa foi resolvida. Escrever a decisão onde ela é lida na abertura do trabalho é o que faz a próxima sessão começar de onde você parou, em vez de começar do repositório.
- Meu arquivo de contexto já não faz isso?
- Faz parte, sim, e essa parte deve continuar lá. O corte que vale a pena fazer é entre o que o projeto É e o que alguém DECIDIU sobre ele. O primeiro é conferível lendo o código e mora junto do código; o segundo tem autor, tem data e tem um fim, e esses três são exatamente o que um arquivo não carrega. Quando as decisões mudam para algo que as carrega, o arquivo costuma encurtar e deixa de ser aquilo que ninguém quer reler.
Onde isto se confere
Documentação do produto neste site (Como funciona, Instalação), as respostas que comparam arquivos de contexto versionados com memória curada e sobre acompanhar fatos de IA sem planilha, e as regras de recorte por projeto, sanção e vigência na especificação sancionada do produto. Tudo descrito aqui é comportamento que as ferramentas aplicam hoje, não roadmap.
https://www.arroway.app/pt-BR/answers/ai-remembering-you-isnt-the-point-the-project-is