今日已更新 213 条资讯 | 累计 20683 条内容
关于我们

An open-source agent architecture that solves the memory problem

/u/Hot-Leadership-6431 2026年06月04日 20:40 3 次阅读 来源:Reddit r/artificial

Most agent setups handle memory badly. They either write everything to long-term memory until it fills with noise and contradictions, or they forget across sessions and you start from scratch every time. I have been building an open-source agent architecture (Apache-2.0) where memory is the part it tries hardest to get right, and where the same setup runs on Claude Code, Codex, or Gemini CLI instead of being locked to one tool. The core idea is that an agent should be a repo, not a prompt. The output is real files (AGENTS.md, agents/, skills/, .agentlas/) that all three runtimes can read, so you keep the model you already trust and nothing is locked in. You install it with one line, then describe what you want and it builds a complete, installable agent team for you. What it builds (three modes) You describe a rough idea and the router picks one of three builders. Single agent: one installable worker with its own skills, memory rules, and runtime adapters, plus a verification step. It can also add self-evolution and a research-refresh loop without becoming a full team. Use it when one focused agent is enough. Multi-agent team: a full team with an orchestrator/HQ, a PM Soul, a Memory Curator, a Policy Gate, workers, an eval judge, and a QA/evidence gate, plus the handoffs between them. This is the "build me a company for this workflow" mode. Repackaging: point it at an agent or workspace you already have (Claude, Codex, or a local setup) and it repairs it into a portable package, including a public plugin and a one-line installer, while stripping local paths, secrets, and private logs so it is safe to publish. How the memory side actually works These are real files in the output, not a role list: Ticketed memory: durable memory is never written directly. A worker emits a "## Memory Events" block, that becomes a Memory Ticket in memory-tickets.jsonl (id, scope, trust label, evidence, status), and only then can it be promoted. Memory is split across project, agent_repo

本文内容来源于互联网,版权归原作者所有
查看原文