subagent: drop the unsupported 'raise effort for extra reasoning' claim on haiku
This commit is contained in:
parent
2ca2c6c42e
commit
69de09e0f9
1 changed files with 8 additions and 4 deletions
|
|
@ -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
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue