I’ve been trying to make sense of how people really use tools like Claude Code, especially after seeing some of the workflows shared on Twitter.
I started using terminal coding agents around June last year. I used Claude Code for a few months, then switched to Opencode because the experience was rough. My terminal would constantly flicker, formatting was messy, and a single session could drag my whole machine down. Then after a month or two I moved to Pi and have been using it ever since.
What’s strange is that after going through all these coding agents, my workflow hasn’t really changed. It’s still very primitive. I ask a question or show agent some ideas, discuss the approach, let the agent write code, then I review and verify. I did try to adopt some of the “high-efficiency” workflows people talk about, but none of them work for me.
Around the end of last year I saw Boris, the Claude Code Author, share how he uses Claude Code. I was shocked. He runs multiple sessions in parallel. I tried to replicate that. It didn’t work. Two parallel sessions already feel like my limit. Once I go beyond that, my brain starts falling apart within minutes. Context switching is painful, I will lose myself in ten minutes.
Recently I saw another tweet from him, talking about how to use newer features in Claude Code. I realized I hadn’t even heard of half of them. I honestly feel like I’m falling behind
I wonder you guys really running multiple parallel sessions and using all these newer features effectively, and on top of that double your productivity? Or is this kind of workflow only realistic for a small group of people, like those building the tools themselves?
Generally its feature a, feature b and a refactoring branch of some kind.
My workflow is:
1. Add ticket in gitlab describing bug or feature in as much detail as possible along with acceptance criteria like expected unit tests or browser based tests.
2. In a work tree create a branch based on the id of that ticket in gitlab.
3. Start Claude, tell it to use a skill to pull that ticket, research and make a plan.
4. Review the plan, ask questions, refine.
5. Approve plan and let cluade cook.
6. Have Claude run a set of linters/tests/code quality checks and ground until done.
7. Start a new Claude instance, ask it to review changes made. Provide feedback to first Claude instance for changes.
8. Commit and push, creating a draft mr/pr in gitlab.
9. Review the actual code changes myself using gitlab. Comment on things not right.
10. Get Claude to use another skill to pull comments and work to resolve them. Also feed back any CI failures.
11. Manually close comments and push again. Repeat until done and ready for co-worker review.
I can only keep 3 threads like this going at once. Sometimes it’s only 1 or 2, depending on complexity. Smaller is better. Try to stay atomic and avoid feature creep in each mr.