I do have Copilot in VSCode and Cursor.
I thought both should be equal in solving problems - turns out Cursor with the same model selected somehow was able to solve tasks that Copilot would get stuck or run in loops.
They have some tricks on managing file access that others don’t.
true, but its not worth $60 billion fucking quid.
the whole thing is driven by irrational stock market investers who NEED ai to be the thing that saves the world.
they're betting everything on it.
At some point it can be valued as a high growth business, the code that backs it is almost irrelevant if the business is strong.
This. They are after the harness engineering experience of the Cursor people, I'd assume the they want to absorb all that into Grok's offerings.
The value and the room for innovation on the harness side seems to be underestimated.
Oddly the harness also affects model training, since even GLM/Z.ai for example train (I suspect) their model on the actual Claude Code harness. So the choises made by harness engineers affects the model. For Kimi/Moonshot and OpenAI the company makes their own harness. Alibaba uses Gemini.
Very interesting dynamics.
If you had a really good (big) local model, maybe it's an option, but on the more common smaller (<32b) models, it will have similar problems in looping, losing context, etc. in my experience.
It's a nice TUI, but the ecosystem is what makes it good.
It is surprisingly easy to do it once someone else has done the work. Increasingly that's the nature of AI-based software engineering: point it at an existing tool and ask it to carefully duplicate features until it has parity. As you pointed out, frontier LLM companies happen to be well positioned to sell the resulting products.
But if someone frames it "engineering talent that knows how to make LLMs even better at software development than competition" it might.
I see with my own work it works so it is not like Devin that was basically a scam that was valued at 10 billion.
In this kind of context yeah feels like it is quite possible to be worth 60 billion.
IDEs are made for just a human to interact with code. I think the paradigm of forcing these tools that weren’t built for this to do this, is us trying to fit a square peg in a round hole.
Call me old, but don’t put ai in my ide. My ide was made for a human, not an ai. For the established players for sure it makes sense since they already have space on our machines. But for the new ones imo terminal, or dedicated llm interfaces are where it’s at.
If I’m writing code sure suggest the next line. If the machine is writing code, let it, and just supervise properly. and have the proper interface that allows the strength of each
Also shameless plug, I wrote something about this very thing. https://khalah.medium.com/getting-ai-to-work-right-27b750dba...
I thought it was a Windows thing. My Windows work computer is so heavily managed and monitored I assumed that was why Copilot stops being able to get terminal output or find the file I'm looking at. It's the same problem in IntelliJ and VSCode, with different models trying to find things in different ways.
Now that I think of it though, I've only used Copilot at work. At home I use Debian but I've never tried using Copilot. Claude, OpenCode, Gemini, and IntelliJ's AI Chat pointed at local Ollama models never have issues finding files or reading files and terminal output.
AI coding is much more than just the model - all the tools that human use in IDE are also useful for AI. Claude Code on the other hand just works with grep.
