Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

69% Positive

Analyzed from 2470 words in the discussion.

Trending Topics

#code#agents#don#kanban#agent#review#https#something#github#claude

Discussion (71 Comments)Read Original on HackerNews

aitchnyuabout 3 hours ago
I 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.

d4rkp4tternabout 2 hours ago
Most of the narrative is about how AI is writing all/most code, but I’d wager that the fraction of human reviewed code is approaching zero far faster than anyone is realizing or willing to admit.
vasco3 minutes ago
People already barely reviewed code, most of it was imported libraries.
londons_exploreabout 2 hours ago
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.
MaKeyabout 2 hours ago
Which one-off tasks need 10k lines of code?
lanyard-textileabout 3 hours ago
A lot of that agent activity is combing over what was previously made, forcing constraints upon it so you have a reasonable expectation of what ends up on your desk for review.

For me, strong file structure helps as well. Reviewing a 3,000 line file it just created is abysmal. I wouldn't accept that from human nor machine :) Multiple files in the right places helps reduce cognitive load.

Sometimes I'll also review with the agent interactively. What is the most important file to review first, etc?

I like to stage changes into a "LGTM" pile. Then if I want changes, I'll have the agent "review unstaged changes - I want something different done here."

fphilipeabout 3 hours ago
I wonder the same. The answer I usually get from people who do manage is that they don't look at the code – or at least not in detail.

Personally, I always end up tweaking something the agent produced. I wonder if I should let go of that control...

InsideOutSantaabout 3 hours ago
Even the newest models, like GPT 5.5, only deliver what I want nine out of ten times. If I didn't catch the remaining 10% of misguided garbage by manually reviewing every change, it would add up really quickly.
stavrosabout 2 hours ago
I never look at code. It used to be that it quickly became unmaintainable spaghetti where the agent struggled to make any change at all, but in the past year (and with a three step plan/develop/review workflow), the quality is so good that I basically just don't look at the code any more.

It definitely has fewer bugs than a senior developer, but it really hinges on getting the plan right. 20 minutes of planning and 20 of implementation sounds about right for my workflow as well, just make sure you have GPT as a reviewer. It's very nitpicky and finds lots of bugs.

materielleabout 2 hours ago
This brings to mind two thoughts:

First, that this is challenging to scale across large orgs. Even if your plans produce high quality code, that isn’t true for everyone. I’m definitely struggling with slop code being collectively mailed to me for review my our 1,000 engineers that were told to use their AI subscription all at once.

I feel like we should be taking “prompt engineering” more seriously. And when people mail me code to review, it should also include the agentic workflow and plan. So that when code isn’t up to quality, and can have a discussion about the prompts used to generate it.

My second thought is related to your senior engineer comment. This isn’t surprising, because in most engineering orgs, seniority is completely unrelated to code quality. In fact, many orgs incentive the opposite: “senior” devs that push out buggy code quickly and push accountability downhill to the junior devs.

debabrata_sahaabout 3 hours ago
yeah
dakiolabout 1 hour ago
No one is reviewing the code. Managers don't want us to review code either. It's a bottleneck. If something goes wrong (bugs) they are fixed as they come. It's a very sad era of software engineering. If there ever was some engineering in our trade, now it's mostly gone. We are guessing around, writing "skills" files with "please, do not introduce bugs" or "you are an owner, not a renter" or similar stuff. It's just very low effort, very undeterministic. Big apps out there are going down constantly because of AI slop (e.g., Github), and we are seeing it more often as well in non-so popular systems (e.g., in my company and other saas that we use).

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.

SatvikBeri39 minutes ago
I usually aim to have Claude end up with about 500 lines of code after a night of work. Most of what it's doing is experimenting with many different approaches, summarizing them, and then giving me a relatively small diff to review and modify.
mlyleabout 2 hours ago
So I've been in a hobby project for a few weeks -- transforming an old software modem binary to c code.

I gave it the existing modem, and had it build rigging to build test vectors. I had it specify the work in the modem. And to confirm that legacy<>legacy produced the same streams as the new code. I've also recorded test vectors vs. other modems.

I've since launched it on targeted refactoring and code reduction projects.

I am mostly not looking at the code. There's a 100KSLOC lump of code that is much cleaner than a decompilation but a fair bit dirtier than what I would write myself. It is not factored terribly. I have some hope of getting it to trim this down to 70KSLOC that then I can accept in small blocks.

It outperforms the original softmodem, hitting higher RX rates for the same line quality and using less CPU. It also has additional functionality.

So, you know, I would never have written something this large for a hobby myself. And it's cost me $200 and 20-30 minutes per day for a few weeks to get a huge functional surface that I do believe I will be able to trust at the end of the process.

Brian_K_Whiteabout 1 hour ago
I don't like that there are any good sounding stories, but this sounds pretty good.
bluGillabout 2 hours ago
That depends. When I'm working on a 1 in a million race condition in some multi-threaded code, the agent needs hours to figure out what is going on. (I would probably need weeks - I don't know as I've given up on some of these before I could point an agent at it)
Kwpolska40 minutes ago
They don’t, they just have Claude commit and push straight to the main branch. Just like the author of this 100% slop app: https://github.com/leodavinci1/kanbots/commits/main/
throw03172019about 3 hours ago
They most likely don’t review it ;)
szundiabout 3 hours ago
Lots of people are working on repetitive simple projects like the Nth website whatever or things like that, boring stuff. This LLM era is already a very big deal for these people.

Personally somehow I am working on stuff that has like 25% not trivial stuff and that is enough to have the same experience as you have.

But also lots of people just don't care about quality and they might be right with their customers/audience. In these cases when someone catches one, an agent is going to iterate on it and make it (seemingly) go away, bandage applied, who cares again. This has a market, I am sure. Lots of programmer folks are just as bad.

siva7about 2 hours ago
Yes it is too big to review for you - the human - so you simply don't review code anymore. Isn't that difficult to comprehend, is it?
KerrickStaleyabout 2 hours ago
This 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 time to maintain it personally). This makes me sad because I would be willing to pay for Vibe Kanban, but I didn't need the features their paid plan offered (in retrospect maybe I should have paid anyway).

I'll give Kanbots a go :) I'd recommend liberally copying features from Vibe Kanban. In particular the remote support and "Open in VS Code" button (which in my case opens a local VSCode client pointing to a remote VSCode server) are critical for me.

2001zhaozhaoabout 1 hour ago
Vibe Kanban is indeed a treasure trove in terms of useful features.

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.)

chrisweeklyabout 4 hours ago
> "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.

fmbbabout 3 hours ago
What is ”a tool like this”?

If AI is agentic I would expect it takes an hour of chatting for any PM to integrate some agent Ralph loop with Jira. Jira or Trello or Linear or Basecamp all have APIs and I guess CLIs any agent can use to talk to them. No developer or SaaS should be needed to make them understand tasks are checked out when you start work and contain instructions and when you are done you move the ticket to DONE.

Brainspackleabout 3 hours ago
what is a table-stake?
idle_zealotabout 3 hours ago
The minimum required payment to play a gambling game, where the money up for grabs is called "stake". See also "raising the stakes". In context it means the minimum feature set to be considered for adoption.
zyngaro9 minutes ago
How does it handle dependent cards ? And the spare the they should be blah blah
speedgooseabout 3 hours ago
I have got more frustrations than successes when I tried to run agents without supervising them. I believe the technology will get there eventually, but right now I need one IDE per agent and its cumbersome to merge the work.
tquinn35about 1 hour ago
Isn’t this just vibe kanban? https://github.com/BloopAI/vibe-kanban
darkstar99943 minutes ago
Competitors can exist.
rglover14 minutes ago
The way I've explained it: "there's 8 billion other monkeys on this rock dude, of course someone else is doing the same thing."
satvikpendemabout 4 hours ago
This is basically what Windsurf is doing right [0]? Ultimately all this UI stuff is just window dressing on top of agents.

[0] https://windsurf.com/blog/windsurf-2-0

gbro3nabout 4 hours ago
There's a few apps out there that facilitate handing off to agents from kanban boards. I needed something more 'human in the loop', handing off to an agent without good visibility of the change set and opportunity to steer doesn't work for me. https://www.agentkanban.io links a taskboard with github copilot chat in vs code via our extension so we have the benefit of task management and context capture from the chat to the tasks. This gives us all the features of a top harness (vs code) and the task / project management features at the same time.
rigonkulousabout 3 hours ago
>There's a few apps out there that facilitate handing off to agents from kanban boards.

jira-cli and hermes, for example.

in fact, wiring hermes up to an existing Jira(/other_PM_system) is, well .. fruitful.

aavciabout 4 hours ago
I don’t see a problem here. Do you?

Also, Linear themselves are also working on this.

vitriappabout 4 hours ago
Is windsurf open source?
vitriappabout 4 hours ago
Hello folks, sharing my latest open source project, a kanban board with parallel agents. Trying to improve this with more features, I would love your contributions on this repo, with either code contributions or ideas
rigonkulousabout 3 hours ago
Nice work .. I have had my own agents running kanban on existing Jira projects, categorized by workflow, and it is a pleasure to see your project on HN today. I will for sure enjoy catching up with your work, thanks for sharing it.
malfistabout 4 hours ago
You should check out Stripe's dev blog about minions. Seems directionally similar.
timfsuabout 1 hour ago
This is dope! We basically built something very similar internally for our team and it's been a very natural and intuitive way to manage agents (as opposed to having a bunch of terminals to track). Not every task/conversation can be done in the background, so it's been helpful for us internally to be able to seamlessly transition between "interactive conversation" and "background job done by agents" even within a single card.
KronisLVabout 3 hours ago
Cline was also working on something like this: https://github.com/cline/kanban
draculeroabout 3 hours ago
I thought it was the same product. Have any of you used either of them?
KronisLVabout 3 hours ago
Gave it a brief shot, felt a bit early on, went back to Claude. I feel like the Kanban board that would do it best would just allow easily bringing up Claude Code sessions with all user input etc.
wahnfriedenabout 3 hours ago
m_m_carvalhoabout 2 hours ago
The parallel agents concept is interesting. How does it handle state sync between agents when they're modifying the same board? Or is there built-in conflict resolution?
kraftmanabout 2 hours ago
arent they sticking to their own cards?
Advertisement
2001zhaozhaoabout 2 hours ago
Looks very nice!

Just a heads up, the website is extremely choppy on WebKit (Orion Browser) for me when scrolling

edit: not working with Claude Code on Amazon Bedrock, it needs a claude scription

jorl17about 3 hours ago
Personally, this is somewhat close to what I want.

I want to have a fullblown cursor instance/window for each task I have, and a central Hub that manages spawning those instances, setting up the worktrees, etc.

Cursor seems to pretty much have all the available tools there already (it can already spawn agents to their own worktrees with proper setup scripts, for example). I don't get why they don't do it and instead insist on a buggy and confusing agents experience.

Unfortunately, most attempts at this seem to assume I want a model where "1 task = 1 agent = 1 chat", whereas what I really want is "1 task = 1 worktree = 1 full IDE around it".

With the full IDE I can have multiple agents/conversations, review code thoroughly and also chip in once in a while. I can have multiple models (that I pick) in multiple chats, iterate forwards, backwards, you name it.

I really don't understand why there seems to be this idea that "parallel agents" should live in their own little restricted flow that's limited to a tiny chat interface. I want the full flow for every agent!

I was hoping cursor would do this, but they really seem to be going the direction of turning their absolutely terrible web agents UI (where you can't even CHANGE THE MODEL!!!!) into a desktop thing. Sad, as I've been an Ultra paying customer and might have to leave soon with the direction they're heading.

2001zhaozhaoabout 2 hours ago
> I want to have a fullblown cursor instance/window for each task I have, and a central Hub that manages spawning those instances, setting up the worktrees, etc.

I am working on exactly this interface for my new tool called Kotkit. You start with kanban board management of workspaces. Each workspace (worktree on one/multiple repos) is a feature-rich IDE interface in a remote-capable in-browser desktop. You can spawn multiple agents with a good UI wrapper and full auditable logs, solve worktree rebase/merge with 1-click AI features, and there is also an embedded VSCode to solve edge cases. It also supports very deep plugin integration like IntelliJ.

Currently dogfooding it on my own projects and will be released sometime soon.

rapizabout 4 hours ago
diddidabout 2 hours ago
This is the only one I can tell that easily works with local modals through hermes or pi.
encoderer44 minutes ago
Is the website done with Claude design? It gave me a very similar theme recently.
block_daggerabout 3 hours ago
To the website maintainers: https://www.kanbots.dev/comparisons returns a 404
ptengelmannabout 2 hours ago
one of your pages return 404 /comparison... but cool project! I guess we're just still not there to let agents run without supervision. At least for me.
rigonkulousabout 3 hours ago
Yes, this is like, the best thing ever .. I've generally been doing this, albeit with command-line Jira and a "my workflow is my prompt" philosophy, resulting in a fleet of little kanbans .. and my agents are really, really doing well. They never sleep, eat, etc.

But .. you know something cute? AI makes using Jira fun, again.

sinandreiabout 3 hours ago
Could this be something running of our a Github kanban board?
wyreabout 4 hours ago
Just 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.
pbjerkesethabout 2 hours ago
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 efforts cross that bar for you or not? https://ouijit.com/ (and the repo is at https://github.com/ouijit/ouijit)

wyreabout 1 hour ago
Looks great. I can tell you put a lot of time and energy into making it look good.

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

fphilipeabout 3 hours ago
These pages do look good. But they all just look the same. And I'm getting bored of them.

I open such a page and I immediately know it was Claude that produced it (probably end-to-end). Not that there's anything wrong with that, but it lacks soul… and that makes me kind of sad.

teaearlgraycoldabout 1 hour ago
The kanban board on the landing page looks terrible on mobile (iPhone 15 Pro).
Advertisement
meagherabout 3 hours ago
big opportunity to buy kan.bot
Guillaume86about 3 hours ago
Tangential question for Claude Code subscribers, mid June `claude -p` will move to api pricing (with some "SDK credits" before it kicks in), so headless usage will become 20-30 times more expensive, and all these high level orchestrator tools/workflows depend on it. What the next move for you? How does the OpenAI subscriptions compare? Similar limitations?
cyclopeanutopiaabout 4 hours ago
I don't understand this.
genxyabout 4 hours ago
It looks like a kanban interface to agent orchestration.