Respostas
De quem é a memória quando ela mora no servidor de quem vende a IA?
A pergunta se resolve num teste só: dá para tirar de lá e ler sem o software deles. O recurso de memória embutido num assistente faz parte daquele produto — o que ele guarda, por quanto tempo, em que formato e sob que política são decisões de quem o vende, e mudam sem ninguém consultar você. A Arroway é um registro separado, do seu time. O que está nele é texto que as suas pessoas escreveram, exportável inteiro a qualquer momento, lido por qualquer assistente que esteja trabalhando em vez de por um deles, e regido por regras que o time escreve. A questão não é onde os bytes ficam fisicamente — os nossos também ficam num servidor. É quem decide o que o registro contém, e se ele sobrevive a você mudar de ideia sobre a ferramenta.
Última atualização 16 de setembro de 2026
A propriedade é a portabilidade, não o endereço
Todo produto hospedado guarda o seu dado na máquina de alguém, e este não é exceção — afirmar o contrário seria a resposta fácil e errada. O que separa um registro seu de um recurso alugado é ele sair inteiro. Memória que só se lê de dentro do assistente que a escreveu é parte daquele assistente: fica enquanto você fica, e vai embora quando você vai. Registro que se exporta completo, numa forma que uma pessoa lê sem o produto que o gerou, é seu onde quer que esteja guardado — porque aí perder o acesso à ferramenta deixa de ser o mesmo que perder o conteúdo.
A regra do que se guarda é do time
A segunda metade da propriedade é ser autor da política. Num recurso de memória embutido, o que se lembra, o que some sem alarde e quanto tempo cada coisa dura são decisões de produto — razoáveis, em geral, tomadas para o cliente médio e não para o seu time. Aqui essa política é escrita pelas pessoas do projeto: uma entrada passa a valer porque alguém a sancionou, e termina quando a condição escrita ao lado dela se cumpre. Nada entra porque uma heurística achou interessante, e nada sai porque venceu uma janela de retenção.
Um registro, lido por qualquer assistente que esteja trabalhando
Memória que pertence a um assistente cobra um segundo preço, e ele aparece depois: ela faz daquele assistente o único que sabe. Time nenhum fica com um só — tem o de código, o geral, a rotina agendada, o arranjo do colega — e cada memória embutida é uma ilha mantida à parte. Registro guardado fora de todos eles é lido por todos eles, então decisão sancionada uma vez alcança o trabalho independentemente de qual ferramenta a pessoa abriu.
Como isso aparece na prática
Um time liga o recurso de memória do assistente que mais usa. Funciona: ele passa a lembrar como nomeiam branches, qual ambiente é qual, e que o contrato de um cliente veta uma integração específica. Oito meses depois entram um segundo assistente para outra parte do trabalho e alguém que prefere um terceiro. Nenhum dos três sabe o que os outros dois aprenderam. Enquanto isso o primeiro largou parte dos itens antigos — sem má-fé, só porque retenção é finita e ninguém foi avisado de quais saíram — e o detalhe do contrato está entre eles. Nada se perdeu numa queda nem numa migração, e o time nunca deixou o fornecedor. Apenas se descobriu que o conhecimento vinha se acumulando dentro de um produto em vez de estar escrito, e a única cópia era a que eles não podiam ler, exportar nem conferir.
Perguntas que as pessoas fazem sobre isso
- A Arroway roda na nossa infraestrutura, então?
- Não, e insinuar o contrário seria desonesto — o registro roda nos nossos servidores, como os recursos de que esta pergunta trata. O que muda é que ele sai inteiro a qualquer momento, numa forma que uma pessoa lê sem o nosso software, e que as regras do que está nele são escritas pelo seu time, não por nós. Se rodar na sua própria infraestrutura for requisito duro, isso vale perguntar de frente, não é assunto para esta página contornar.
- O que acontece de fato com o nosso registro se pararmos de usar?
- Você exporta e continua com ele. É esse o sentido prático da distinção: o conteúdo é texto que o seu time escreveu, então a exportação é um documento legível, não um despejo opaco que só significa alguma coisa dentro do produto que o gerou. O teste que vale para qualquer recurso de memória, este incluído, é pedir a exportação antes de precisar dela e olhar o que volta.
- Nossa preocupação é sigilo, não propriedade. É a mesma pergunta?
- É vizinha, e vale manter separada. Propriedade é quem decide o que o registro contém e se ele sai com você. Sigilo é quem pode ler e como as coisas ficam separadas: material de um projeto não é servido em outro, e esse limite é o mecanismo, não uma configuração. Se é o segundo que decide para você, a resposta sobre sigilo do cliente ataca isso diretamente.
Onde isto se confere
Documentação do produto neste site (Como funciona, Instalação), a resposta sobre trocar de ferramenta de IA sem perder as decisões do time para o lado de migração desta pergunta, e as regras de exportação, recorte por projeto 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/memory-that-lives-on-someone-elses-server