News for hackers. Stuff that matters.

kage18

Hehe, I want to but I just want the thinks so be taken care of from a single place. it's not just about talking, just get my things done

Why the ways of interactions, social and devices, haven't changed yet

Why even with the AGI claims the frontier labs have made, the way we interact with social network and the way we use your devices still the same.why in this world do we still have to type a text to a friend or search for the meme/emoji, why is there no change!!!why do I to still have to click through my desktop to get things done!!!Ideally, I would just want to speak!!! and expect my things to...

( Read More... | 2 comments | on HN )
Yusss, you install Kage and then you work with your agent as you regularly do, it automatically captures memories from your live session like decisions, gotchas, runbook, bug fixes etc... it automatically links them to the right code blocks.

'kage propose --from-diff' is a supplementary tool that you can use to create a feature summary packet.

'kage pr check' runs validation and graph-freshness, and blocks on hard-stale memory your diff invalidated. You can run 'kage pr check' in your CI as well, that's what Kage is doing it in it's own repo.

The memory is a collaborative and shared across team as it sits in git alongside the code.

Kage also helps manage these memory by reindexing/linking memories based on edits and new memories. It tells you frequency usage of memory, classifies them into HOT, COLD, STALE, based on usage and usefulness.

Author here, adding setup and usage. run inside each repo you want memory in:

   npx -y @kage-core/kage-graph-mcp install
This will initialise repo's memory store, build code graph, writes AGENTS.md and CLAUDE.md and auto-wires any coding agent it detects.

You are all setup after this, use your agent as you would and your agent along with Kage will do the magic of creating relevant memories and linking it to the code graph.

you can see the dashboard using the command:

    kage viewer
Author here, adding setup and usage.

run inside each repo you want memory in:

   npx -y @kage-core/kage-graph-mcp install
This will initialise repo's memory store, build code graph, writes AGENTS.md and CLAUDE.md and auto-wires any coding agent it detects.

You are all setup after this, use your agent as you would and your agent along with Kage will do the magic for creating relevant memories and linking it to the code graph.

you can see the dashboard using the command:

    kage viewer

Show HN: Google's OKF now has a framework to maintain and verify agent memory

https://kage-core.com/

Kage was always a document format memory with its own memory standards... and was betting on file based memory + git native. It's good to see that Google also thinks the same and released OKF(Open Knowledge Format) and Kage has adopted OKF with open arms.Though Google has released the Memory standard and how to structure the memory, it doesn't do verification, when and how memories are created....

( Read More... | 4 comments | 3 points | on HN )

Show HN: Kage, verification and freshness for Google's OKF agent memory

https://kage-core.com/

Kage was always a document format memory with it's own memory standards... and was betting on file based memory + git native.It's good to see that Google also thinks the same and released OKF(Open Knowledge Format) and Kage has adopted OKF with open arms.Though Google has released the Memory standard and how to structure the memory, it doesn't do verification, when and how memories are...

( Read More... | 3 comments | 3 points | on HN )
Love to see people creating such projects, i'm truly passionate about Coding Agent Memory myself.

Have you thought on making it collaborative memory across your teammates working on the repo? how does your framework handle stale memory, when someone changes the code that breaks the memory store?

Sharing and collaborating memory with your agents and teammates it's a big hassle,

you have worked on some feature in your codebase, you discussed something with your agent, your agent found some gotcha in your code, understood what all your code has and how to run the new feature. Done.

now what?? you teammate comes in starting from the bottom?! why??

this is the reason I've created Kage, it saves all the important things that you are doing with your agents. Whenever you or your teammates are using your agent again, you feel like you talking to an agent who knows it all, like an evolving teammate.

great initiative, i have built something similar, would love to chat with you
Re:Show HN: Git for AI Agents on Saturday May 09, 2026 @04:02PM (#48077768)
impressive
Re:Show HN: Free tool to mark points and polygon regions on Saturday May 09, 2026 @04:01PM (#48077750)
great stuff
how will you tackle prompt ingestion?
In only a time someone will do it in shell ---- oh wow you did it!!!
Makes sense architecturally. The Claude Code SDK is well-designed for agentic use — sub-agents, hooks, session management all work cleanly. If you're building an IDE on top of it you'd want that foundation rather than rolling your own.

The interesting question is what Cursor adds on top — their UX and context management decisions are where differentiation actually lives.