Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
911–920 of 928 posts
Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#912Earlier quoted context omitted.
If you look at SWE, Claude models aren’t that special. Other benchmarks come up with different results. But… anecdotally, Claude is just that good. Gemini needs a lot of hand-holding, and it will still tell you it’s done when it achieved half the work. Or say, “this test isn’t passing, I’ll just delete it”. Every now and then I get tired of it and give the same task to Sonnet 4.6; 5 minutes later I’m done. Bug fixed,…
Were you using the Gemini model with the Claude Code harness? Otherwise, it is not an honest comparison.
Do you think Claude Code is what makes their models operate better?
And by the same token, then what would give Gemini a fair run? Because the Gemini chat app, Stitch, and the CLI are all things I’ve used and the model can’t help itself from a) saying it’s done when it isn’t; b) going off-rails; c) ignoring strict instructions after a while.
Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#913Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#914Personally I appreciate the clarity and technical enforcement vs banning accounts. I switched OpenClaw to MiniMax 2.7. This combined with Claude over telegram does enough for me. OpenClaw used to burn through all my Claude usage anyway.
how do you use Claude over telegram ?
Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#915Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#916Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#917Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#918Earlier quoted context omitted.
I'd argue they hide their takeaway because of what GP comment said — not because of anything innate, but because a staff member will not let them. I grew up in an Asian household of six. We definitely took food home at AYCE places. My parents definitely knew it wasn't OK, but they felt like they were gaming the system (like a dubious life hack of sorts) and saving money, so they were actually quite proud of it, bragg…
In the Eastern Bloc states, it used to be so common for workers to steal from the workplace that new moral norms were established around this; if you're not stealing from work, you're stealing from your own family! Goes to show just how fragile a high-trust society is. Theft and corruption can easily be normalized to such an extent that not participanting gets reframed as immoral.
As for motivation, beyond the obvious one, people also stole because many items were not available in stores (having a guy who has a connect on toilet paper was a thing back then), and also, since Communism in Poland was actually a Russian dictatorship, the idea was that if you steal from communist factories you're fighting the system and making it fall faster.
Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#919Re: Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw
#920Skimming through the comments, it feels like I am reading the same message over and over. I agree with some comments that are pointing out the issue with Anthropics capacity constraints and when Subscription vs Api is appropriate. I would like to point out something else. I have Z.ai subscription and they have a dashboard on my usage. When trying out Openclaw a while ago, I noted something worrying. Its constantly co…
Yeah, its heartbeat. If you keep HEARTBEAT.md empty, it won't be consuming tokens every half an hour. Use cron for periodic tasks if possible, but if you need LLM to process something periodically, that's what heartbeat is for. Z burned 166mio tokens in last 30 days, majority was the heartbeat. Definitely wouldn't pay for that if it wouldn't be the subscription. It uses 1-4% of every 5h quotas. Definitely not sustain…