> "Local-first, zero servers. Everything lives in .kanbots/ next to your repo: SQLite database, configs, worktrees. No cloud account, no telemetry, no HTTP server. This is the open-source desktop edition." This is table-stakes for me to consider adoption of a tool like this.
Open source Kanban desktop app that runs parallel agents on every card
101–110 of 191 posts
Re: Open source Kanban desktop app that runs parallel agents on every card
#102I 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
#103I 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.
You care about code quality. Many don’t. I had someone tell me this week that a 6000 line class was ok because it was easier for the model to understand and that’s more important than human comprehension. And I get his point but that seems like a big risk to take.
Re: Open source Kanban desktop app that runs parallel agents on every card
#104I 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.
They do not have any users. Meanwhile, i've to do code reviews and all otherwise my 12,000+ users will be pissed off if anything in their workflow breaks.
This means i really cannot release more than 1 tiny feature a day. And using parallel agents, well that's good for testing but i don't think i need to add that many features to add anything.
Re: Open source Kanban desktop app that runs parallel agents on every card
#105Earlier quoted context omitted.
You care about code quality. Many don’t. I had someone tell me this week that a 6000 line class was ok because it was easier for the model to understand and that’s more important than human comprehension. And I get his point but that seems like a big risk to take.
and it's wrong. a 6000 line class is not easier for a model to understand. the same things that help humans also help agents. I find myself adding linters that must pass and the agent muss fix that limit file size, function length, function complexity, how many files in a directory. a little more work for the agent, but the codebase is healthier and the agents write fewer bugs.
Not saying code quality isn't important - it is. But I think what is described as quality code will change.
Re: Open source Kanban desktop app that runs parallel agents on every card
#106Earlier quoted context omitted.
and it's wrong. a 6000 line class is not easier for a model to understand. the same things that help humans also help agents. I find myself adding linters that must pass and the agent muss fix that limit file size, function length, function complexity, how many files in a directory. a little more work for the agent, but the codebase is healthier and the agents write fewer bugs.
I don't think the same things that help humans help agents. Simplicity helps humans, for agents parsing complexity is a breeze. Not saying code quality isn't important - it is. But I think what is described as quality code will change.
Re: Open source Kanban desktop app that runs parallel agents on every card
#107Re: Open source Kanban desktop app that runs parallel agents on every card
#108https://www.kanbots.dev/comparisons fantastic list!
Re: Open source Kanban desktop app that runs parallel agents on every card
#109I 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.
Maximize providers profits. What can go wrong.