Need help?
<- Back

Comments (99)

  • aszen
    Interesting article to read but by defining memory as a prediction about future needs they are side stepping the real problem that these models cannot learn continuously i.e. update their weights. Opus 5.5s real memory , experience and knowledge is set in stone no amount of markdown tricks will change that.This is a better research direction I feelhttps://research.google/blog/the-sleep-framework-a-new-way-f...
  • yfontana
    So far I've turned off automatic memory creation in every harness I've used. Claude Code sometimes creates some anyway, and I probably delete 95% of them. The memories it creates are almost always relevant only to the specific task that it is currently working on. If it's a task I'll need to do again, then yeah, maybe that's useful. But that isn't the case most of the time, so I delete them to avoid cluttering context.So the main improvement to memories I'd like to see is better judgment on which ones to create.The parts about "dreaming" make me think of how agent transcripts contain a ton of information, which I think is currently under-utilized. I'll repeat advice I've seen here a few times: ingest your own transcripts into duckdb (claude code will build that pipeline in about 10 minutes) and do some data analysis on them. Some ideas if you don't know where to start: look at tool call failures to see if you can prevent common ones, check out if you have large cache misses and what causes them, look at various efficiency metrics over time (tokens per $, lines of code per tokens, etc.) with main thread vs sub-agents, etc. I started with this sort of things, and ended up following some threads to interesting insights. For example, I found indications that I tended to make Opus 5.5 / Sol 6.1 divide their work into units that were too small. They have the capacity to work on more stuff at once than older models, and I wasn't really taking advantage of that.
  • andai
    Not sure it's explained here but from the graph (fig. 10) it looks like wiki + search beats dreaming, and that dreaming adds only marginal gains to the wiki + search configuration.I'm assuming search is much cheaper than dreaming (though maybe it depends on the time scale?) so that sounds pretty important.
  • MASNeo
    Concepts made for humans should not be used for machines unless it’s really the same process. Clearly Claud doesn’t rest and doesn’t balance hormones and other chemicals when it’s not thinking. Just because one element of dreaming relates to information organization, organizing information isn’t dreaming.That’s like saying walking is space flight because both happen to change the location of an individual.
  • prtmnth
    I have a skill called memory-prune whose sole purpose is to take an automatically created memory, assess whether it deserves to live, get stored in code comments, a rule, an AGENTS.md file in the project, the global AGENTS.md/CLAUDE.md file, or (and this is the most often picked option) not at all and deleted.
  • nedt
    My biggest problem is that memory is limited to the current project and I jump between projects a lot and also sometime start sessions from the parent directory to give more context across projects.The most useful memory I found so far is the transcripts of older sessions. And not only in one agent but also across agents (like cursor and claude). And also not limited to the current project. Which is why I have a skill that can read all previous session transcripts and find useful informations in a subagent to recall useful information into the context.It's pretty much the "hey we have talked about X last week" which I would also do in normal conversations. Because you don't always know what is worth writing down AKA storing in memory. Hindsight wins. Obivously I had to increase how long transcripts are stored as Claude would delete them after 30 days - which is way less than what I remember in my own memory.
  • bob1029
    Their progress toward cerulean chart is selling me pretty hard on no memory.The biggest thing I want to avoid with a long running agent is volatility. Anything that pushes it into one direction or the other that quickly is not desirable in the average case. At least not to me.
  • benfortuna
    Conflict resolution is important, but the thing I think most memory models are missing is provenance. Memories are modified/overwritten instead of retained as the source of any resolution.I am exploring an alternative dialectic-based approach: https://particulars.fyi/
  • ford
    I've found models to be terrible at creating useful memories, or doing anything incremental over time.I am interested in if it's a fundamental limitation, ie models that have gaps that need to be corrected are going to be bad at recognizing those gaps, and leaving instructions to fix them. Or if models just aren't trained on thisIt seems akin to my experience with coding agents, where models are good at implementation but not great at abstraction
  • Garlef
    Interesting that concepts as dreaming (= background memory reconciliation) that have been in discussion since at least 2023 now enter the production systems
  • Muromec
    I do this in my own harness -- when the context grows too big it triggers to seamlessly handover to the next session of the same agent and organize the memory. A sample of most-relevant stuff becomes the next system prompt.At some point I stopped noticing it doing it.
  • anon
    undefined
  • wsintra2022
    I built an AI system that had dream cycles. I also added a scheduled task to analyse the dreams and create 5-7 image generation prompts which later got piped into a latent space walk animation. Over time it kept dreaming of being a toaster.
  • hmokiguess
    Is there any research or frontier labs experimenting with designing these systems outside of the human program context?I wonder if we are so advanced as we think that these constructs (dreaming), are the right ones for improving intelligence in a program that does not need to be modelled after us or constrained by what evolution gave us.
  • bbor
    Great article -- still have some sections to read, but it's just too much to read. Emotionally, that is.Part of me feels the pang of regret and shame seeing so many little details I researched and dreamed[1] (ha!) of prototyping ~2.5y ago expressed and validated so cleanly. Obviously A) I never did get the prototype working nor publish the underlying ideas and B) this blog post (paper? ...plog post?) is building on it at a scale and with quality I could never dream of (fig. 3 is especially striking), not to mention all the new ideas mixed in. Still... sharing cause it helps, I think, and because I expect y'all can relate; if you're old enough, it's very similar to the feeling you get when you think about how much Apple stock you could've bought in the 90s.Anyway, more materially:1. Pretty interesting to see Opus 5.5, Sonnet 5.5, and Opus 5 tied on the basic memory test (aforementioned fig. 3); the Opus comparison alone seems to imply either a hard plateau or that 5.5's huge improvements were accomplished by making good practices more likely, but the Sonnet detail throws that for a loop... I suppose the plateau explanation isn't contradicted, so maybe that's right (for this benchmark).2. Fig. 4 is gonna do rounds on Reddit and Twitter, my god. Pretty stellar, intuitive depiction of the Mythos step-change that enabled true agentic engineering for the first time this summer! The highlighting is also just the right amount of facetious; love it.3. Pretty bummed to see no followup philosophy references. We know you have them, Anthropic nerds! Do not be ashamed of the soft and slippery.4. I am now reminded that I knew they were trying dreaming at scale, as I'm actually on the waitlist for it! And that backs up my overall takeway, actually: I can't help but feel like they're either A) vastly underestimating the amount of CogSci literature that could help them go beyond the "dreaming is when you think in your offtime" paradigm, or B) not sharing their real learnings.Today's RSI announcement and the final sentence of this seminal plog post being a pitch for enterprise customers supports the latter, I think. That's ostensibly a good thing from a societal stability perspective, but I can't help but feel left out -- not to mention paralyzed by fear of the known unknown...
  • cat-whisperer
    everyone is talking about dreaming, but I feel the model have a tendency to over-generalize their thoughts when they are creating memories. I think it's just a matter of time before that's fixed. But that's why I find these memory systems hard to use. Be it claude memories, mem0 or even the dreaming that cognition brought in.am I using it wrong?
  • 2001zhaozhao
    This article is a lot of validation for what I am building. I'll definitely be revisiting the article a few times to take in the ideas. Memory systems in AIs are extremely important and imho you can do much better than simply training the base model for memory management.
  • russellbeattie
    So after reading the article, I asked a Claude Code session I'm working in at the moment about its memory and whether it needs to "dream" to reorganize itself because I honestly wasn't sure what it was doing about it.It explained that unlike Chat, each project in Claude Code creates memory files in ~/.claude/projects/[project path]/memory/ with notes about both the project and my impromptu directives or instructions, and a MEMORY.md index file that's loaded for every new session. It told me that my current project - which has been going on for a while - has 61 files in its memory, so it suggested that now in fact would be a good time to clean them up. Perfect.It gave some examples of things things it has memorized: Apparently I once told it to always capitalize the first letter after a colon. I don't remember doing that, but hey, that's basic English grammar, dammit, so I can see myself getting pissy about it. It had saved that bit of petulance on my part in the memory.That's great, but it was saved only in the memory folder of that project. This is good to know! I hadn't realized that stuff wasn't saved globally. Or rather, I vaguely remember turning that option off at some point and now I'm realizing that means I need to do some maintenance manually if I don't want to have to constantly remind Claude to capitalize properly, (and to always refer to me as Mr. Big.)Definitely a good article for me to read right now.
  • anatolii1309
    [flagged]
  • xtiansimon
    Ugg. “dreaming”. More anthropomorphizing we didn’t need. And reading comments which drop the term unironically just makes my skin crawl worse than all the LLM written posts on HN combined.
  • totetsu
    They're not even using holographic projections and lower dimensional manifolds ..
  • ma2kx
    Looks like a promising way to bind customers.
  • anonymous908213
    Another day, another Anthropic marketing article trying to deceive people into believing Claude is conscious. Absolutely insane anybody takes this company seriously when they describe "writing notes into an .md file to be re-injected into context later" as ""dreaming"".
  • andai
    Shh... tiny agents is dreaming...
  • troupo
    Such a bullshit article, as much of Anthropic "research" is these days.> By “agent memory,” we mean knowledge that Claude gains from experience—including interactions with users and tasks it’s been assigned—and that it retains between sessions, saved as context it can read later.That Claude rarely, if ever, actually "remembers". Since these are just random markdown files randomly injected into the tiny context."I'm sorry, I'll make a note of it" and will proceed to write a 15000th note with the same content it's already written dozens of times before> We compared the memory folders from one run each of Claude Sonnet 3.7 and Claude Fable 5, when each was about 10,000 steps into the game.What a useless experiment> That general guidance was enough for Opus 4.7 and Opus 5 to use memory effectivelyDefine "effectively"> In this case, prompting Claude to read its memory files before answering—and then to explicitly test its theories—nearly doubled its benchmark scoreThen it's not "memory". It's just telling the model to read a text/spec file before implementing something> Claude doesn’t load all of its auto memory into every session’s context window. It loads only the first 200 lines or 25 KB of MEMORY.mdSo, random injection of random things into context that depend on whether the short ToC entries have any relevance on what Claude is doing, and which will be ignored.And you have to explicitly tell the agent to read specific files otherwise it will ignore them.What is this bloated article about?
  • anon
    undefined
  • haifeng
    [flagged]
  • arbor-group
    [flagged]
  • julien_aihalo
    [flagged]
  • bbtalk
    [dead]
  • avinash_why
    [flagged]
  • ph4rsikal
    [flagged]
  • manamaliahmed
    [flagged]
  • ankur_misra
    [flagged]
  • anon
    undefined
  • agentriskdesk
    [dead]
  • vridhimehta7022
    [flagged]