bhaktatejas922

5 ms·

61.
by bhaktatejas922 1y ago
yeah its such a better experience! - it was really the difference maker between the cursor experience and everything else previously
62.
by bhaktatejas922 1y ago
yeah speed and flow state are for sure linked. People love to say Cursor is a Claude wrapper but they miss the reality that Cursor is a fast apply wrapper. Intensely sticky user experience
63.
by bhaktatejas922 1y ago
working on it
64.
by bhaktatejas922 1y ago
yep!
65.
by bhaktatejas922 1y ago
so frustrating how slow edits are in Q dev
66.
by bhaktatejas922 1y ago
how often do you run into merge conflicts?
67.
by bhaktatejas922 1y ago
sounds like flow state to me
68.
by bhaktatejas922 1y ago
it's a bit unclear why a model works best here. in short - smart diffing is edge case hell and you'll never capture all of them
69.
by bhaktatejas922 1y ago
yeah same. I feel like Opus tends to be slightly more sycophancy leaning on technical topics
70.
by bhaktatejas922 1y ago
you could make the argument about any startup really. To me its the same reason they don't build the foundational model for legal, for sales, etc.. - everything comes at a cost. Allocating researcher time to this is attention not spen
71.
by bhaktatejas922 1y ago
yeah even claude is well over 11% error rates with search and replace
72.
by bhaktatejas922 1y ago
done! Yeah we have ZDR options as well, just email us to enable it info@morphllm.com Morph via OpenRouter is always zero data retention
73.
by bhaktatejas922 1y ago
I've never had so much fun coding in my life - you should definitely give it a try again!
74.
by bhaktatejas922 1y ago
No, we use autoregressive llms. Diffusion models would be super interesting here. Mercury is doing some interesting work with diffusion in code gen but still too early to tell if it'll get good enough for production usage
75.
by bhaktatejas922 1y ago
the power of hacker news! New models are listed there now
76.
by bhaktatejas922 1y ago
key word incremental - for fast apply to be useful it should be so fast and accurate that most people don't realize there's a model there at all
77.
by bhaktatejas922 1y ago
I think an MCP would do the job. We're shipping one out as we speak
78.
by bhaktatejas922 1y ago
and speculative edits is faster
79.
by bhaktatejas922 1y ago
Correct, but morph is a LLM as well. In practice its basically Big LLM using small LLM as a tool call
80.
by bhaktatejas922 1y ago
exactly. The point is that none of the users even realize a model is doing the apply - it should be so accurate and fast that it feels like its not there
81.
by bhaktatejas922 1y ago
the v2 model listed currently points to morph-v3-large. We're working with them to get v3-large and v3-fast listed
82.
by bhaktatejas922 1y ago
hm maybe but correction/issue detection is a much harder task for models. If you pipe back the errors in it could work, but personally still see Fast Apply as the better approach
83.
by bhaktatejas922 1y ago
Wow that was fast - this is awesome. it shouldnt be a problem unless your code has both <code> and <update> internally. 1 or the other should be fine
84.
by bhaktatejas922 1y ago
Like most things its a tradeoff. Developer tolerance for errors is extremely low - but the error rate for Fast Apply is even lower
85.
by bhaktatejas922 1y ago
great idea! we'll have one up soon :)
86.
by bhaktatejas922 1y ago
same
87.
by bhaktatejas922 1y ago
Fast Apply definitely helps with keeping flow state and is a large part of Cursor's success Personally I work on multiple repos at a time to solve for this
88.
by bhaktatejas922 1y ago
the rumors are true! learn how we do it by joining the team :)
89.
by bhaktatejas922 1y ago
how so? Is your view that flow state at all isnt a thing, or just with using LLMs?
90.
by bhaktatejas922 1y ago
We're not - our model doesn't actually think up the code changes. Claude-4 or Gemini still writes the code, we're just the engine that merges it into the original file. Our whole thesis is that Claude and Gemini are extremely

More ›