Well OpenCode already exists and you can connect it to multiple providers, so you could just say that the agentic CLI harness business model as a service/billable feature is no more. In hindsight I would say it never made sense in the first place.
The above does not prove that it is irrational for Anthropic to keep the Claude Code source code closed. There are many reasons I can see (and probably some I can’t) for why closed source is advantageous for A\. One such (mentioned in various places) is the value-add of certain kinds of analytics and or telemetry.
Aside: it is pretty easy to let our appreciation* of OSS turn into a kind of confirmation bias about its value to other people/orgs.
* I can understand why people promote OSS from various POVs: ethics, security, end user control, ecosystem innovation, sheer generosity, promotion of goodwill, expressions of creativity, helping others, the love of building things, and much more. I value all of these things. But I’m wary of reasoning and philosophies that offer merely binary judgments, especially ones that try to claim what is best for another party. That's really hard to know so we do well to be humble about our claims.**
**: Finally, being humble about what one knows does not mean being "timid" with your logic or reasoning. Just be sure to state it as clearly as you can by mentioning your premises and values.
Branding and customer relationships matter as much or more than the "billable service" part of Claude Code.
It's not unheard of for companies that have strong customer mindshare to find themselves intermediated by competitors or other products to the point that they just became part of the infrastructure and eventually lose that mindshare.
I doubt Anthropic wants to become a swappable backend for the actual thing that developers reach for to do their work (the CLI tool).
Don't get me wrong, I think developers should 100% have the choice of tooling they want to use.
But from a business standpoint I think maintaining that direct or first-party connection to the developer is what Anthropic are trying to protect here.
When I compared OpenCode and Claude Code head to head a couple of months ago, Claude Code worked much better for me. I don't know if they closed the gap in the meantime, but for sure Claude Code has improved since then.
OpenCode launched a couple of months ago so that makes sense that it's worse. It's much better than Claude Code now. Somehow for the same model, opencode completes the same work faster than claude code and the ux is much better.
Disagree, this is like terraform for Hashicorp. Give the cow away for free and no one will want to buy the milk. Claude code is a golden cow they should not give away.
Sam wants so bad for OpenAI to be a proper big tech company, probably one that's more culturally similar to Apple-y than Google/MSFT-y so I guess they are cargo-culting some parts of Apple. That website reminds me of a very low quality version of Apple's myth-making ala Think Different. Ive is obviously also a big part of the cargo cult.
You should steel-man the argument. GP is talking about qualia, obviously for the sake of the argument you assume the comparison is between two people with similar eyes.
The steel men (armored enemy knights) are exactly the inverse of the straw man (training dummy) metaphor. I think it's a fantastic term since it directly addresses the point (tackle the best opposing arguments head on instead of a poor subset/facsimile of them), it fits within the existing straw man metaphor, it's terse, and it's very clear.
The consumer economy is the reason for existence of everything else related to economics. Corps stressing the consumer economy is like the tail wagging and starving the dog. Amirite?
> everything is flocking and concentrating around AI related hardware due to better ROI
The "better ROI" is the results of crooked financial schemes that steal from the consumer economy and redistribute to corporate fancies.
The circular debt schemes being employed here are going to be bailed out by the consumers by inflation and starvation, outright bailouts of the CDS market are quite likely as well.
Well, depends on the software project itself and where you are in its development lifecycle but:
- (1) A lot of developing can be just chores around managing scaffolds and repeatable work, and due to this macros, autogenerated code and other tools have been a thing at many layers for a long time; and
- (2) I remember copy-pasting from Google/StackOverflow (i.e. mostly search + pattern matching with some minimal reasoning) being criticized as a low-effort mode of development during the 2010s, before ChatGPT and AI assisted coding tools took over that part.
So yes, I'd argue a huge amount of software development problems can be solved without ever actually reasoning from first principles, AI tools just made that more visible.
> go through much more than just predict-next-token training (RLHF, presumably now reasoning training, who knows what else).
Yep, but...
> To say they LLMs are 'predictive text models trained to match patterns in their data, statistical algorithms, not brains, not systems with “psychology” in any human sense.' is not entirely accurate.
That's a logical leap, and you'd need to bridge the gap between "more than next-token prediction" to similarity to wetware brains and "systems with psychology".
reply