Claude Skills vs Projects vs Artifacts: What Each One Actually Is

Skills, Projects and Artifacts get confused constantly, and the confusion is understandable — all three are things you "set up" in Claude, all three persist beyond one message, and none of the names say what they do.

The distinction is cleaner than the naming suggests. They sit at different points of the same request:

• Projects are what Claude knows before you ask.
• Skills are what Claude does when you ask.
• Artifacts are what Claude hands back.

Context, procedure, output. Once you see them in that order, choosing between them mostly stops being a question — you rarely pick one instead of another, because they answer different halves of the same job.

Artifacts: the output

An artifact is a substantial thing Claude produced, shown in its own panel beside the conversation instead of inline: a webpage, a React component, a document, a diagram, an SVG.

The reason it gets its own panel is that it's meant to leave the chat. An HTML artifact is a working page — its JavaScript runs, its buttons work — and you can download it, publish it to a link, or iterate on it across several messages without Claude retyping the whole thing each time.

Artifacts are per-conversation and ephemeral by default. They don't carry over to your next chat, and nobody else can see one until you publish it. (What publishing exposes is its own question: are Claude artifacts public?)

You want an artifact when: you asked Claude to make something.

Projects: the context

A Project is a workspace that holds knowledge and instructions across many conversations. You attach reference material — a style guide, an API spec, a set of transcripts, your product's docs — and set instructions that apply to every chat started inside it.

The point is not saving retyping. It's that Claude answers from that material rather than from general knowledge. Ask a question inside a Project holding your API docs and you get your endpoints, not plausible-looking generic ones. Conversations inside a Project stay grouped, so a body of related work doesn't scatter across your history.

You want a Project when: you keep pasting the same background material at the start of every conversation.

Skills: the procedure

A Skill is a packaged set of instructions for performing a particular kind of task — a procedure Claude can follow, invoked when the work matches. Where a Project supplies facts, a Skill supplies method: how your team formats a release note, which checks run before a deploy is called done, the steps in your incident write-up.

The distinction that matters in practice: a Project makes Claude better informed, a Skill makes it behave consistently. If two colleagues ask for the same deliverable and get differently-shaped answers, the missing piece is a Skill, not more context.

You want a Skill when: you find yourself re-explaining how to do something you've already explained.

Telling them apart in one line

They stack

The confusion often comes from treating these as alternatives. A single piece of work usually touches all three: a Project holding your brand guidelines and last quarter's reports, a Skill describing how your monthly summary is structured, and the artifact that comes out — the actual document.

Swapping one for another is where friction shows up. People routinely paste a procedure into Project instructions where a Skill belongs, and then wonder why it's followed inconsistently in long conversations. Or they attach reference files to a Skill, where they'd be better placed in a Project that several Skills can draw on.

Getting the output out

Whichever combination produced it, the artifact is where the work lives, and it's stuck in a chat window until you move it. Downloading gives you a file — with one significant gotcha for React artifacts. Publishing gives you a link, either Claude's own or a standalone one you control, with the differences laid out in how to publish a Claude artifact.

Bottom line: Projects are context, Skills are procedure, Artifacts are output. You don't choose between them — you notice which one you're missing. Repeating background material means you want a Project; repeating instructions means you want a Skill; and whatever comes out the far end is an artifact that still needs somewhere to live.