Watch
0
0
Fork
You've already forked hyperhive
0

subagent: drop the unsupported 'raise effort for extra reasoning' claim on haiku

This commit is contained in:
damocles 2026-10-05 02:00:25 +02:00 • committed by mara
commit 69de09e0f9

View file

@ -60,10 +60,14 @@ compute, not a peer you're rationing. Haiku in particular is cheap enough
that you don't need to be precious about spinning one up: for a mechanical, that you don't need to be precious about spinning one up: for a mechanical,
well-scoped batch (the shape this skill is for), reach for it liberally well-scoped batch (the shape this skill is for), reach for it liberally
rather than defaulting to a bigger model "to be safe." Haiku also stays rather than defaulting to a bigger model "to be safe." Haiku also stays
cheap even at `effort: high` — unlike a frontier model, where effort and cheap regardless of `effort` level — unlike a frontier model, cost on
cost scale together, so there's no need to cap Haiku's effort the way the Haiku doesn't scale with effort because effort isn't a real lever on it
Effort section below recommends for cost reasons; raise it freely if the at all (measured: `thinking_tokens` doesn't visibly move between `low`
task benefits from the extra reasoning. and `max`). So there's no cost reason to cap Haiku's effort the way the
Effort section below recommends for frontier models — but don't expect
raising it to buy extra reasoning either; a Haiku batch that genuinely
needs more judgement wants a stronger model instead (see Pitfalls below),
not a higher effort level on the same model.
This isn't "always pick the smallest model regardless of task" — a batch This isn't "always pick the smallest model regardless of task" — a batch
that actually needs judgement calls still wants a stronger model (see that actually needs judgement calls still wants a stronger model (see