Live data from Hacker News

Claude Code Routines

code.claude.com

271–280 of 451 posts

Re: Claude Code Routines

#271

LLMs 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…

The problem is without a platform Anthropic has no stack and will just be bought up by Google when the bubble pops. Same with OpenAI, without some sort of moat, their product requires third party hardware in third party datacenters and they'll be bought by Microsoft.

Alphabet doesn't have this issue. Google doesn't need Gemini to win the "AI product" race. It needs Gemini to make Search better at retaining users against Perplexity and ChatGPT search, to make YouTube recommendations and ad targeting more effective, to make Workspace stickier for enterprise customers, to make Cloud more competitive against AWS, to make Android more useful as a device OS. Every percentage point improvement in any of those existing businesses generates billions in revenue that never shows up on a "Gemini revenue". Any actual "Gemini" revenue is just a bonus.

Anthropic trains on Google TPUs hosted in Google Cloud. Amazon invested billions and hosts Anthropic's models on Bedrock/AWS. So the two possible outcomes for Anthropic are: succeed as a platform (in which case Google and Amazon extract rent from every inference and training run), or fail as a platform and get acquired (in which case Google or Amazon absorb the talent and IP directly)

Hilariously, if the models were open source, Anthropic, OpenAI et al wouldn't be in this situation. Instead, they have no strategic independence to cover for a lack of product independence and have to keep chasing "platforms" and throwing out products no one needs (people need claude. thats it.)

Re: Claude Code Routines

#272

Earlier quoted context omitted.

This sounds like someone complaining about how Windows is a black box while ignoring the existence of Linux/BSD. I'm currently hosting, on very reasonable consumer grade hardware, an LLM that is on par performance wise what every anyone was paying for about a year ago. Including all the layers in between the model and the user. Llama.cpp serves up Gemma-4-26B-A4B, Open WebUI handles the client details: system prompt,…

You're spot on btw, not sure why you're getting downvoted. It's funny that a community of supposed "hackers" seems to think your only choice is dolling out money to hyper scalers for what amounts to a code writing SAAS.

And I would add that the main criticism:

> LLMs and LLM providers are massive black boxes... No trust that they won't nerf the tool/model behind the feature... No trust they won't sunset the feature (the graveyard of LLM-features is vast and growing quickly while they throw stuff at the wall to see what sticks)

Doesn't really apply to the article regarding Claude Code Routines in particular. Should this feature disappear, it should be trivially easy to setup a similar pipeline locally, using a cronjob to run opencode configured to use a local LLM. Easy. I have no qualms using a convenient feature I could reimplement myself, it saves me time.

Re: Claude Code Routines

#273
post #223

Earlier quoted context omitted.

I am curious, what do people use Cognito for? I’ve never not ended up regretting using it.

Cognito is AWS's customer's customer's user login system, so I, as a SaaS company, would use it so my users can log in to my platform. They charge per-user, so if my platform is going to have millions of users, choosing Cognito is a bad idea that will eat all my money. However if I only expect to have a handful of (lucrative) users, it's not the worst idea. The other reason to use Cognito is that AWS handles all the…

That’s where I end up getting hired, leveraging similar functionality I implement on my own. It’s a tradeoff. Do you want to invest in someone like me, or offload it to aws? if you offload it to aws, of course you will bear the costs of that that my salary absorbs. It is a tradeoff that must be measured, but quick fixes with managed services are tempting. you will of course absorb some cost of my salary there in terms of what aws provides and dictates.

Re: Claude Code Routines

#274
post #235

Earlier quoted context omitted.

I was pretty sure that claude -p would always be fine, but I looked at the TOS and it is a bit unclear. It says in the prohibited use section: > Except when you are accessing our Services via an Anthropic API Key or where we otherwise explicitly permit it, to access the Services through automated or non-human means, whether through a bot, script, or otherwise. So it seems like using a harness or your own tools to cal…

15? Per month? What’s even the point?

I presume it is per 5 hr window?

Re: Claude Code Routines

#275
post #49

Anthropic is really good at releasing features that are almost the same but not exactly the same as other features they released the week before

They are mass copying any idea they see out there. They are not happy enough being a platform, they want to be everything. Their dream is to be the one AI that eats it all. It's so stupid that folks are using their system. I will never get on board with a platform that competes with me or try to compete with me. They are the Microsoft of AI model providers.

Re: Claude Code Routines

#276

Earlier quoted context omitted.

Wouldn't ACP be better for an IDE? https://agentclientprotocol.com/get-started/introduction

Possibly, though at first i was entirely focusing (and still am) on Claude Code usage. Given that CC had an API, i figured its own SDK would update faster/better/etc to new Claude features that Anthropic introduces. I'm sure ACP is a flexible protocol, but nonetheless i was just aiming for direct Claude integration.. and you know, it's an official SDK, seemed quite logical to me. It would be absurd to me if the same…

ACP is the SDK. They renamed it.

Re: Claude Code Routines

#277
post #120

Earlier quoted context omitted.

They are more worried about building a moat than anything else. They want people building integrations that are difficult to undo so that they lock into the platform.

So basically what happened: 1. Anthropic realized their models weren't enough of a moat. 2. They built tools so they could expand their moat. 3. People don't want to use their tools, they want their models, and use other, better tools. 4. Anthropic bans the use of better tools, taking advantage of their model superiority to try to lock people into subpar tools. "I don't have enough of a moat so I'll use my little moa…

What are other better tools? I would like to use them

Re: Claude Code Routines

#279

Earlier quoted context omitted.

Possibly, though at first i was entirely focusing (and still am) on Claude Code usage. Given that CC had an API, i figured its own SDK would update faster/better/etc to new Claude features that Anthropic introduces. I'm sure ACP is a flexible protocol, but nonetheless i was just aiming for direct Claude integration.. and you know, it's an official SDK, seemed quite logical to me. It would be absurd to me if the same…

ACP is the SDK. They renamed it.

Where did you see that?

The only rename I'm aware of is Claude Code SDK becomimg Claude Agent SDK, but that was still seperate from ACP

Post reply on HN