logoalt Hacker News

Agents don't need memory, they need documentation

336 points • by kmeh • yesterday at 5:03 PM • 204 comments • view on HN

Comments

k__ • today at 11:31 AM

What's with this vector database obsession?

kadhirvelm • today at 12:47 AM

We’ve been working on exactly this, deriving documentation from external systems (like GitHub, etc) into a giant set of docs that agents can reference and edit. Works way better than I would’ve originally expected. Suddenly these things are able to reference granola notes, a slack discussion, and an RFC when making coding decisions. Super helpful in a lot of unexpected ways!

ContinuityLab • today at 7:14 AM

A refreshing perspective on agentic architecture. Shifting the focus from bloated contextual memory to structured, verifiable documentation and state boundaries is precisely the right systems-level trade-off.

➕ show 1 reply
monneyboi • yesterday at 10:17 PM

I never understood memory solutions for coding agents.

You have the whole session history right there. One recall skill and some JSON parsing gets you grep over perfect memory. Why would you ever use more tools to spend more tokens to construct a imperfect memory next to your session history?

I just don't get it.

➕ show 2 replies
jdw64 • yesterday at 10:11 PM

Peter Naur argued in his famous essay Programming as Theory Building that documentation alone cannot fully capture or preserve the complete mental model behind a program.

However, AI works differently from humans in that much more of its working context has to be made explicit. Because of that, there may be some fundamentally different way for AI to maintain or reconstruct a program’s overall model.

➕ show 1 reply
scotty79 • today at 2:35 PM

Or you can just tell agent to grep your past sessions.

mcapodici • today at 1:15 AM

I don't use memory. I am really not keen on the idea of having this hidden context fed into the LLM, and I prefer to use docs, both markdown and stored in a wiki like Confluence. Using repos and wikis also lets you scope the information so hyper-specific memory doesn't affect other projects.

If I want the LLM to remember something I ask it to update some docs, and even check that docs are consistent across the board after doing so.

The only thing I want the LLM to remember everywhere is talk like a human (no load-bearing, not this/that etc...), so I have an AGENT.md for that.

jason1cho • today at 6:31 AM

I think many AI fanatics will focus on a wrong point. They will say "just use AI to generate the fucking documentation. What are you talking about?"

Indeed, AI fanatics lack critical thinking. They easily accept the idea that AI needs documentation, but merely disagree the method to approach it.

vcryan • yesterday at 10:51 PM

Yes, this makes sense. Memory is an uncurated and often opaque system of arbitrary past discussions. It can help, it can harm. Accurate documentation in the other hand is only beneficial.

chaostheory • today at 1:38 AM

Agents need BOTH documentation and multiple "memory" systems that also point to your docs and source. There are a lot of mature options out there, but post and the proposed solution both fall short.

dyauspitr • today at 6:10 PM

All of this is nonsense. The right way to think of LLMs correctly is that they are a one stop shop for all the questions in the universe that you speak to in simple natural language. Don’t overcomplicated things and use esoteric magic spells like we’ve had in tech for decades. You end up getting the best results this way because you’re not jamming the context full of detailed minutiae.

firemelt • today at 10:41 AM

on my claude.md I said don't write any memory bitch no one need that fucking dogshit features

singh_abinashi • today at 11:01 PM

[flagged]

lewelove • today at 2:00 AM

Obligatory 927.

https://xkcd.com/927/

tahaazizi • today at 9:13 PM

[flagged]

Clumps4Linux • today at 3:39 PM

[dead]

stbenjam • today at 4:07 AM

I’ve noticed a growing pattern of people creating repositories full of Markdown documentation, or adding large amounts of it directly to their main repositories, often generated by agents. In some cases, this can add up to megabytes of material, and I haven’t yet seen much evidence that this level of documentation meaningfully improves an agent’s performance and that it just doesn't rot over time.

If someone has good A/B evals of this being more effective I'll eat my hat, but the reason no one is publishing them is because well, evals are hard, and this is likely just magical thinking.

My current view is that an agent generally needs three things to work effectively: a way to discover information that isn’t obvious, such as a minimal `AGENTS.md` that points to more focused brief files; a clear way to verify that its work is correct; and some guidance on project-specific tastes. Everything else is noise.

muaguy • today at 12:35 PM

[flagged]

katanascreener • today at 12:34 PM

[flagged]

openamer • today at 12:38 PM

[flagged]

scotttaylor • today at 10:10 AM

[flagged]

scotttaylor • today at 10:02 AM

[flagged]

derin-picment • today at 9:56 AM

[flagged]

jew-and-proud • today at 10:39 AM

[flagged]

sreekanth850 • today at 8:39 AM

[dead]

haroldopina • today at 2:06 PM

[flagged]

favori995749721 • today at 2:08 AM

[flagged]

pawel_nowak • today at 9:41 AM

[flagged]

OhNoNotAgain_99 • today at 9:21 AM

[dead]

yethikrishna • today at 8:00 AM

[flagged]

nahid-fahh • today at 1:53 PM

[flagged]

fullstackwife • today at 7:13 AM

[flagged]

nahid-fahh • today at 11:45 AM

[flagged]

dhruv_dube • today at 12:26 PM

[flagged]

engeenie • today at 8:38 AM

[flagged]

folayii • today at 1:24 AM

[flagged]

tankiya • today at 6:21 AM

[flagged]

michaelastreiko • yesterday at 5:41 PM

[flagged]

suki_buildz • today at 6:22 AM

[flagged]