‹ BackHN Continuity

Thread

You said no MCP

682 points · 362 comments · yarapavan

  1. KronisLV · · focus · HN ↗
    I feel the same way about needing support for sub-agents, those feel pretty foundational to me.

    I suspect that a smart model driving multiple dumber models for work and then using sub-agents with the same smart model for adversarial review will be a pretty common pattern.

    Personally, I got a bit confused about Pi having most of that stuff as plugins since I remember how much of a mess Eclipse was where so much was just loosely fitting together plugins and just went with OpenCode since it covers most of my needs out of the box. Guess that might also be a sign of me getting older, because my IDEs and desktop environments are all closer to stock too.

    1. sunaookami · · focus · HN ↗
      Hah, it's the complete opposite for me :D. In Claude Code I disabled all sub-agents stuff, disabled nearly all tools but Bash, Edit, Write and WebSearch and replaced WebFetch with my own tool that doesn't summarize anything because the results were always worse with sub-agents, they always lack the necessary context and weaker models summarize bad. I also replaced the system prompt with my own that cuts a LOT of tokens, agents don't need a 10k+ system prompt anymore.
      1. KronisLV · · focus · HN ↗
        That's interesting! You don't have cases where the main session has important planning stuff but the actual work to execute has so much crap in it that context compaction will probably dig into the important plan stuff too much and make it too lossy? Also what about the cache read costs for longer context sizes?

        Using sub-agents for example also lets me decrease the default context size in Claude Code instead of running at the full 1M like:

          /autocompact 420k
        
        or deal with Codex's 258k tokens (seriously quite tiny by modern standards).

        Same idea with something like OpenCode, there I even configured custom agents for review: <a href="https:&#x2F;&#x2F;opencode.ai&#x2F;docs&#x2F;agents&#x2F;">https:&#x2F;&#x2F;opencode.ai&#x2F;docs&#x2F;agents&#x2F;

        1. sunaookami · · focus · HN ↗
          I never hit compaction, most of my sessions are 150-300k tokens long with the longest being around 700k. Using sub-agents means that they can&#x27;t use that cache, have to re-read everything and now multiply this for every sub-agent you call and it just wastes money&#x2F;tokens. I also don&#x27;t like how intransparent sub-agents are, I can&#x27;t follow what they are doing and I can&#x27;t really steer them. Claude Code has the &#x2F;agents view but it&#x27;s clunky and awful to use.

          GPT context window is way too low for me and my last experience with it (GPT 5.6 Sol) was so awful and I hit limits way too fast that I cancelled it (and at least got my money back).

          I&#x27;m no longer using Pi since it got worse IMHO and Claude subs can only be used in Claude Code but I miss the &#x2F;tree feature which is perfect for first letting the model read &amp; cache the important bits of the codebase and then start your plan from there (as long as you stay in the Cache TTL). Claude Code has &#x2F;rewind but it&#x27;s not as good.

          I&#x27;m only using the 20$ plans.

          1. imtringued · · focus · HN ↗
            I admit I&#x27;m not a heavy user of subagents but isn&#x27;t one of the standard use cases for subagents to run a single command, take the output, summarize it for the main agent and pass it up instead of polluting the context?

            When cargo fails to build and creates a massive amount of compile errors, you&#x27;re better off having this preprocess step.

            1. sunaookami · · focus · HN ↗
              &gt;When cargo fails to build and creates a massive amount of compile errors, you&#x27;re better off having this preprocess step.

              Claude already greps and tails every output by itself, a sub-agent would do the same.

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.