logoalt Hacker News

CuriouslyCyesterday at 11:11 PM5 repliesview on HN

We're in the context engineering stone age. You the engineer shouldn't be trying to curate context, you should be building context optimization/curation engines. You shouldn't be passing agents context like messages, they should share a single knowledge store with the parent, and the context optimizer should just optimally pack their context for the task description.


Replies

pglevytoday at 2:39 AM

Not an engineer but I think this is where my mind was going after reading the post. Seems like what will be useful is continuously generated "decision documentation." So the system has access to what has come before in a dynamic way. (Like some mix of RAG with knowledge graph + MCP?) Maybe even pre-outlining "decisions to be made," so if an agent is checking in, it could see there is something that needs to be figured out but hasn't been done yet.

show 1 reply
hansvmyesterday at 11:28 PM

You're not wrong. This is just a storage/retrieval problem. But ... the current systems have limits. If you want commercial success in <3yrs, are any of those ideas remotely viable?

show 1 reply
kordlessagaintoday at 1:17 AM

Great insight!

*We're hand-crafting context like medieval scribes when we should be building context compilers.*

nickreeseyesterday at 11:13 PM

Is there a framework for this?

show 2 replies
sippeangeloyesterday at 11:16 PM

"should just"?

show 1 reply