Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Stop Claude Code from forgetting everything

github.com

Post reply on HN
Print view View original

111–120 of 241 posts

Re: Show HN: Stop Claude Code from forgetting everything

#111

Post by austinbaggio »

jswny wrote: post #73
dimitri-vs wrote: post #35

Earlier quoted context omitted.

I'm in Claude Code 30+ hr/wk and always have a at least three tabs of CC agents open in my terminal. Agree with the other comments: pretty much running vanilla everything and only the Playwright MCP (IMO way better than the native chrome integration) and ccstatusline (for fun). Subagents can be as simple as saying "do X task(s) with subagent(s)". Skills are just self @-ing markdown files. Two of the most important th…

I also specifically instruct Claude how to use a globally git ignored scratch folder “tmp” in each repo. Curious what your approach is

You store your project context in an ignored tmp folder? Share more plz - what does it look like? What do you store?

Re: Show HN: Stop Claude Code from forgetting everything

#112

Post by AndyNemmity »

austinbaggio wrote: post #110
AndyNemmity wrote: post #106

Earlier quoted context omitted.

The funny part is, the vast majority of them are barely doing anything at all. All of these systems are for managing context. You can generally tell which ones are actually doing something if they are using skills, with programs in them. Because then, you're actually attaching some sort of feature to the system. Otherwise, you're just feeding in different prompts and steps, which can add some value, but okay, it does…

It sounds like you've used quite a few. What programs are you expecting? Assuming you're talking about doing some inference on the data? Or optimizing for some RAG or something?

An example of a skill i gave, adding image generation to nano banana.

another is one claude code ships with, using rip grep.

Those are actual features. It's adding deterministic programs that the llm calls when it needs something.

Re: Show HN: Stop Claude Code from forgetting everything

#113

Post by austinbaggio »

Thanks everyone for the comments, really, I wasn't expecting this.

Quite a few of you have mentioned that you store a lot of your working context across sessions in some md file - what are you actually storing? What data do you actually go back to and refer to as you're building?

Re: Show HN: Stop Claude Code from forgetting everything

#114

Post by austinbaggio »

frumplestlatz wrote: post #26
austinbaggio wrote: post #13

Earlier quoted context omitted.

Honestly, very reasonable ask, you're not the first person to ask for a self-hosted version. We have a privacy policy we've drafted that is up-to-date with the current version of the product https://www.ensue-network.ai/privacy-policy . The project is still in alpha, so you could shape what we build next - what do you need to see, or what gets you comfortable sending proprietary code to other external services?

> what do you need to see, or what gets you comfortable sending proprietary code to other external services? Honestly? It just has to be local. At work, we have contracts with OpenAI, Anthropic, and Google with isolated/private hosting requirements, coupled with internal, custom, private API endpoints that enforce our enterprise constraints. Those endpoints perform extensive logging of everything, and reject calls th…

Yeah I get the dependency concern, and also I think about the trust and pricing challenge a lot. I might be getting ahead of my skis here, but living in a future world, assuming there is a local service, what would you want to see with a context management service for your team to actually use it? Or even better - pay for it?

Re: Show HN: Stop Claude Code from forgetting everything

#115

Post by ok_dad »

AndyNemmity wrote: post #59
majormajor wrote: post #56

Earlier quoted context omitted.

I just don't have much faith in "if you're doing it right the results will be magically better than what you get otherwise" anymore. Any single person saying "the problems you run into with using LLMs will be solved if you do it my way" has to really wow me if they want me to put in effort on their tips. I generally agree with your why of why you set up like that. I'm skeptical that it will get over the hump of where…

That's completely fair, I also don't have much faith in that anymore. Very often, the people who make those claims have the most basic implementation that barely is one. I'm not sure if the problems you run into with using LLMs will be solved if you do it my way. My problems are solved doing it my way. If I heard more about your problems, I would have a specific answer to them. These are the solutions to where I have…

Damn, it really is all just vibes eh? Everyone just vibes their way to coding these days, no proof AI is actually doing anything for you. It's basically just how someone feels now: that's reality.

In some sense, computers and digital things have now just become a part of reality, blending in by force.

Re: Show HN: Stop Claude Code from forgetting everything

#116

Post by gaigalas »

I like the fact that it forgets.

Each time an LLM looks at my project, it's like a newcomer has arrived. If it keeps repeating mistakes, it's because my project sucks.

It's an unique opportunity. You can have lots of repeated feedback from "infinite newcomers" to a project, each of their failures an opportunity to make things clearer. Better docs (for humans, no machine-specific hacks), better conventions, better examples, more intuitive code.

That, in my opinion, is how markdown (for machines only and not humans) will fall. There will be a breed of projects that thrives with minimal machine-specific context.

For example, if my project uses MIDI, I'm much better doing some specialized tools and examples that introduce MIDI to newcomers (machines and humans alike) than writing extensive "skill documents" that explain what MIDI is and how it works.

Think like a human do. Do you prefer being introduced to a codebase by reading lots of verbose docs or having some ready-to-run examples that can get you going right away? We humans also forget, or ignore, or keep redundant context sources away (for a good reason).

Re: Show HN: Stop Claude Code from forgetting everything

#117

Post by nineteen999 »

wouldbecouldbe wrote: post #31
JoshGlazebrook wrote: post #18

Is anyone else just completely overwhelmed with the number of things you _need_ for claude code? Agents, sub agents, skills, claud.md, agents.md, rules, hooks, etc. We use Cursor where I work and I find it a good medium for still being in control and knowing what is happening with all of the changes being reviewed in an IDE. Claude feels more like a black box, and one with so many options that it's just overwhelming,…

All I use is curse words and it does a damn great job most of the time

I thought I was the only one.

Re: Show HN: Stop Claude Code from forgetting everything

#118

Post by [deleted] »

gbnwl wrote: post #107
Forgeties79 wrote: post #98

Earlier quoted context omitted.

Have you tried using it? Not being flippant and annoying. Just curious if you tried it and what the results were

Who has time to try this when there's this huge backlog here: https://www.reddit.com/r/ClaudeAI/search/?q=memory

[deleted]

Re: Show HN: Stop Claude Code from forgetting everything

#119

Post by Forgeties79 »

gbnwl wrote: post #107
Forgeties79 wrote: post #98

Earlier quoted context omitted.

Have you tried using it? Not being flippant and annoying. Just curious if you tried it and what the results were

Who has time to try this when there's this huge backlog here: https://www.reddit.com/r/ClaudeAI/search/?q=memory

Have you tried any of those?

Re: Show HN: Stop Claude Code from forgetting everything

#120

Post by austinbaggio »

ec109685 wrote: post #70

This is impressive. Though I have found repo level claude.md that is updated everytime claude makes a mistake plus using —restore to select a previous relevant session works well. There is no way for Anthropic to optimize Claude code or the underlying models for these custom setups. So it’s probably better to stick with the patterns Anthropic engineers use internally.

If you give it a try, I think that use case should work, but if not, I would be grateful if you told us what broke.

And also - I genuinely worry about vendor lock-in, do you?

Post reply on HN