| There are two parts to “writing a Devin”. 1) a pretty user interface, a backend service layer, all the normal things you’d need for a desktop app or saas. 2) a backend that can actually do work. I’m going to go out a limb here and say, building an MVP of the UI is a waste of your time. …because, unless you know how to build the backend (ie. part 2), you actually, have no idea what you need to build for part one. You can copy of the UI from the Devin videos. You can build your own langchain framework. You can fine tune an open model on GitHub issues. …but just like having building a gpt4 is harder than just “add more params”, building something that works like Devin appears to work requires a reasonably sharp “step up” in capability between what literally everyone has been doing with gpt4 until now, and being able to turn that into a useful framework for solving actual engineering tasks. So… don’t hold your breath. If you see someone building a UI (like this https://github.com/OpenDevin/OpenDevin/tree/main/frontend, https://github.com/stitionai/devika/tree/main/ui; just read the commit log, it’s basically just ui) it means they’re doing the easy work (part 1) because they don’t know how to do the hard part (part 2). …so, interesting, but this doesn’t smell like a really serious effort (at least yet). I guess you could argue that it’s important “setup infrastructure” stuff that any project starts with… but I’m just sceptical. I can draw pictures of a Devin too. A serious effort would be trying to replicate what Devin does not what it looks like. |
Yes. If you link to the UI sections of a repo you will likely see "basically just ui" commit history.
I guess you could argue that it’s important “setup infrastructure” stuff that any project starts with… but I’m just sceptical.
Of course it's an early stage pilot, it's only been developed since the Devin hype, why should it compete in quality at this very early time?