Live data from Hacker News

The creator of Claude Code's Claude setup

twitter.com

391–400 of 423 posts

Re: The creator of Claude Code's Claude setup

#391
post #198

Earlier quoted context omitted.

Because he is working on a product that is hot and has demand from the users for new features/bug fixes/whatnot and also gets visibility on getting such things delivered. Most of us don't work on products that have that on a daily basis.

In other words, nobody cares that the generated code is shit, because there is no human who can review that much code. Not even on high level. According to the discussion here, they don’t even care whether the tests are real. They just care about that it’s green. If tests are useless in reality? Who cares, nobody has time to check them! And who will suffer because of this? Who cares, they pray that not them!

[deleted]

Re: The creator of Claude Code's Claude setup

#393
What I find surprising is how much human intervention the creator of Claude uses. Every time Claude does something bad we write it in claude.md so he learns from it... Why not create an agent to handle this and learn automatically from previous implementations. B: Outcome Weighting

  # memory/store.py
  OUTCOME_WEIGHTS = {
      RunOutcome.SUCCESS: 1.0,    # Full weight
      RunOutcome.PARTIAL: 0.7,    # Some issues but shipped
      RunOutcome.FAILED: 0.3,     # Downweighted but still findable
      RunOutcome.CANCELLED: 0.2,  # Minimal weight
  }

  # Applied during scoring:
  final_score = score * decay_factor * outcome_weight

  C: Anti-Pattern Retrieval

  # Similar features → SUCCESS/PARTIAL only
  similar_features = store.search(..., outcome_filter=[SUCCESS, PARTIAL])

  # Anti-patterns → FAILED only (separate section)
  anti_patterns = store.search(..., outcome_filter=[FAILED])

  Injected into agent prompt:
  ## Similar Past Features (Successful)
  1. "Add rate limiting with Redis..." (Outcome: success, Score: 0.87)

  ## Anti-Patterns (What NOT to Do)
  _These similar attempts failed - avoid these approaches:_
  1. "Add rate limiting with in-memory..." (FAILED, Score: 0.72)

  ## Watch Out For
  - **Redis connection timeout**: Set connection pool size

  The flow now:
  Query: "Add rate limiting"
           │
           ├──► Similar successful features (ranked by outcome × decay × similarity)
           │
           ├──► Failed attempts (shown as warnings)
           │
           └──► Agent sees both "what worked" AND "what didn't"

Re: The creator of Claude Code's Claude setup

#394
post #383

Earlier quoted context omitted.

They were multi-person teams. Some had employees (which were let go when they pivoted). Some were contractors doing all of the engineering work.

The majority of businesses fail within 5 years. Are they using AI because it’s better or because they have no other choice? If I hire two sandwich artists for 6 months but nobody buys my sandwiches, I don’t have much choice but to fire them. This word “pivot” is strong.

    > Are they using AI because it’s better
Because it's better (versus the engineers they were able to hire).

    > If I hire two sandwich artists for 6 months but nobody buys my sandwiches
Pivot is strong and in both cases where they went n -> 1, the pivots were dramatic. One went from building a (credit) card switching SDK to building a legal assistant AI. One went from building a fin-tech compliance product to a CRM for managing collections.

Because they went back to the drawing board, they ended up letting go of their teams and started using AI to build MVPs and then found that they could ship faster and better.

Re: The creator of Claude Code's Claude setup

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

Agree. People are stuck applying the "agent" = "employee" analogy and think they are more productive by having a team/company of agents. Unless you've perfectly spec'ed and detailed multiple projects up front, the speed of a single agent shouldn't be the bottleneck.

Re: The creator of Claude Code's Claude setup

#396
post #27

I implemented some of his setup and have been loving it so far. My current workflow is typically 3-5 Claude Codes in parallel - Shallow clone, plan mode back and forth until I get the spec down, hand off to subagent to write a plan.md - Ralph Wiggum Claude using plan.md and skills until PR passes tests, CI/CD, auto-responds to greptile reviews, prepares the PR for me to review - Back and forth with Claude for any inc…

3-5 parallel claude code, do they work at same repo? do they work on same features/goals?

We have a giant monorepo, hence the shallow clones. Each Claude works on its own feature / bug / ticket though, sometimes in the same part of the codebase but usually in different parts (my ralph loop has them resolve any merge conflicts automatically). I also have one Claude running just for spelunking through K8s, doing research, or asking questions about the codebase I'm unfamiliar with.

Re: The creator of Claude Code's Claude setup

#397

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

what cc plan do you use? the20$?

Max 5x ($100)

Re: The creator of Claude Code's Claude setup

#398
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 see you haven’t tried BMAD-METHOD or spec-kit yet.

Re: The creator of Claude Code's Claude setup

#399
post #395
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…

Agree. People are stuck applying the "agent" = "employee" analogy and think they are more productive by having a team/company of agents. Unless you've perfectly spec'ed and detailed multiple projects up front, the speed of a single agent shouldn't be the bottleneck.

That’s how it works though. You create a detailed spec up front. That’s the workflow.

Re: The creator of Claude Code's Claude setup

#400
post #156
post #107

Earlier quoted context omitted.

Multiple instances of agents are an equivalent to tabs in other applications - primarily holders of state, rather than means for extreme parallelism.

I have not used Claude. But my experience with Gemini and aider is that multiple instances of agents will absolutely stomp over each other. Even in a single sessions overwriting my changes after telling the agent that I did modifications will often result in clobbering.

You should try Claude opus 4.5 then. I haven’t had that issue. The key is you need to have well defined specs and detailed instructions for each agent.
Post reply on HN