Open source Kanban desktop app that runs parallel agents on every card
61–70 of 191 posts
Re: Open source Kanban desktop app that runs parallel agents on every card
#62Earlier quoted context omitted.
Very true. Last year I at least glanced at every line of AI generated code. Now if some AI makes a 10k line program for some one-off tasks, I run the program, glance only over the output, and move on.
Which one-off tasks need 10k lines of code?
Re: Open source Kanban desktop app that runs parallel agents on every card
#63This reminds me of Vibe Kanban ( https://vibekanban.com/ ) which I use to manage coding agents on most of my projects. The Vibe Kanban developers unfortunately decided that they didn't see a path to profitability and have stopped investing in the project. It's open source and so you can run it locally / fork it, but it has stopped improving and there are still annoying bugs that need to be fixed (and I don't have tim…
I've been working for the last week or two on getting my new tool up to parity with VK with additional improvements. I've been posting some screenshots into the Vibe Kanban discord as well. Hopefully it'll be a great fit for your use case when I finally am ready to launch it.
(My tool aims for better features than VK in both the Kanban board and agent workspaces, while adding extra systems like desktop windowing, plugins, in-browser VSCode integration, and htmx-like server-rendered UI. The remote access also works differently - you host the whole thing like OpenClaw and access the remote desktop UI from the browser, rather than run a webserver on your laptop to access remote coding agents.)
Re: Open source Kanban desktop app that runs parallel agents on every card
#64I keep wondering how people accept a nights worth of agent activity. I feel 30 minutes of planning and 30 minutes of implementation in my solo side project's repo is too big to review. At minute 5, I may ask the AI to redo stuff even as its spitting out code.
Re: Open source Kanban desktop app that runs parallel agents on every card
#65Just post the GitHub page if it’s open-source. It’s great you have a domain name, but if your website is going to look the same as every other SaaS product designed by Claude it’s really hard to look past that and look at the novelty or benefits of the product.
I've built/am building something similar, but I spent the first half of my tech career as a UI/UX designer before becoming a software engineer and I'd _like_ to think it shows, but there is something about designing-in-code with agents that leads to homogenous outputs if you don't spend equal time on visual design as on the technical parts. I'm a bit anxious about putting myself out there, but I'd be curious if my ef…
I think a lot of the problems with the homogenous outputs of front-end design wouldn't be such a problem if the models naturally make their designs so much simpler, but they are LLM's so they are always going to be overly verbose.
I was curious so I had asked my agent to redesign and recreate your front page for comparison and it gave me this: https://ouijit-redesign.vercel.app
Re: Open source Kanban desktop app that runs parallel agents on every card
#66Re: Open source Kanban desktop app that runs parallel agents on every card
#67Earlier quoted context omitted.
Very true. Last year I at least glanced at every line of AI generated code. Now if some AI makes a 10k line program for some one-off tasks, I run the program, glance only over the output, and move on.
Which one-off tasks need 10k lines of code?
Personally it's probably the biggest struggle, trying to rein in the "spray and pray" approach LLMs typically like to take, and reducing the "patch on top of patch" syndrome too.
Re: Open source Kanban desktop app that runs parallel agents on every card
#68I keep wondering how people accept a nights worth of agent activity. I feel 30 minutes of planning and 30 minutes of implementation in my solo side project's repo is too big to review. At minute 5, I may ask the AI to redo stuff even as its spitting out code.
Product managers never cared about the code. Engineering managers don't care about code as much as they did when they were engineers. Directors couldn't care less about code. CTOs don't know what code looks like anymore. We are at the end of the chain, and somehow we always took pride of well written and maintainble code because we knew deep inside that good systems are built based on good code. But now we are jeopardizing ourselves, it's us the engineers who don't care anymore about code and with AI that problems is amplified.