From 69de09e0f906f4f055201c4f4ec7e52c2c1a0ec0 Mon Sep 17 00:00:00 2001 From: damocles Date: Mon, 5 Oct 2026 02:00:25 +0200 Subject: [PATCH] subagent: drop the unsupported 'raise effort for extra reasoning' claim on haiku --- .../plugins/base/skills/claude-subagents/SKILL.md | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/claude-plugins/plugins/base/skills/claude-subagents/SKILL.md b/claude-plugins/plugins/base/skills/claude-subagents/SKILL.md index bf18ff6a..774625a5 100644 --- a/claude-plugins/plugins/base/skills/claude-subagents/SKILL.md +++ b/claude-plugins/plugins/base/skills/claude-subagents/SKILL.md @@ -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, 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 -cheap even at `effort: high` — unlike a frontier model, where effort and -cost scale together, so there's no need to cap Haiku's effort the way the -Effort section below recommends for cost reasons; raise it freely if the -task benefits from the extra reasoning. +cheap regardless of `effort` level — unlike a frontier model, cost on +Haiku doesn't scale with effort because effort isn't a real lever on it +at all (measured: `thinking_tokens` doesn't visibly move between `low` +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 that actually needs judgement calls still wants a stronger model (see