News for hackers. Stuff that matters.
Re:Show HN: Claude Code workflow: PRDs → GitHub Issues → par... by aroussi on Wednesday August 20, 2025 @10:44AM (#44962432)
OP here. These numbers are definitely in the ballpark. I personally went from having to compact or clear my sessions 10-12 times a day to doing this about once or twice since we've started to use the system. Obviously, results may vary depending on the codebase, task, etc., but because we analyze what can be run in parallel and execute multiple agents to run them, we have significantly reduced the time it takes to develop features.

Every epic gets its own branch. So if multiple developers are working on multiple epics, in most cases, merging back to the main branch will need to be done patiently by humans.

To be clear, I am not suggesting that this is a fix-all system; it is a framework that helped us a lot and should be treated just like any other tool or project management system.

Re:Show HN: Claude Code workflow: PRDs → GitHub Issues → par... by datadrivenangel on Wednesday August 20, 2025 @12:54PM (#44963604)
How many feature branches can you productively run in parallel before the merge conflicts become brutal?
Re:Show HN: Claude Code workflow: PRDs → GitHub Issues → par... by aroussi on Wednesday August 20, 2025 @02:47PM (#44964924)
That's where the human architect comes in (for now at least). We'll try to think of features that would have the least amount of conflicts when merged back to main. We usually max it at 3, and have a senior dev handle any merge conflicts.
Re:Show HN: Claude Code workflow: PRDs → GitHub Issues → par... by CuriouslyC on Wednesday August 20, 2025 @01:50PM (#44964275)
That depends on how decoupled your codebase is and how much overlap in the areas being worked on by your agents are. If you have a well architected modular monolith and you don't dispatch overlapping issues, it's fine.