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

Anthropic Explicitly Blocking OpenCode

gist.github.com

Post reply on HN
Print view View original

41–50 of 164 posts

Re: Anthropic Explicitly Blocking OpenCode

#41

Post by esafak »

paxys wrote: post #31
shusaku wrote: post #23

Earlier quoted context omitted.

It’s because their models burn tokens like crazy. API use is way too expensive Edit: or should I say, the subscription is artificially cheap

While the subscription is definitely subsidized (technically cross-subsidized , because the subsidy is coming from users who pay but barely use it), Claude Code also does a ton of prompt caching that reduces LLM dependency. I have done many hours-long coding sessions and built entire websites using the latest Opus and the final tally came to like $4, whereas without caching it would have been $25-30.

Are you saying CC does caching that opencode does not? What does Anthropic care? They limit you based on tokens, so if other agents burn more then users will simply get less work done, not use more tokens, which they can't. I don't think Anthropic's objection is technical.

Re: Anthropic Explicitly Blocking OpenCode

#42

Post by syntaxing »

paxys wrote: post #34
syntaxing wrote: post #27

While Anthropic can choose whatever tool uses their api or subscription but I never fully understood what they gain from having the subscription explicitly only work for claude code. Is the issue that it disincentivizes the use of their API?

Owning the client gives them full control over which model to use for which query, prompt caching, rate limiting and lots more. So they can drive massive savings for the ~same output over just giving unrestricted access to the API.

Wouldn’t most of the savings be done on the server side anyway? I would be very surprised if Claude code does those on the client side.

Re: Anthropic Explicitly Blocking OpenCode

#43

Post by ehsanu1 »

ankit219 wrote: post #33
syntaxing wrote: post #27

While Anthropic can choose whatever tool uses their api or subscription but I never fully understood what they gain from having the subscription explicitly only work for claude code. Is the issue that it disincentivizes the use of their API?

The issue is that claude code is cheap because it uses API's unused capacity. These kind of circumventions hurt them both ways, one they dont know how to estimate api demand, and two, the nature of other harnesses is more bursty (eg: parallel calls) compared to claude code, so it screws over other legit users. Claude code very rarely makes parallel calls for context commands etc. but these ones do. re the whole unuse…

They have rate limits for this purpose. Many folks run claude code instances in parallel, which has roughly the same characteristics.

Re: Anthropic Explicitly Blocking OpenCode

#44

Post by bflesch »

recursive wrote: post #36
bflesch wrote: post #19

When using their web UI with Firefox and ublock origin it regularly freezes the tab when the answer is written out. Someone at Anthropic had to create a letter-by-letter typing animation with GIF image and sentry callbacks every five seconds, which ends up in an infinite loop. I've seen reports about this bug affecting Firefox users since Q3 2025. They were reported over various channels. Not a fan of them prioritizi…

How can you be sure the issue is not with ublock?

It also happens with extensions and Firefox adblocker disabled. Might be connected to one of the Firefox anti tracking features, but I was unable to figure it out. The profiler shows an infinite loop.

I've found several reports about this issue. Seems they don't care about Firefox.

Re: Anthropic Explicitly Blocking OpenCode

#46

Post by stanmancan »

wg0 wrote: post #45

I don't understand what's the threat from a CLI which is useless without AI models and Anthropic could be one of them?

Switching models is too easy and the models are turning into commodities. They want to own your dev environment, which they can ultimately charge more when compared to access to their model.

Re: Anthropic Explicitly Blocking OpenCode

#47

Post by Imustaskforhelp »

localhost wrote: post #28
Wowfunhappy wrote: post #26

Given that Claude Code is a scriptable CLI tool with an SDK, why can't OpenCode just call Claude instead of reusing its auth tokens?

This is what ACP and https://github.com/zed-industries/claude-code-acp enables. ACP controls agents - there is native support in Copilot CLI and Gemini and adapters for claude code and codex.

wow. ACP is used within zed so I guess zed is safe with ACP using claude code

I wonder if Opencode could use ACP protocol as well. ACP seems to be a good abstraction, I should probably learn more about it. Any TLDR's on how it works?

Re: Anthropic Explicitly Blocking OpenCode

#48

Post by codys »

plusplusungood wrote: post #13
mr_mitm wrote: post #4

Earlier quoted context omitted.

I believe they want you to use the API subscription if you want to use their service with OpenCode. It's possible, just more expensive.

That is analogous to the water company charging you more if you use a faucet from another company. It's not a fair competition. That's why we are supposed to have legislation to regulate that utilities and common carriers can't behave that way.

Possibly a better comparison (though a bit dated now) would be AT&T (or whatever telephone monopoly one had/has in their locality) charging an additional fee to use a telephone that isn't sold/rented to them by AT&T.

Re: Anthropic Explicitly Blocking OpenCode

#49

Post by piskov »

pton_xd wrote: post #5

I do admit to feeling some schadenfreude over them reacting to their product being leeched by others. I get it though, Anthropic has to protect their investment in their work. They are in a position to do that, whereas most of us are not.

Seems like another donation to python is coming to mitigate this pr scandal

Re: Anthropic Explicitly Blocking OpenCode

#50

Post by manquer »

lemming wrote: post #35

Obviously Anthropic are within their rights to do this, but I don’t think their moat is as big as they think it is. I’ve cancelled my max subscription and have gone over to ChatGPT pro, which is now explicitly supporting this use case.

Is opencode that much better than Codex / Claude Code for cli tooling that people are prepared forsake[1] Sonnet 4.5/Opus 4.5 and switch to GPT 5.2-codex ?

The moat is Sonnet/Opus not Claude Code it can never be a client side app.

Cost arbitrage like this is short lived, until the org changes pricing.

For example Anthropic could release say an ultra plan at $500-$1000 with these restrictions removed/relaxed that reflects the true cost of the consumption, or get cost of inference down enough that even at $200 it is profitable for them and they will stop caring if higher bracket does not sell well, Then $200 is what market is ready to pay, there will be a % of users who will use it more than the rest as is the case in any software.

Either way the only money here i.e. the $200(or more) is only going to Anthropic.

[1] Perceived or real there is huge gulf in how Sonnet 4.5 is seen versus GPT 5.2-codex .

Post reply on HN