Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The creator of Claude Code's Claude setup

twitter.com

Post reply on HN
Print view View original

111–120 of 423 posts

Re: The creator of Claude Code's Claude setup

#111

Post by weird-eye-issue »

breput wrote: post #83
weird-eye-issue wrote: post #74

Earlier quoted context omitted.

I wonder what sort of problems you must have to get this upset about the creator of a particular software telling people how they personally use that software Personally I keep open several tabs of CC but it's not often that more than one or two of them would be running at the same time. It's just to keep particular context around for different parts of the same application since it's quite big (I don't use CC for cr…

> I assume "what sort of problems you must have" was directed at me. I don't really have any sort of personal problem with Boris' post, if what your inflammatory statement was implying. I also think it was a fairly good description of his workflow, technically speaking, but also glosses over the actual monetary costs of what he is doing, and also as noted above, doesn't really describe the actual outcomes other than…

> I don't really have any sort of personal problem with Boris' post

"This feels like the desperate, look at me! post"

Okay bud

Re: The creator of Claude Code's Claude setup

#112

Post by coldtea »

llmslave2 wrote: post #28

Couple things stand out to me: 1) everyone on the team uses Claude code differently. 2) Claude Code has been around for almost a year and is being built by an entire team, yet doesn't seem to have benefited from this approach. The program is becoming buggier and less reliable over time, and development speed seems indistinguishable from anything else. 3) Everything this person says should be taken with a massive grai…

>2) Claude Code has been around for almost a year and is being built by an entire team, yet doesn't seem to have benefited from this approach. The program is becoming buggier and less reliable over time, and development speed seems indistinguishable from anything else.

Not my experience at all (macOS Tahoe/iTerm2, no tmux).

Speaking of either Claude Code as a tool, or Claude 4.5 as an LLM used with coding.

Re: The creator of Claude Code's Claude setup

#113

Post by mccoyb »

copperx wrote: post #104

I'm afraid to ask, but because I've been very happy with Codex 5.2 CLI and I can't imagine Claude Code doing better, why is it Claude so loved around here? Sure, I can spend $20 and figure it out, but I already pay $40/mo for two ChatGPT subs and that's enough to get me through a month. Should I spend $20 to see for myself?

It codes faster and with more abandon. For good results, mix Claude Code with Codex (preferably high or xhigh reasoning) for reviews.

Re: The creator of Claude Code's Claude setup

#115

Post by elmigranto »

tmerr wrote: post #65

This is interesting to hear, but I don't understand how this workflow actually works. I don't need 10 parallel agents making 50-100 PRs a week, I need 1 agent that successfully solves the most important problem. I don't understand how you can generate requirements quicky enough to have 10 parallel agents chewing away at meaningful work. I don't understand how you can have any meaningful supervising role over 10 thing…

[flagged]

Re: The creator of Claude Code's Claude setup

#116

Post by NitpickLawyer »

Maxion wrote: post #52
baalimago wrote: post #18

I'm a bit jealous. I would like to experiment with having a similar setup, but 10x Opus 4.5 running practically non stop must amount to a very high inference bill. Is it really worth the output? From experimentation, I need to coach the models quite closely in order to get enough value. Letting it loose only works when I've given very specific instructions. But I'm using Codex and Clai, perhaps Claude code is better.

I've tried running a number of claude's in paralell on a CRUD full stack JS app. Yes, it got features made faster, yes it definitely did not leave me enough time to acutally look at what they did, yes it definitely produced sub-par code. At the moment with one claude + manually fixing crap it produces I am faster at solving "easier" features (Think add API endpoint, re-build API client, implement frontend logic for A…

> manually fixing crap it produces

> it tends to produce so many errors

I get some of the skepticism in this thread, but I don't get takes like this. How are you using cc that the output you look at is "full of errors"? By the time I look at the output of a session the agent has already ran linting, formatting, testing and so on. The things I look at are adherence to the conventions, files touched, libraries used, and so on. And the "error rate" on those has been steadily coming down. Especially if you also use a review loop (w/ codex since it has been the best at review lately).

You have to set these things up for success. You need loops with clear feedback. You need a project that has lots of clear things to adhere to. You need tight integrations. But once you have these things, if you're looking at "errors", you're doing something wrong IMO.

Re: The creator of Claude Code's Claude setup

#117

Post by coldtea »

johnfn wrote: post #38
nmfisher wrote: post #34

Earlier quoted context omitted.

(2) isn't my experience at all. It's not 100% bug free but it definitely seems more stable (and faster) than I when I first used it last year.

The UI flickers rapidly in some cases when I use it in the VSCode terminal. When I first saw this when using Claude Code I imagined it was some vibe code bug that would be worked out quickly. But it's been like 9 months and still every day it has this behavior - to the point that it crashes VSCode! I can only imagine that no one at Anthropic uses VSCode because it really seems insane it's gone this long unfixed.

They have a thread on that.

https://x.com/trq212/status/2001439019713073626

I don't have that problem using it on iTerm2 however. I also don't use Tmux with it.

Re: The creator of Claude Code's Claude setup

#118

Post by dboon »

jen20 wrote: post #45
johnfn wrote: post #38

Earlier quoted context omitted.

The UI flickers rapidly in some cases when I use it in the VSCode terminal. When I first saw this when using Claude Code I imagined it was some vibe code bug that would be worked out quickly. But it's been like 9 months and still every day it has this behavior - to the point that it crashes VSCode! I can only imagine that no one at Anthropic uses VSCode because it really seems insane it's gone this long unfixed.

Are you sure it's _not_ VS Code at issue here? I haven't seen this in Ghostty.

It’s not. I see this constantly. I use Ghostty and Alacritty and usually am in a tmux session

Re: The creator of Claude Code's Claude setup

#119

Post by TheRoque »

csomar wrote: post #84
tmerr wrote: post #65

This is interesting to hear, but I don't understand how this workflow actually works. I don't need 10 parallel agents making 50-100 PRs a week, I need 1 agent that successfully solves the most important problem. I don't understand how you can generate requirements quicky enough to have 10 parallel agents chewing away at meaningful work. I don't understand how you can have any meaningful supervising role over 10 thing…

It's all smokes really. Claude Code is an unreliable piece of software and yet one of the better ones in LLM-Coding. ( https://github.com/anthropics/claude-code/issues ). That and I highly suspect it's mostly engineers who are working on it instead of LLMs. Google itself with all its resources and engineers can't come up with a half-decent CLI for coding. Reminder: The guy works for Claude. Claude is over-hyping LLMs…

Gemini CLI is decent.

Re: The creator of Claude Code's Claude setup

#120

Post by coldtea »

0x500x79 wrote: post #51
jen20 wrote: post #45

Earlier quoted context omitted.

Are you sure it's _not_ VS Code at issue here? I haven't seen this in Ghostty.

This is a common problem and you can find reports of it all over X, including from some influencers. Even outside of VSCode.

Never seen it on iTerm2.

This "outside of VSCode", was it still with a webview-based terminal?

Post reply on HN