Signal Page / AI Productivity

What is a skill doc โ€” and why your AI needs one?

A skill doc is the difference between AI that sounds like you and AI that sounds like everyone else. Here's what they are, why they work, and how to build one in 30 minutes.

Jack DeManche Updated March 2026 ~6 min read
Definition

A skill doc (also called a system prompt, AI brief, or instruction layer) is a plain-text document that tells an AI tool who it's working for, how it should work, and what rules apply โ€” before any task begins. It's persistent context that lives outside the conversation, uploaded or pasted once, so the AI doesn't need to be re-briefed every time.

70%
of AI output requires significant rework before it's usable โ€” without proper context
Practitioner estimate
5ร—
the average knowledge worker re-explains the same context across separate AI conversations
Team observation
0
institutional knowledge retained between AI sessions by default โ€” unless you build the layer
AI architecture reality
30 min
typical time to write a skill doc that saves hours of rework per week
Workshop experience
01 โ€” The Problem

Raw AI is generic. It doesn't know how you work.

Every AI tool you use โ€” ChatGPT, Copilot, Claude, Gemini โ€” starts every conversation knowing nothing about you. It doesn't know your brand guidelines, your team's voice, your compliance requirements, or your output format preferences. That's not a flaw. It's the default state of a general-purpose tool.

The result is that most teams end up doing two things on every AI request: explaining context they've explained a hundred times before, and then fixing output that didn't account for things the AI couldn't know. The quality of what you get is directly proportional to the quality of context you provide. Most people provide none.

๐Ÿ”

Repetitive briefing

Same rules, same tone guidance, same format preferences โ€” explained from scratch every conversation.

๐ŸŽฒ

Inconsistent output

Two people on the same team using the same AI for the same task get meaningfully different results.

๐Ÿ”ง

Constant rework

Good ideas buried under wrong tone, wrong format, or missing compliance requirements that weren't specified.

02 โ€” What's Inside

What a skill doc actually contains

A skill doc is plain text โ€” no special syntax, no formatting required. It lives in a file, a note, or just in your clipboard. What it contains is structured knowledge about a specific task or role. The AI reads it before doing anything else.

The best skill docs have four components. Each answers a question the AI would otherwise have to guess at.

Role & Context

Who is the AI playing? For whom? In what context? This frames every decision that follows. Without it, the AI defaults to a generic helpful assistant โ€” which is almost never what you want.

Voice & Tone Rules

Reading level, banned words, required phrases, stylistic constraints. This is where brand voice gets encoded as instruction rather than example. Examples are useful too โ€” include them when you can.

Formatting & Structure

Output length, structure, required sections, placeholders, field limits. The AI shouldn't have to guess what a finished draft looks like. Describe it explicitly.

Workflow & Output

What to do first, what to ask for if something is unclear, how to flag potential issues. Turns the AI from a generator into a collaborator with a defined process.

Key insight

A skill doc isn't a prompt. A prompt is a one-time request. A skill doc is persistent knowledge โ€” it shapes every output that comes after it without you having to ask again.

03 โ€” A Real Example

A pharma email campaign skill doc

Here's a real example: a skill doc written for AI-assisted pharmaceutical email campaigns. It encodes brand voice, compliance requirements, format rules, and workflow into a single reusable document. Click each section to expand.

pharma-email-campaign.skill.md
You are an email marketing specialist for pharmaceutical brands. You write HCP-facing and patient-facing email campaigns that are medically accurate, emotionally resonant, and MLR-ready. Always assume content will go through Medical/Legal/Regulatory review. Never include unsubstantiated claims.
Tone: Warm, authoritative, and empathetic โ€” never clinical-cold. Reading level: Patient emails at 6th grade. HCP emails can be technical. Avoid: Superlatives ("best," "revolutionary"), unqualified comparisons. Required: Every efficacy claim needs [reference needed] placeholder. CTA style: Action-oriented but never pushy. "Learn more" > "Act now."
Subject line: Max 50 characters. Test 3 variants per campaign. Preview text: Max 90 characters. Must complement, not repeat, subject. Body: 150โ€“200 words for patients, 250โ€“350 for HCPs. ISI placement: Always include abbreviated ISI below fold. Footer: Include prescribing information link and unsubscribe.
Step 1: Ask which brand, audience (HCP/patient), and campaign goal. Step 2: Draft 3 subject line options + preview text for each. Step 3: Write full email body with [reference needed] placeholders. Step 4: Flag any claims that may need medical review. Step 5: Provide MLR submission notes (what to watch for).

The pharma context isn't the point. The structure is. Role, voice, format, workflow โ€” the same four components work for a status report, a sales email, a client brief, or a content calendar. The task changes; the pattern holds.

04 โ€” The Difference

Without vs. with a skill doc

The gap between raw AI and skill-doc-equipped AI isn't marginal. It's the difference between a new intern and someone who's been properly onboarded.

โœ— Without a skill doc

"Write me an email for our knee pain drug for doctors. Make it professional. Oh and we can't say 'best' or 'cure.' Keep it under 300 words. Also include safety info. And make the subject line short. Actually can you also..."

5 minutes of context-setting per conversation
Repeat every single time
Miss rules you forgot to specify
Inconsistent output across your team
โœ“ With a skill doc

"Write an HCP email for Zilretta. Goal: drive sample requests."

One sentence. AI already knows the rules.
Correct tone, format, and compliance โ€” every time
Institutional knowledge embedded
Same quality whether you wrote it or a teammate did
05 โ€” Build One

How to write your first skill doc โ€” in 30 minutes

Pick one task your team uses AI for regularly. Something with clear rules and a recognizable output format. That's your first skill doc. Here's the process.

01

Name the role

Start with: "You are a [role] for [organization/brand]." Be specific. "Email marketing specialist for pharma brands" beats "marketing assistant."

02

Write the rules you enforce manually

Every time you edit AI output, you're enforcing a rule. Write those rules down. Banned words, required phrases, tone adjectives, things that always get flagged โ€” all of it goes in.

03

Describe the output

What does a good finished draft look like? Word count, structure, sections, format. If you have a template, describe it. If you have a good example, paste it in and say "like this."

04

Define the workflow

What should the AI do first? What should it ask if something is unclear? Are there things it should flag before proceeding? Step numbers help โ€” they make the process auditable.

05

Test it and iterate

Give it a real task. See where the output breaks. Add a rule. Run it again. A skill doc is a living document โ€” the first draft is never the best one. Update it when you catch yourself editing AI output for the same reason twice.

The same file works in any AI tool โ€” Claude, ChatGPT, Copilot, Gemini. Paste it at the start of the conversation, or load it as a system prompt if the interface allows. One doc, every tool.

Skill docs your team could write this week
โœ๏ธ

Brand Voice Guide

Tone, terminology, do's and don'ts for a specific brand or client

โฑ 30 min to write
โš–๏ธ

Compliance Pre-Flight

Rules for flagging claims, required disclaimers, format requirements for regulated industries

โฑ 45 min to write
๐Ÿ“Š

Status Report Format

Your team's preferred structure, metrics, stakeholder audience, and distribution list

โฑ 15 min to write
๐ŸŽฏ

Brief Interpreter

How to read a client brief, extract requirements, identify gaps, and ask the right clarifying questions

โฑ 30 min to write
๐Ÿ“ง

Email Campaign Builder

Subject lines, preview text, body structure, format rules, compliance checkpoints

โฑ 30 min to write
๐Ÿ“

Meeting Notes โ†’ Actions

How your team formats notes, assigns owners, and tracks follow-ups from meeting transcripts

โฑ 15 min to write
What's Still Being Figured Out

The open questions

Skill docs work. The pattern is solid. But a few things are still being worked out in practice:

Version control. When the brand voice changes, or a compliance rule gets updated, who updates the skill doc โ€” and how does that version get distributed to the team? Most organizations don't have a good answer for this yet.

Context window limits. Very detailed skill docs can eat into the space available for actual content. The right level of specificity versus brevity depends on the tool and the task โ€” and varies in ways that aren't always obvious until you hit the ceiling.

Skill docs vs. fine-tuning vs. RAG. For teams doing this at real scale, the question of whether a skill doc is the right mechanism or whether something like retrieval-augmented generation is more appropriate is genuinely open. A skill doc is always the faster starting point. It's not always the right endpoint.

How do you know when one is working? The feedback loop is mostly qualitative right now โ€” people notice when they stop having to re-edit the same things. Measuring AI output quality at the team level in a rigorous way is still an unsolved problem for most organizations.

About the Author
Jack DeManche

Digital strategy and innovation leader with 15+ years building digital practices for brands including P&G, Microsoft, and Olay. Founder of The Genuine Organization, a strategic services consultancy and creative studio. Builder of Everyday AI and 20+ shipped web applications.