Earlier quoted context omitted.
how so? Is your view that flow state at all isnt a thing, or just with using LLMs?
Flow state is 100% a thing, it's just impossible with LLMs (at least, for me). I can't be blocked waiting on things during a flow state or my mind starts wondering to other places.
Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
111–120 of 196 posts
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#112Earlier quoted context omitted.
Flow state is 100% a thing, it's just impossible with LLMs (at least, for me). I can't be blocked waiting on things during a flow state or my mind starts wondering to other places.
Flow state has been redefined now that we are all using Claude Code. If I can stay focused on tests, reviewing code, etc while CC is doing its thing, we are good. The kloc/s doesn't matter as much.
fuck. THAT.
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#113Seems completely broken. I used the provided HTML example on https://morphllm.com/dashboard/playground/apply . Without editing anything at all, I pressed apply. Your model added a bunch of CSS even though that wasn't in the update instructions at all. It also added a contact section, which again, wasn't in the update instructions that your demo provided.
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#114(warning: outside, naive perspective) > 1) Raw inference speed matters [most] for dev UX—agree or disagree? Or maybe incremental content-assist and full-file problem-solving are two significantly different uses, though they're both dev UX use cases. Because they're confusingly similar, comparing them (and denigrate full-file solutions) wastes time/energy. You muddy your own message. Just concentrate on showing the va…
now if you meant one step further and meaning the literal single developer, that's probably best serve in context - albiet with a model that's learned developer biases
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#115I'm going to test implementing this for my project https://promptslice.com and see how it does with text based edits. I assume it will do ok. I'm also really curious about the XML tool calls in the documentation. I have not heard of this being the norm for tools like Cursor. Is that still the case? I feel like I'm pretty in the know about this stuff but must have missed that trend.
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#116Would love to chat about integrating the models into Kilo Code if you’re interested
You can contact me at brendan [at] kilocode [dot] ai
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#117Really like this. I've been trying microsoft's copilot and it's so clunky, particularly when applying edits. One would assume they have the resources to train the model.. Request: please provide a system prompt in the docs to help the llm generate the diff format that performs best w/ your models. LLMs frequently change the way they present diffs on upgrades and I don't want to be guessing which format is best. EDIT:…
Very selfish / tragedy of the commons for you to want to use tools that were trained on the code of others but not your own. That is how these models get better.
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#118Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#119Earlier quoted context omitted.
I see. How is this not going to get run over immediately by big players? Google's diffusion model is already in the wings, and it's both wicked fast and ~flash-lite intelligent.
Google's a great tech organization but they generally don't create dominant tech products like they used to back in the Maps / Mail days (this is nearly two decades ago). Google wrote AKYNIA. OpenAI wrote ChatGPT.
Re: Launch HN: Morph (YC S23) – Apply AI code edits at 4,500 tokens/sec
#120Really like this. I've been trying microsoft's copilot and it's so clunky, particularly when applying edits. One would assume they have the resources to train the model.. Request: please provide a system prompt in the docs to help the llm generate the diff format that performs best w/ your models. LLMs frequently change the way they present diffs on upgrades and I don't want to be guessing which format is best. EDIT:…
This whole "don't train on my data" thing is so silly. Do you know how these models were created? By training them on code. Very selfish / tragedy of the commons for you to want to use tools that were trained on the code of others but not your own. That is how these models get better.
I do appreciate the transparency on their privacy page and their providing the ability to opt about. Seems like they've given it some thought.