4 ms·

I know this is a low value comment, but Anthropic always felt like the good guys in this space. Now.. Fuck you Anthropic.

• solenoid0937 7mo ago
  Amazing how fickle people are. Yes, Anthropic are the baddies for not letting you abuse their loss leading product.
  • Daviey 7mo ago
    Can you help me understand how using Claude Code isn't abusive, but Opencode is? ('because they said so, isn't a good answer)
    • solenoid0937 7mo ago
      Claude Code is a loss leader, you agree to use it under the terms that you don't hijack the OAuth flow to use other clients. If you don't like those terms you can use the API. Using Claude Code's auth flow with OpenCode is no different than using a custom client to abuse Gmail/Google Photos free tier as blob storage. You get a loss leading product under certain good faith terms, if you break those terms you're abusing the product.
      • Daviey 7mo ago
        You've still not explained why, you've just reasserted "because they said so". What is the upside to Anthropic if we use ClaudeCode but not OpenCode? If it is such a loss leader, why would they even offer it? By using it, even within their terms, you are still abusing their good will. No? (You also said the alternative to not liking the terms is to use their API. There is another alternative, which is to keep using it against their ToS and risk a ban. Or use a different provider. So the situation is more nuanced than "this" or "that")
        • solenoid0937 7mo ago
          > you've just reasserted "because they said so". Yes. That is all that matters. That is the contract you've signed with the business, end of story. They have their reasons (3P clients suck at caching, this is a subsidized tier to create subscription lock in, etc) but that's besides the point. If you sign a contract, you abide by its restrictions or you categorically abusing the offering. > There is another alternative, which is to keep using it against their ToS and risk a ban. No one working on a project of value and no sane business would do this. The people doing this are not serious/mature people. Frankly any dev that intentionally does this at a real company would be fired.
          • Daviey 7mo ago
            Ah, but the ToS I agreed to didn't state it.. they even admitted it wasn't clear and then unilaterally revised it. And yes, I agree businesses must abide by the ToS, it would be too much of a business risk not to.. but individual users, using for their own purpose can make their own choice. An individual choosing to not abide by their unfair ToS is perfectly reasonable and doesn't make them unserious or immature people, and it's pretty weak to make it an ad hominem attack. But if you think their reasoning is solely that opencode has poor caching, then the solution is to make it chew through the quota quicker (which i think it already does), or provide guidance on how to do it better. The arms race of trying to block it will be a war they will eventually lose.
            • solenoid0937 7mo ago
              > then the solution is to make it chew through the quota quicker This is terrible from a product perspective. Right now they can subsidize workflows with poor caching performance. If OSS hacked clients become a big thing, they can't do this anymore.
              • Daviey 7mo ago
                How does that make sense? If Claude code can have great performance by optimised caching and Opencode doesn't.. I'll run out of quota using a third party client and have a terrible experience, and the choose to use Claude code instead because wit is superior. So why not simple quota counting?