As sessões acabam.
A memória fica.

O conhecimento que um agente de IA consegue usar em uma sessão diferente daquela em que o aprendeu. Para um agente de programação, o tipo útil é a memória do projeto: decisões, armadilhas e convenções que não estão escritas em nenhum lugar do código-fonte, guardadas fora do agente e entregues de volta quando o trabalho acontece perto do código que elas regem.

Uma chamada de modelo não tem memória própria, mas os produtos podem persistir conhecimento fora da janela de contexto. As memórias locais do Codex, a memória automática do Claude Code e os arquivos de instruções versionados ajudam entre sessões. A questão que resta é o que é armazenado, quem pode usar e quando chega. Leitura longa: por que assistentes de programação com IA esquecem sua base de código entre sessões.

Não, e a diferença está no momento da entrega. Uma API de memória responde quando é consultada, o que funciona quando você controla o ponto de chamada dentro do seu próprio produto. Um agente de programação não sabe o que está faltando, então uma restrição sobre a qual ele nunca pensou em perguntar nunca chega. A memória do projeto lê o caminho em que o agente vai trabalhar e entrega o conhecimento correspondente antes da primeira chamada de ferramenta.

Para um repositório pequeno, um arquivo de instruções curto costuma bastar. O Claude Code aceita regras vinculadas a caminhos e carregamento condicional do AGENTS.md; o Codex aceita AGENTS.md aninhados e memórias locais. O Pathrule passa a ser útil quando o mesmo conhecimento do espaço de trabalho precisa chegar a agentes diferentes, com seleção específica para a tarefa e requisitos que podem ser aplicados de fato. Lado a lado: Pathrule vs arquivos de instruções.

Elas respondem a perguntas diferentes. Um índice do seu repositório pode dizer ao agente o que o código diz hoje, o que é útil quando a resposta existe mas ninguém lembra onde. Ele não tem nada a devolver sobre uma decisão tomada em uma revisão e não registrada em lugar nenhum, e é disso que é feita a maior parte da memória do projeto. As duas coexistem: recuperação sobre os arquivos, memória sobre o raciocínio. Em detalhe: RAG vetorial vs contexto vinculado a caminhos.

Quem decide é a participação. Memórias, regras e skills ficam em um grafo compartilhado, indexado por caminho, com o acesso ao espaço de trabalho controlado no servidor, e não no cliente. Veja funções e permissões.

Não precisa significar. O Pathrule não envia automaticamente o código-fonte do seu repositório. No modo local não há conta, e o conhecimento fica na sua máquina. No modo Cloud, o Pathrule Cloud armazena as memórias, regras e skills que sua equipe escreve, o início de cada prompt é enviado para ranquear o que se aplica, e o pathrule snapshot, quando você ou seu agente o executam, envia a árvore de arquivos, os manifestos, pequenas amostras de documentação e metadados recentes do git. O detalhamento completo está na página de Segurança.

Nada, e esse é o motivo de guardá-la fora do agente. As mesmas memórias chegam a Claude Code, Codex, Cursor, GitHub Copilot, Windsurf e qualquer outro cliente conectado via MCP, então trocar de agente não zera o que a equipe registrou. Leitura longa: a memória da equipe não deveria mudar quando as ferramentas de IA mudam.

Você continua esquecendo, e o agente também. Sozinho, o que a memória lhe dá não é compartilhamento, é a versão de você de quatro meses atrás: o motivo pelo qual você rejeitou uma abordagem, que de outro modo você vai rediscutir com um agente que não faz ideia de que aquilo já foi decidido. O ganho aumenta se você usa mais de um agente, já que nenhum deles consegue ler as notas do outro. O Pathrule é gratuito para uso individual. Qual abordagem serve explica quando ele é realmente exagero.