PTENES
TRACK 2

🚀 Building Your First Skill

There's already enough theory. Here you get a real, complete skill — a travel itinerary generator — and opens it from within: the SKILL.md, the conversation flow that collects data, the integrations, and the premium HTML page it produces. By the end, you'll have everything you need to write your own.

"plan a trip" the trigger Setup flow conversational collection 📧 email 📅 schedule 📄 docs Structure design system Page Interactive HTML

From prompt to page — illustrative. The integrations (cyan) run in parallel during collection.

2
Modules
12
Topics
~1h40
Duration
Inter.
Level

Learning path map

Detailed content

2.1 ~50 min

🔍 Dissecting an Itinerary Generator

Guided reading of the SKILL.md complete: what the skill does, the conversational setup flow, the integration checks, and the principles that guide everything.

What it is:

The opening paragraph defines the output in one sentence: a self-contained, interactive HTML page with light/dark theme, flight cards, a day-by-day itinerary, and checklists that save their state.

Why learn:

A skill’s first sentence is a contract. It tells Claude—and you—exactly what will be delivered, avoiding generic output.

Key concepts:

Concrete output · "page, not document" · self-contained · interactivity as a differentiator.

What it is:

A sequence of 4 steps Claude MUST go through before producing anything: basic details, integrations, deep details, and confirmation.

Why learn:

It's the step marked "CRITICAL." Collecting real data is what turns a generic template into a document that feels custom-made.

Key concepts:

Discovery · "ask before assuming" · 4 steps · confirm before generating.

What it is:

Step 2 asks Claude to check email, calendar, Drive, messages, and URLs. If the user authorizes it, the skill uses MCP tools (Gmail, Calendar, Drive) to retrieve real data.

Why learn:

It’s the leap from “text generator” to “assistant.” Flight confirmations, reservations, and events go straight into the document.

Key concepts:

MCP · "ask every time" · permission · real data > placeholder.

What it is:

The section defines the format: a single HTML file with inline CSS and JS, images in base64 or emoji, and no external dependencies beyond the font. Saved with a standardized name.

Why learn:

Explicit output constraints prevent Claude from inventing dependencies, broken links, or scattered files.

Key concepts:

Self-contained · inline CSS/JS · base64 · file-naming convention.

What it is:

A numbered list of 13 suggested sections — hero, stats, route map, flights, hotel, itinerary, budget, checklists, footer — marked as "adapt per trip".

Why learn:

Shows how to provide a “blueprint” without being rigid: Claude chooses the blocks relevant to that trip instead of dumping them all.

Key concepts:

Block list · adaptation by use case · suggested order · optional vs. required.

What it is:

Six short principles that capture the spirit of the skill: real data first, ask before assuming, one file, app-like feel, interactive > static, color-code things.

Why learn:

Principles cover cases the blueprint didn’t anticipate. They’re the rule of thumb when Claude needs to decide on its own.

Key concepts:

Principles > steps · decision rule · skill tone · consistency.

View Full
2.2 ~50 min

🎨 Setup flow, design system, and output

From prompt to HTML page: the palette, typography, component library, visual effects, and JavaScript patterns that give the output a premium app look.

What it is:

The skill embeds a block :root with CSS variables for backgrounds, surfaces, borders, and five semantic accents (blue, orange, green, lavender, gold).

Why learn:

Defining the tokens in SKILL.md ensures every output has the same identity — without Claude inventing colors each time it runs.

Key concepts:

Design tokens · semantic color · consistency · custom properties.

What it is:

Inter for text, monospaced for times and codes; responsive hero with clamp(); uppercase labels with letter spacing.

Why learn:

An explicit type scale produces a consistent hierarchy; without one, each output ends up with random sizes.

Key concepts:

Inter · monospace for data · clamp() · uppercase labels · weights.

What it is:

Twelve components described one by one: hero, event banner, flight cards, day selector, hotel, route map, stats, budget, checklists, and theme.

Why learn:

Describing each component with its anatomy gives Claude ready-made pieces to assemble, instead of improvising layouts from scratch.

Key concepts:

Component library · anatomy · reuse · composition.

What it is:

A table maps meaning to color: blue = outbound, green = confirmed, orange = return, lavender = connection, gold = event. Tags are uppercase pills.

Why learn:

Color with a fixed meaning makes the page scannable: you can read the status without reading the text. It’s one of the skill’s six principles.

Key concepts:

Semantic color · uppercase pills · readability · fixed convention.

What it is:

Orbs (fixed radial blurs), glassmorphism with backdrop-filter, shimmer on banners, hover-lift, and the plane’s animated contrail.

Why learn:

These are the details that separate a "document" from a "premium app." Each effect is described with enough detail for Claude to recreate it.

Key concepts:

Orbs · glassmorphism · shimmer · hover-lift · contrail animation.

What it is:

JS patterns: day switching via a data attribute, flight accordion with max-height, checklists saved in localStorage, theme toggle, and automatic progress bars.

Why learn:

Persisting state (a checked checklist stays checked) is the detail that brings the user back to the page. It's the "interactive > static" principle in practice.

Key concepts:

localStorage · accordion · data-attribute · automatic progress.

View Full