Live data from Hacker News

The creator of Claude Code's Claude setup

twitter.com

121–130 of 423 posts

Re: The creator of Claude Code's Claude setup

#121

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?

Why are you asking this? Just try it. It takes maybe fifteen minutes of your time. It’s $20. There is no possible argument against $20 or fifteen minutes if the tool has a chance of being even just 10% better. You’ve spent more time typing by the comment and I responding than it would take to…just try it…

Re: The creator of Claude Code's Claude setup

#122
One thing that’s helped me is creating a bake-off. I’ll do it between Claude and codex. Same prompt but separate environments. They’ll both do their thing and then I’ll score them at the end. I find it helps me because frequently only one of them makes a mistake, or one of them finds an interesting solution. Then once I declare a winner I have scripts to reset the bake-off environments.

Re: The creator of Claude Code's Claude setup

#123
post #47
post #45

Earlier quoted context omitted.

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

I use the VSCode terminal all day every day. No other app I use in it has this issue, including Codex.

OK, so you have the unbearable pain of using a separate terminal app to use the magic thingie that does your programming for you on prompt, and which didn't exist merely 2 years ago.

https://www.youtube.com/watch?v=kBLkX2VaQs4

Re: The creator of Claude Code's Claude setup

#124

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?

If you spend only 20 on claude code you will not get far, it will lock you out after about hour of work for session usage limits

Re: The creator of Claude Code's Claude setup

#125
How much Codex and Claude Code are different from each other? I have been using Codex for few weeks doing experiments related to data analysis and training models with some architecture modifications. I wouldn't say I have used it extensively, but so far my experience has been good. Only annoying part has been not able to use GPU in the Codex without using `--sandbox danger-full-access` flag. Today, I started using Claude Code, and ran similar experiments as Codex. I find the interface is quite similar to Codex. However, I hit the limit quite quickly in Claude Code. I will be exploring its features further. I would appreciate if anyone can share their experience of using both tools.

Re: The creator of Claude Code's Claude setup

#126
post #69

Earlier quoted context omitted.

The irony is that light mode is objectively the correct way to use things.

I'll assume this isn't a troll, and ask you by objective measures you believe this is true?

For people with astigmatism, black in white is generally easier to read than the other way around: https://graphicdesign.stackexchange.com/questions/15142/whic...

Of your criteria is battery life, dark mode is most likely better

If your criteria is eye damage/strain, then IIRC the research is divided on this topic

Re: The creator of Claude Code's Claude setup

#127
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…

I agree. I'm imagining a large software team with hundreds of tickets "ready to be worked on" might support this workflow - but even then, surely you're going to start running into unnecessary conflicts.

The max Claude instances I've run is 2 because beyond that, I'm - as you say - unable to actually determine the next best course during the processing time. I could spend the entire day planning / designing prompts - and perhaps that will be the most efficient software development practise in the future. And/or perhaps there it is a sign I'm doing insufficient design up front.

Re: The creator of Claude Code's Claude setup

#128
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…

I hope self-promotion isn't frowned upon, but I've been spending the past months figuring out a workflow [1] that helps tackle the "more complicated problems" and ensure long-term maintainability of projects when done purely through Claude Code.

Effectively, I try to:

- Do not allow the LLM to make any implicit decisions, but instead confirm with the user.

- Ensure code is written in such a way that it's easy to understand for LLMs;

- Capture all "invisible knowledge" around decisions and architecture that's difficult to infer from code alone.

It's based entirely on Claude Code sub-agents + skills. The skills almost all invoke a Python script that guides the agents through workflows.

It's not a fast workflow: it frequently takes more than 1 hour just for the planning phase. Execution is significantly faster, as (typically) most issues have been discovered during the planning phase already (otherwise it would be considered a bug and I'd improve the workflow based on that).

I'm under the impression that the creator of Claude Code's post is also intended to raise awareness of certain features of Claude Code, such as hand-offs to the cloud and back. Their workflow only works for small features. It reads a bit like someone took a “best practices” guide and turned it into a twitter post. Nice, but not nearly detailed enough for an actual workflow.

[1] https://github.com/solatis/claude-config/

Re: The creator of Claude Code's Claude setup

#129

Earlier quoted context omitted.

>> I need 1 agent that successfully solves the most important problem In most of these kinds of posts, that's still you. I don't believe i've come across a pro-faster-keyboard post yet that claims AGI. Despite the name, LLMs have no agency, it's still all on you. Once you've defined the next most important problem, you have a smaller problem - translate those requirements into code which accurately meets them. That's…

Why do you assume AGI needs to have agency?

Not OP, but I think that without some creative impetus like 'agency', how useful is an AGI going to be?

Re: The creator of Claude Code's Claude setup

#130

I spent a whole day running 3x local CC sessions and about 7 Claude code web sessions over the day. This was the most heavy usage day ever for me, about 30 pull requests created and merged over 3 projects. I got a lot done, but my brain was fried after that. Like wired but totally exhausted. Has anyone else experienced this and did you find strategies to help (or find that it gets easier)?

Did you manage to make proper reviews of all the 30 PR ?
Post reply on HN