solidcodersolidcoder
Explore Courses
solidcodersolidcoder
CoursesAboutPrivacy PolicyTerms
© 2026 solidcoder · Practical courses for software engineering interviews.
Home/AI Engineering/Skills/Skills vs. Subagents vs. Just Asking
Chapters — Skills▾

Skills vs. Subagents vs. Just Asking

Claude Code Skills·Intermediate·7 min read·Sep 6, 2026

Three different tools for three different needs: saved instructions, an isolated helper, or simply explaining what you want this once.

Not every task needs the same kind of help

It's tempting, once a new tool is available, to reach for it constantly. A Skill is genuinely useful, but it isn't the only way to get something done well, and it isn't always the right one. Three different situations call for three different approaches.

Just ask directly
A one-off task, unlikely to come up again in the same shape. Explaining it once, in the moment, costs less than packaging it.
A Skill
A recurring, well-understood kind of task where the same good instructions apply every time it comes up, exactly the pattern from earlier chapters.
A subagent
A task that benefits from running in its own separate context, away from the main conversation, especially one that would otherwise clutter that conversation with a lot of intermediate work.

The real difference between a Skill and a subagent

Both can encode expertise, and it's easy to blur them together, so the distinction is worth being precise about. A Skill loads its instructions directly into the current conversation, in place: the same thread keeps going, just now following a saved set of instructions instead of improvised ones. A subagent is different in kind: it runs the task somewhere separate, with its own context, and reports back a result, the way asking a specialist colleague to handle a piece of work and come back with an answer differs from reading their notes yourself and doing it in the room.

A rough test

Ask: does this task need to happen "in the room," visibly, as part of the ongoing conversation? If yes, that points toward a Skill. Does it produce a lot of exploratory back-and-forth that would just be noise in the main conversation, but a clean final answer is what actually matters? That points toward a subagent.

Why not package everything as a Skill anyway

Packaging a one-off task as a Skill has a real cost: it adds one more description competing for attention every time relevance gets checked, for a task that was never going to recur in that shape anyway. A library with one shelf per book, rather than sensible sections, isn't actually easier to search. The same restraint that keeps one skill's file lean, from the last chapter, applies to the whole collection of skills: only save what's actually going to be reused.

Sort three tasks

Think of three things you've asked Claude to do recently. For each one, ask: was this a one-time thing, something I'd genuinely want handled the same well-defined way every time, or something better handled off in its own separate context? Notice that the answer is rarely the same for all three.

Up next3/3
Part 2 · Intermediate
← Prev Section
Basics
What a Skill Actually Is
Next Section →
Advanced
Scoping a Skill: Personal, Project, or Team
Part of a free guide

Skills

A simple guide to Claude Code Skills: what they are, and how to build your own.

Browse All Guides →
On this page
  • Not every task needs the same kind of help
  • The real difference between a Skill and a subagent
  • Why not package everything as a Skill anyway