Sua memória dentro de cada ferramenta de IA
Um único comando dá ao Claude Code, Claude Desktop, Cursor ou qualquer host MCP uma memória de longo prazo baseada na sua conta WOS. Sem código de integração: o agente recebe nove ferramentas de memória e decide quando usá-las.
Instalação
Claude Code, uma linha (crie antes uma chave no console):
claude mcp add wontopos --env WONTOPOS_API_KEY=wos-live-... -- npx -y wontopos-mcp
# pick which store it remembers into (optional): add --env WONTOPOS_USER_ID=my-projectAdd to Cursor → · Add to VS Code →
Env opcional: WONTOPOS_USER_ID define o store padrão, WONTOPOS_MODEL o motor, WONTOPOS_BASE_URL outro host da API. WONTOPOS_READ_ONLY=1 muda para somente leitura (só recall/busca/listagem).
Antes de compartilhar um store
- Use uma chave dedicada. Chaves carregam seu workspace: uma chave só para MCP delimita o que as ferramentas conectadas podem tocar - e você pode rotacioná-la no console sem mexer nas chaves do app.
- Modo somente leitura.
WONTOPOS_READ_ONLY=1não registra nenhuma ferramenta de escrita: o agente pode lembrar, buscar, listar memórias, executar engramas e ler estatísticas, mas não guardar, atualizar, esquecer ou apagar. Ideal para agentes que devem consultar a memória, não possuí-la. - Mantenha a confirmação de ferramentas ligada. Hosts MCP perguntam antes de rodar ferramentas por padrão - deixe ligada principalmente para
forget, pois exclusões valem para todas as ferramentas do store. - Tudo o que for guardado pode ser lembrado por qualquer ferramenta com a chave. Nunca guarde segredos - chaves de API, senhas - como memórias.
- Memórias lembradas são dados, não instruções. As descrições das ferramentas dizem isso explicitamente ao agente. Ainda assim, não guarde texto de terceiros não confiável em um store que um agente autônomo obedece.
- Exclusões também são compartilhadas. Um forget ou delete_all de uma ferramenta apaga para todas.
- "me" é o agente que escreve no store. Se vários agentes compartilham um store, as vozes "me" se misturam. Dê a cada agente seu próprio store (
WONTOPOS_USER_ID) para identidades separadas. - Uma conta paga. Todas as ferramentas conectadas consomem o mesmo saldo e limite de taxa.
Depois, é só conversar
O agente chama a ferramenta remember. Fica guardado de forma durável: o fim da sessão não muda nada.
Uma sessão nova não tem histórico. O agente chama recall e responde de memória: às sextas.
Coisas para dizer
- "Este repo usa pnpm, lembre disso" →
rememberguarda; a próxima sessão já sabe. - "Qual formato de erro combinamos semana passada?" →
recalltraz a decisão de volta ao contexto. - "Na verdade, o prazo passou para sexta" → o agente vê que contradiz o que lembrou e chama
updatepara corrigir essa memória no lugar. - "Isso está errado, esqueça" → o agente acha o id e chama
forget- seu host pede confirmação antes. - "O que você lembra sobre mim?" →
list_memoriespercorre tudo o que está guardado, para o agente responder ou organizar.
Nada de especial para formular: são frases comuns, não comandos. O agente lê a descrição de cada ferramenta e escolhe sozinho.
As nove ferramentas
recall- Contexto em uma chamada: turnos recentes mais memórias relevantes. A descrição instrui o agente a chamá-la primeiro sempre que o contexto passado importar.remember- Guarda um fato ou decisão durável.speaker: "me"marca as palavras do próprio agente; um nome registrado, quem disse.search- Busca semântica, com um filtrospeakerpor pessoa — efilterspara limitá-la por DATA ou tema ("o que decidimos em junho?"), o único eixo que o significado sozinho não consegue estreitar.update- Substitui uma memória cujo fato mudou, mantendo o rastro em vez de apagá-lo.forget- Apaga uma memória pelo id.list_memories- Percorre tudo o que está armazenado, para responder "o que você lembra de mim?" ou fazer limpeza.engram- Executa um pipeline multi-salto embutido (deep_recall, timeline, gather) quando uma única busca não basta.stats- Quanto há em um repositório - útil antes de uma limpeza e para confirmar que uma escrita chegou.create_store- Stores são explícitos: um por usuário final, projeto ou agente.
SDK ou MCP?
- O SDK vai dentro de um app que você escreve. Seu código decide exatamente quando guardar e o que lembrar - determinístico, tipado, versionado. Construindo um produto? SDK.
- O MCP se pluga em uma ferramenta de IA que você não escreveu. O agente decide quando usar a memória, guiado pelas descrições - zero código. Para Claude Code, Claude Desktop, Cursor ou dar memória a um assistente pronto.
Por baixo, a mesma API e os mesmos stores - um app feito no SDK e uma sessão do Claude Code via MCP compartilham uma memória. Escolha por superfície, não um ou outro.
Uma memória através de todas as ferramentas
A memória pertence à conta, não à ferramenta. O mesmo store escrito do ChatGPT (Actions mais a spec OpenAPI) é lembrado no Claude Code e nos seus próprios agentes, e vice-versa: uma conversa iniciada em uma ferramenta continua em outra.
E como é um único store, você pode sair do Claude Code e continuar a conversa onde constrói: um agente do SDK com a mesma chave e store lembra tudo o que o Claude Code acabou de aprender - e o que seu agente guarda, o Claude Code lembra na próxima sessão.
npx wontopos-mcp): com este método a sua chave fica no seu ambiente e nunca nos é enviada como parte de uma sessão MCP. Envolve o SDK de TypeScript, pelo que as repetições automáticas, a recusa de redirecionamentos e o mascaramento da chave se aplicam tal e qual.MCP - memória para ferramentas de IA
O núcleo do WOS é a API e os SDKs. O servidor MCP é um complemento sobre eles: a mesma memória, plugada em ferramentas que você não construiu - Claude Code, Claude Desktop, Cursor.
Uma linha de instalação dá ao agente nove ferramentas de memória que ele usa sozinho. E como a memória vive na sua conta, o que uma ferramenta escreve, todas as outras lembram - inclusive agentes que você constrói com o SDK.
O que dá para fazer com isso
- Um Claude Code que lembra do seu projeto. Decisões, correções, preferências - lembrados na próxima sessão sem reexplicar nada.
- Comece no ChatGPT, continue no Claude. Mesmo store, mesma memória - a conversa atravessa ferramentas em vez de recomeçar.
- Seu próprio agente continua no circuito. O que o Claude Code aprende, um agente do SDK lembra - e o que seu agente guarda, o Claude Code lembra de volta.
Funciona no Claude Code, Claude Desktop, Cursor, Windsurf e qualquer host MCP. O ChatGPT alcança a mesma memória via Actions mais a spec OpenAPI.
Instalação
claude mcp add wontopos --env WONTOPOS_API_KEY=wos-live-... -- npx -y wontopos-mcpO agente recebe nove ferramentas - recall · remember · search · update · forget · list_memories · engram · stats · create_store - cada uma descrita para que ele saiba sozinho quando usá-las.
Claude Code
O caminho principal: um comando no terminal e toda sessão começa com memória.
- Crie uma chave de API no console. A chave carrega seu workspace: uma chave = um espaço de memória.
- Registre o servidor.
--scope usero disponibiliza em todos os projetos; sem ele, só o projeto atual o vê. - Confira: rode
/mcpdentro do Claude Code -wontoposdeve aparecer com nove ferramentas. - Torne automático: uma linha no seu
CLAUDE.md- "quando o contexto passado importar, chame wontopos recall primeiro" - e toda sessão começa com memória sem pedir.
claude mcp add wontopos --scope user \
--env WONTOPOS_API_KEY=wos-live-... -- npx -y wontopos-mcp
# pick a store (optional): add --env WONTOPOS_USER_ID=my-projectClaude Desktop
Adicione o bloco abaixo ao claude_desktop_config.json (Configurações → Developer → Edit Config), reinicie o app e as nove ferramentas aparecem. Nota: o claude.ai na web e no celular precisa de um servidor MCP remoto, que o WOS ainda não oferece - o app de desktop é o caminho suportado.
# claude_desktop_config.json
{ "mcpServers": {
"wontopos": {
"command": "npx",
"args": ["-y", "wontopos-mcp"],
"env": { "WONTOPOS_API_KEY": "wos-live-...",
"WONTOPOS_USER_ID": "my-project" }
} } }Cursor
Adicione o bloco abaixo ao ~/.cursor/mcp.json - ou aperte o botão de um clique - e reinicie o Cursor. O agente pega as nove ferramentas.
# ~/.cursor/mcp.json
{ "mcpServers": {
"wontopos": {
"command": "npx",
"args": ["-y", "wontopos-mcp"],
"env": { "WONTOPOS_API_KEY": "wos-live-...",
"WONTOPOS_USER_ID": "my-project" }
} } }VS Code
O VS Code (modo agente do Copilot) lê servidores MCP de .vscode/mcp.json do projeto - adicione o bloco abaixo ou aperte o botão de um clique.
# .vscode/mcp.json
{ "servers": {
"wontopos": {
"command": "npx",
"args": ["-y", "wontopos-mcp"],
"env": { "WONTOPOS_API_KEY": "wos-live-...",
"WONTOPOS_USER_ID": "my-project" }
} } }Windsurf
O Windsurf (Cascade) lê ~/.codeium/windsurf/mcp_config.json: adicione o bloco abaixo e recarregue - as mesmas nove ferramentas aparecem.
# ~/.codeium/windsurf/mcp_config.json
{ "mcpServers": {
"wontopos": {
"command": "npx",
"args": ["-y", "wontopos-mcp"],
"env": { "WONTOPOS_API_KEY": "wos-live-...",
"WONTOPOS_USER_ID": "my-project" }
} } }ChatGPT
Os conectores MCP do ChatGPT só aceitam servidores remotos, então o caminho suportado hoje é um GPT personalizado com uma Action: crie um GPT, adicione uma Action, cole a URL da spec OpenAPI abaixo e defina sua chave como header de auth. Esse GPT chamará a mesma memória das suas outras ferramentas.
# GPT → Configure → Actions → Import from URL
https://api.wontopos.com/openapi.json
# Authentication: API Key · Header name: X-API-KeyMesmo store, mesma memória: o que o ChatGPT guarda pela Action, o Claude Code lembra pelo MCP - e vice-versa.
Gemini CLI
O Gemini CLI lê servidores MCP de ~/.gemini/settings.json: adicione o bloco abaixo, reinicie a CLI e as mesmas nove ferramentas aparecem lá também.
# ~/.gemini/settings.json
{ "mcpServers": {
"wontopos": {
"command": "npx",
"args": ["-y", "wontopos-mcp"],
"env": { "WONTOPOS_API_KEY": "wos-live-...",
"WONTOPOS_USER_ID": "my-project" }
} } }