Um Sistema de Memória Codex para Iniciantes: Configuração com um Clique e Análise Detalhada

A Fable5 voltou triunfantemente e, como usuário veterano do Codex, não resisti em testá-la para ver se é tão boa quanto dizem — especificamente, se conseguiria substituir o Codex ou ajudar a iterar no sistema de memória que otimizei ao limite. Coloquei $10 no Zenmux e conectei a Fable5 ao Claude Code. Resumindo: a Fable5 é o 'pai' da inteligência 'ultra-alta' do Codex!!! (Link da Skill do sistema de memória no final).

Sobre meu sistema de memória semi-acabado anterior:

https://x.com/gengdaJ/status/2067985719675773192

https://x.com/evermind/status/2063262473357336824

https://x.com/gengdaJ/status/2068555151733043504

A Fable5 é realmente cara, então segui o conselho de especialistas no meu feed e deixei a Fable5 cuidar das etapas de aconselhamento e planejamento para o sistema de memória do Codex.

Você não sabe até perguntar — a primeira verificação usando 'Primeiros Princípios' identificou uma tonelada de bugs e oportunidades de otimização. Seu profissionalismo técnico é inquestionável, como o próprio Codex admitiu. Embora as sugestões da Fable5 ocasionalmente carecessem de rigor, numa comparação de 4:1, a Fable5 venceu de lavada.

Isso foi apenas o primeiro passo. As capacidades incríveis da Fable5 estavam apenas começando a aparecer. Pedi ao Codex para organizar um plano de desenvolvimento e enviei para a Fable5 revisar. A Fable5 continuou questionando, e o Codex continuou concordando.

Então, pedi ao Codex para otimizar com base nas sugestões da Fable5. Achando que estava perfeito, enviei de volta para a Fable.

No final, a Fable ainda encontrou tantos problemas. Estou realmente impressionado. Rapidamente pedi ao Codex para reconhecer seu 'pai' mais rigoroso.

Após o desenvolvimento, a Fable5 permaneceu afiada, arrasando na fase de revisão de código.

Após este teste, tenho que admitir que a Fable5 é incrivelmente sólida na tomada de decisões e julgamento. Mesmo sendo um usuário leal do Codex, tenho que elogiá-la. Continuarei usando a Fable5 para sistemas complexos (como otimizar sistemas de busca de Agent em seguida). É cara, mas vale a pena quando usada onde é importante.

Se você quiser experimentar as capacidades de planejamento assustadoras da Fable5, pode chamar a API do Zenmux como eu fiz (na minha opinião, eles têm a melhor qualidade de fonte Claude): https://zenmux.ai/invite/GYMUHL. Notei hoje que assinantes gratuitos podem testar a versão web, e usuários pré-pagos (créditos > 0) podem chamar a API diretamente de graça, com um bônus de 20% nas recargas — um pequeno benefício legal!

A seguir, vamos falar sobre esta arquitetura de sistema de memória reconstruída pela Fable5. Você entenderá o quão poderosa ela é através desta análise simples:

Meu sistema de memória atual do Codex é um cofre de memória Agent Obsidian local, auditável, pesquisável e sustentável. Ele transforma perfeitamente projetos, armadilhas, preferências, decisões e fluxos de trabalho reutilizáveis compartilhados com o Codex em documentos Markdown no Obsidian. Em seguida, usa SQLite, busca de texto completo, busca semântica, Git, hooks e scripts de encerramento para alcançar auto-operação e auto-iteração.

Conceitos Básicos

Antes de mergulhar nas funções, você precisa entender oito conceitos básicos:

• Obsidian Markdown: O Arquivo de Memória Original São essencialmente arquivos de texto .md padrão. Por que não usar um banco de dados? Porque o Obsidian é mais amigável para não-programadores — humanos podem ler e editar diretamente, e o Git pode rastrear alterações. Esta é a 'fonte da verdade' para o sistema de memória.

• INDEX.md: Diretório e Balcão de Navegação O INDEX.md não é a memória em si, mas um 'mapa de entrada.' Se o Markdown é uma biblioteca, o INDEX.md é o catálogo do balcão de informações que diz ao Agent quais arquivos são importantes e onde encontrar respostas.

• SQLite / FTS: Cartões de Recuperação Rápida SQLite é um pequeno banco de dados local, e FTS é sua capacidade de busca de texto completo. Não é a 'fonte de fatos', mas um 'índice de busca', como fichas de biblioteca para títulos, palavras-chave e resumos.

• Zvec: Busca Semântica Zvec é recuperação vetorial, que significa 'buscar por significado.' Enquanto a busca padrão exige palavras-chave exatas, a busca semântica pode encontrar memórias relevantes mesmo que você não use os termos exatos.

• Git: Registro de Alterações e Seguro de Reversão Git é um sistema de controle de versão. Ele responde: Quem mudou isso e quando? Quais linhas foram alteradas? Podemos reverter se houver um erro?

• Script de Encerramento: Organizador Automático Pós-Tarefa O encerramento automatiza o processo de limpeza. Ele garante que atualizar memórias, atualizar índices e fazer commit no Git não fiquem a cargo da 'memória' do Agent, mas sejam tratados por um único comando.

• Script de Auditoria: Médico de Verificação Periódica de Saúde À medida que o cofre cresce, as coisas ficam bagunçadas. A auditoria identifica memórias desatualizadas, loops abertos há muito tempo não resolvidos e arquivos duplicados para revisão humana.

• AGENTS.md: Constituição do Sistema O AGENTS.md define as regras de comportamento do Agent: quando ler a memória, o que escrever e quando ele DEVE perguntar ao usuário (por exemplo, para dados sensíveis ou exclusões).

Fluxo de Trabalho do Sistema de Memória

1. Entrada da Tarefa: O usuário faz uma pergunta.
2. Ler AGENTS.md: Determinar os limites e regras operacionais.
3. Ler INDEX.md: Localizar arquivos relevantes com baixo custo de tokens.
4. Recuperação Unificada: Usar SQLite/Zvec se necessário para encontrar memórias específicas.
5. Ler Fonte Markdown: Confirmar fatos a partir dos arquivos legíveis reais.
6. Executar Tarefa: Trabalhar com contexto de longo prazo.
7. Julgar Valor da Memória: Decidir se a nova informação vale a pena ser salva.
8. Reconciliar Antes de Escrever: Verificar duplicatas ou conflitos com memórias antigas.
9. Escrever em Markdown: Categorizar e salvar no diretório correto.
10. Executar Encerramento: Atualizar índices, verificar informações sensíveis e registrar a sessão.
11. Registro no Git: Criar uma trilha auditável das alterações.
12. Auditoria Periódica: Manter a saúde do cofre através de verificações semanais.

Vantagens do Sistema de Memória

1. Fonte de Fatos Controlável: Armazenada em Markdown local, não presa a uma plataforma.
2. Recuperação Completa: Combina navegação, busca por palavras-chave e busca semântica.
3. Reconciliação: Previne duplicatas e conflitos antes de escrever.
4. Loop de Encerramento: Transforma o salvamento de memória em um processo padronizado.
5. Versionamento Git: Fornece rastreabilidade completa e capacidade de reversão.
6. Mecanismo de Auditoria: Mantém o cofre de memória limpo e relevante.
7. Automação Restrita: Ações de alto risco sempre exigem confirmação humana.
8. Auto-Evolução: Permite que o Agent aumente suas capacidades através de experiência auditada.

Finalmente, encapsulei este sistema de memória em uma Skill: https://github.com/mcncarl/codex-memory. Você pode conectá-la ao Codex ou continuar otimizando-a para suas próprias necessidades! ☺️