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

151–160 of 164 posts

Re: Anthropic Explicitly Blocking OpenCode

#151

Post by indigodaddy »

JeremyNT wrote: post #150
indigodaddy wrote: post #145

Earlier quoted context omitted.

I'm trying to put together an exe.dev-like self hosted solution using Incus/LXC. Early days but works as a proof of concept: https://github.com/jgbrwn/shelley-lxc

Incus is great for this use case, I did something similar. I volume mount specific stuff into the guests and let OpenCode loose with all tools enabled. I used OpenCode to vibe code the shell script I use to manage it. I actually use VMs rather than LXC, which makes it easier to run e.g. docker.

Very cool. I think docker also runs fine inside of LXC, but haven't experimented too much with that specifically yet.

Re: Anthropic Explicitly Blocking OpenCode

#152

Post by JeremyNT »

indigodaddy wrote: post #151
JeremyNT wrote: post #150

Earlier quoted context omitted.

Incus is great for this use case, I did something similar. I volume mount specific stuff into the guests and let OpenCode loose with all tools enabled. I used OpenCode to vibe code the shell script I use to manage it. I actually use VMs rather than LXC, which makes it easier to run e.g. docker.

Very cool. I think docker also runs fine inside of LXC, but haven't experimented too much with that specifically yet.

I might go back and give it a try! It would certainly save some ram.

I immediately reached for VMs because I just didn't want any question about the full level of isolation, but the cool thing about incus is that it should be easy to switch between them.

Re: Anthropic Explicitly Blocking OpenCode

#153

Post by lvl155 »

brysonreece wrote: post #55
lvl155 wrote: post #21

Please stop spreading this nonsense. Anthropic is not blocking Opencode. You can use all their models within Opencode using API. Anthropic simply let Dax and team use unlimited plans for the past year or so. I don’t even know if it was official. I find this a bit comical and immature. You want to use the models, just pay for it. Why are people trying to nickel and dime on tools that they use day in day out?

You can clearly run the provided gist. Calling “You are OpenCode” in the system prompt fails, but not if you replace the name with another tool name (e.g. “You are Cursor”, “You are Devin”). Pretty blatant difference in behavior based on a blacklisted value.

This is not how business is conducted in real world. You can’t just hack something together and expect the other party to let you “get away” with it indefinitely. If your product relies on some other vendor, then do it properly with ACTUAL contracts. People in tech can be so entitled.

Re: Anthropic Explicitly Blocking OpenCode

#154

Post by Wowfunhappy »

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…

I use claude.ai with Firefox and have never had this problem.

Re: Anthropic Explicitly Blocking OpenCode

#155

Post by ehsanu1 »

Wowfunhappy wrote: post #52
ehsanu1 wrote: post #37

Earlier quoted context omitted.

You can't control it to the level of individual LLM requests and orchestration of those. And that is very valuable, practically required, to build a tool like this. Otherwise, you just have a wrapper over another big program and can barely do anything interesting/useful to make it actually work better.

What can't you do exactly? You can send Claude arbitrary user prompts—with arbitrary custom system prompts—and get text back. You can then put those text responses into whatever larger system you want.

You don't get a simple request/response paradigm with claude code: 1 message from the user results in a loop that usually invokes many inner LLM requests, among other business logic, resulting in some user-visible output and a bunch of less visible stuff (filesystem changes, etc). You control an input to the outer loop: you can only do some limited stuff with hooks to control what happens within the loop. But there's a lot happening inside that loop that you have no say over.

A simple example: can you arbitrarily manipulate the historical context of a given request to the LLM? It's useful to do that sometimes. Another one: can you create a programmatic flow that tries 3 different LLM requests, then uses an LLM judge to contrast and combine into a best final answer? Sure, you could write a prompt that says do that, but that won't yield equivalent results.

These are just examples, the point is you don't get fine control.

Re: Anthropic Explicitly Blocking OpenCode

#156

Post by yencabulator »

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.

https://platform.claude.com/docs/en/agent-sdk/overview#get-s... reads to me like you have to use the public API for the Claude Agent SDK, not a Claude Code plan:

> Unless previously approved, we do not allow third party developers to offer Claude.ai login or rate limits for their products, including agents built on the Claude Agent SDK. Please use the API key authentication methods described in this document instead.

Re: Anthropic Explicitly Blocking OpenCode

#157

Post by no-name-here »

skeledrew wrote: post #122
azuanrb wrote: post #98

Earlier quoted context omitted.

> Any tool that used it would get blocked. Isn't that misleading from Anthropic side? The gist shows that only certain tools are block, not all. They're selectively enforcing their ToS.

They can enforce their ToS however they like. It's their product and platform.

But we're against that, right? Or do we want a world where other companies' ToS also forbid open source software use if you use their product? After all, "it's their product", so if they want to say that you aren't allowed to use open source software, "they can enforce their ToS however they like". Or is it only Anthropic where we are OK with them forbidding open source software use with their product?

Re: Anthropic Explicitly Blocking OpenCode

#158

Post by no-name-here »

nebezb wrote: post #69
anon373839 wrote: post #61

Earlier quoted context omitted.

> protect their investment Viewed another way, the preferential pricing they're giving to Claude Code (and only Claude Code) is anticompetitive behavior that may be illegal.

Are you suggesting Anthropic has a “duty to deal” with anyone who is trying to build competitive products to Claude Code, beyond access to their priced API? I don’t think so. Especially not to a product that’s been breaking ToS.

Do other companies have a similar "duty to deal" - for example, if Microsoft or Apple ToS forbid use of open source software with their software? Or if VS Code ToS forbid people from using VS Code to work on a competitor?

Re: Anthropic Explicitly Blocking OpenCode

#159

Post by skeledrew »

no-name-here wrote: post #157
skeledrew wrote: post #122

Earlier quoted context omitted.

They can enforce their ToS however they like. It's their product and platform.

But we're against that, right? Or do we want a world where other companies' ToS also forbid open source software use if you use their product? After all, "it's their product", so if they want to say that you aren't allowed to use open source software, "they can enforce their ToS however they like". Or is it only Anthropic where we are OK with them forbidding open source software use with their product?

What we want is a world where there are enough options out there that of one doesn't like the ToS or even the name of an option, then it's trivial to select another option. No need for anyone to constrain anyone else.

Re: Anthropic Explicitly Blocking OpenCode

#160

Post by skeledrew »

no-name-here wrote: post #157
skeledrew wrote: post #122

Earlier quoted context omitted.

They can enforce their ToS however they like. It's their product and platform.

But we're against that, right? Or do we want a world where other companies' ToS also forbid open source software use if you use their product? After all, "it's their product", so if they want to say that you aren't allowed to use open source software, "they can enforce their ToS however they like". Or is it only Anthropic where we are OK with them forbidding open source software use with their product?

What we want is a world where there are enough options out there that if one doesn't like the ToS or even the name of an option, then it's trivial to select another option. No need for anyone to constrain anyone else.
Post reply on HN