For the love of god fix bugs and write some fricken tests instead of dropping new shiny things It is absolutely wild to me you guys broke `--continue` from `-p` TWO WEEKS AGO and it is still not fixed.
Claude Code Routines
261–270 of 451 posts
Re: Claude Code Routines
#262LLMs and LLM providers are massive black boxes. I get a lot of value from them and so I can put up with that to a certain extent, but these new "products"/features that Anthropic are shipping are very unappealing to me. Not because I can't see a use-case for them, but because I have 0 trust in them: - No trust that they won't nerf the tool/model behind the feature - No trust they won't sunset the feature (the graveya…
Re: Claude Code Routines
#263Earlier quoted context omitted.
They can’t allow third party software because the third parties save the outputs of Claude responses and distill them into new models to compete with Claude.
This distilling sounds wonderful to me as an end user. Is there some place we can donate our chats and output?
Clem Delangue (HF CEO) tweeted about this[1] and mentioned https://traces.com/ for exporting Claude sessions
Edit: It looks like HF now supports importing your agent's session directory directly[2] (I hope they're redacting PII?)
[1] https://x.com/ClementDelangue/status/2041189872556269697
Re: Claude Code Routines
#264For the love of god fix bugs and write some fricken tests instead of dropping new shiny things It is absolutely wild to me you guys broke `--continue` from `-p` TWO WEEKS AGO and it is still not fixed.
--resume works fine?
`--continue` and `--resume` are broken from `-p` sessions for the last 2 weeks. The use case is:
1. Do autonomous claudey thing (claude -p 'hey do this thing')
2. Do a deterministic thing
3. Reinvoke claude with `--continue`
This no longer works. I've had this workflow in GitHub actions for months and all of a sudden they broke it.
They constantly break stuff I rely on.
Skill script loading was broken for weeks a couple months ago. Hooks have been broken numerous times.
So tired of their lack of testing.
Re: Claude Code Routines
#265Re: Claude Code Routines
#266LLMs and LLM providers are massive black boxes. I get a lot of value from them and so I can put up with that to a certain extent, but these new "products"/features that Anthropic are shipping are very unappealing to me. Not because I can't see a use-case for them, but because I have 0 trust in them: - No trust that they won't nerf the tool/model behind the feature - No trust they won't sunset the feature (the graveya…
> Not because I can't see a use-case for them, but because I have 0 trust in them > […] > Put another way, LLM companies are trying to climb the ladder to be a platform, I have zero interest in that, I was a "dumb pipe", I want a commodity, I want a provider, not a platform. That is my sentiment precisely, and a big reason why I’ve started moving away from Claude Code in the past few weeks when I realised how much of…
My standing orders are the default MEMORY.md must be a stub directing Claude to another MEMORY.md file in the local folder, project, etc.
All memories remain with their respective projects over syncs, moves, devices, etc. The stub must state all this clearly, and nothing else.
This has worked very well.
If you give the model/memory a name, that name can be persistent and independent over "backend" model swaps.
Re: Claude Code Routines
#267Earlier quoted context omitted.
I'm the first to be tired of everyone, for every model, that says "uuuh became dumber" because I didn't believe them ... until this week! Opus is struggling worse than Sonnet those last two weeks.
My favourite was, Opus 4.6 last night (to be fair peak IST time, late afternoon my time), the first prompt with a small context: jams a copy-pasted function in between a bunch of import statements, doesn't even wire up it's own function and calls it done. Wild, I've not seen failure states like that since old Sonnet 4
I asked Opus 4.6 to help me get GPU stats in btop on nixos. Opus's first approach was to use patchelf to monkey patch the btop binary. I had to redirect it to just look the nix wiki and add `nixpkgs.config.rocmSupport = true;`.
But the approach of modifying a compiled binary for a configuration issue is bizarre.
Re: Claude Code Routines
#268Earlier quoted context omitted.
> Not because I can't see a use-case for them, but because I have 0 trust in them > […] > Put another way, LLM companies are trying to climb the ladder to be a platform, I have zero interest in that, I was a "dumb pipe", I want a commodity, I want a provider, not a platform. That is my sentiment precisely, and a big reason why I’ve started moving away from Claude Code in the past few weeks when I realised how much of…
They can’t allow third party software because the third parties save the outputs of Claude responses and distill them into new models to compete with Claude.
Re: Claude Code Routines
#269LLMs and LLM providers are massive black boxes. I get a lot of value from them and so I can put up with that to a certain extent, but these new "products"/features that Anthropic are shipping are very unappealing to me. Not because I can't see a use-case for them, but because I have 0 trust in them: - No trust that they won't nerf the tool/model behind the feature - No trust they won't sunset the feature (the graveya…
Don't put all your eggs in one basket has be true for me and my business for ages.
I could really use the open source community to help make this a reality so I'll release this soon hopefully to positive reception from others who want a similar path forward.