Apply Austin Kleon''s sharing framework. Trigger on: "what should I share?", "build an audience", "document my creative process".
npx skills add https://github.com/simbajigege/book2skills --skill show-your-work-kleon
Austin Kleon's *Show Your Work!* makes a single counterintuitive argument: you don't need talent, credentials, or a finished body of work before you start sharing. You need to share the process of becoming. The audience finds you not because of what you've produced, but because they recognize themselves in how you work.
The fundamental reframe: stop thinking "I need to finish this before I can share it." Start thinking "sharing IS the work."
Use this skill for queries that match the trigger phrases in the description and require applying the decision framework from *Show Your Work!* rather than summarizing the book.
Kleon borrows the term "scenius" from Brian Eno — the idea that creativity is not the product of lone geniuses but of collaborative ecology: a group of people in the same scene who share ideas, steal from each other generously, build on each other's work.
Why this matters for sharing: You are not a solo creator broadcasting to an audience. You are a node in a scenius. When you share your process, your influences, your failures, and your questions, you contribute to a creative ecosystem that is larger than any individual. The scenius rewards contributors.
Practical implication: Credit your influences publicly. Show what you're learning from. Make your "scenius" visible — the books you're reading, the artists inspiring you, the problems you're wrestling with.
"Amateur" comes from the Latin for "lover." An amateur does work for the love of it, not for money or credentials. Kleon argues the amateur has a structural advantage over the professional:
The amateur's assignment: Share what you're learning as you learn it. The tutorial you write the week after learning something is better than the tutorial an expert writes years later — because you remember what it was like not to know.
"In the beginner's mind there are many possibilities, but in the expert's mind there are few." — Shunryu Suzuki
Your online presence is not a resume — it's a cabinet of curiosities. What you share signals who you are, what you care about, and who you want to attract. You don't need to brand yourself explicitly; you reveal yourself through what you find worth sharing.
The curation question: "Does this add value to the audience's day, or is it just noise?"
Kleon's "So What?" test: Before posting anything, ask: "So what? Who cares? What's interesting about this?" If you can't answer it, don't post it. If you can answer it clearly in one sentence, post it.
Most creators show the finished product. Kleon argues you should show the work behind the work — the messy middle, the false starts, the revision history, the tools you use, the questions you're asking.
"Become a documentarian of what you do." Think of yourself as a filmmaker doing a behind-the-scenes documentary, not a marketing department. The behind-the-scenes footage is often more compelling than the film itself.
What to share from your process:
The Chris Hadfield example: When Canadian astronaut Chris Hadfield went to the International Space Station, he began sharing daily glimpses of life in space — videos of how astronauts cry in zero gravity, how they brush their teeth, how Earth looks at sunset from orbit. By the time he recorded his cover of David Bowie's "Space Oddity" in space, he had 1 million followers who had been with him daily for months. The song video got 22 million views in the first month. He didn't wait until he had a finished product to share.
Kleon's "daily dispatch" practice: Share one small thing every day. Not a finished piece — a scrap, an observation, a question, a photo of what's on your desk, a sentence that struck you while reading.
The consistency principle: Daily sharing over years creates something no single post can — familiarity and trust. An audience built through daily small shares is more resilient than one built by viral moments.
"One sentence a day is enough." The discipline is in showing up, not in producing great content every day.
Before sharing anything, apply the "So What?" test:
If the answer to question 1 is "nothing" or you can't articulate it, don't post it. If you can answer all three questions, you have something worth sharing — even if it feels small or unfinished.
The "stock and flow" model (from writer Robin Sloan):
Most creators default entirely to flow (social media posts) or entirely to stock (infrequent long-form work). The most powerful strategy is both: daily flow that builds a habit of sharing and relationships, plus regular investment in stock that gives those relationships something permanent to anchor to.
The flow/stock integration strategy:
This is how newsletters work at their best. This is how blogs built readerships before social media. The pattern still works — the platforms change.
Kleon distinguishes between sharing and human spam — broadcasting without listening, promoting without contributing, taking without giving back.
The reciprocity test:
Human spam behavior: posting constantly, never engaging with replies, promoting yourself in other people's comment sections, treating your audience as a distribution channel rather than people.
The fix: "When you find things you genuinely enjoy, share them." The audience can tell the difference between genuine enthusiasm and marketing.
Sharing publicly means criticism. Kleon's framework for handling negative response:
"Compulsive avoidance of embarrassment is a form of suicide." Share imperfect work. It's better than perfect silence.
When your work finds an audience, you can monetize it without betraying it — but only if you do it in ways consistent with what people showed up for.
The sustainability test: Does this monetization serve the audience or exploit them?
"If you want a patron, you don't need to find one patron to fund you for life — you need to find 1,000 true fans."
When evaluating content to share:
When designing a sharing practice:
Kleon's framework is optimized for creators whose work has a visible process — artists, writers, makers, builders, designers. It applies with some translation to knowledge workers (consultants, researchers, analysts) but requires reinterpretation: "showing your work" when your work is confidential client deliverables means sharing the methodology, not the outputs.
The framework also assumes genuine enthusiasm for the work being shared. It does not work as a marketing strategy applied cold to content you don't actually care about. Audiences can detect performed enthusiasm. The prerequisite for showing your work is actually doing work you find interesting.
This is a single-file skill because the book supports one primary workflow: apply Austin Kleon's framework to diagnose a user-supplied situation and produce a practical recommendation. The dimensions are tightly coupled lenses inside that workflow rather than independent tools with different inputs or output formats.
| Workflow | User question pattern | Inputs | Steps | Output | Independent trigger? | Distinct references? | Triage score | Should be subskill? | Reason |
|---|---|---|---|---|---|---|---:|---|---|
| Framework diagnosis | User asks for analysis using the book's method | Situation, goal, constraints | Route to relevant dimensions; apply checks; identify warnings | Diagnosis and recommendation | Yes | Uses shared quote files | 2 | No | Primary workflow; all dimensions share one output |
| Improvement plan | User asks how to improve a campaign, product, policy, or decision | Current state and desired outcome | Identify gaps; rank fixes; propose next actions | Prioritized action plan | Yes | Uses shared quote files | 2 | No | Same diagnostic workflow with prescriptive output |
| Critique or second opinion | User asks whether advice, strategy, or reasoning is sound | Claim/recommendation and context | Test assumptions; flag incentives or missing criteria | Verdict with caveats | Yes | Uses shared quote files | 2 | No | Same dimensions, different framing |
Use quotes only when the user asks for source grounding or when a claim needs attribution. Reference quote anchors by topic file and anchor. Keep quoted excerpts short.
sharing-process-quotes.md: #today-taking-advantage-internet-social, #kinds-distinction-between-painter-process, #used-just-seeing-outcome, #daily-dispatch-even-better-portfolio, #once-anything-copied-brought-contact, #going-give-damn-want-made, #over-starving-artist-romanticism-idea, #traditionally-artist-been-trained-regardaudience-community-quotes.md: #alone-matters-process-experience-shaping, #standing-party-enjoying-drink-stranger, #almost-every-overnight-success-story, #fell-place-sons-explained-social, #these-deserve-rejections-undoubtedly-receive, #were-basically-trying-could-each, #actually-simple-easy-requires-incredible, #notice-pattern-technology-often-mostComprehensive document creation, editing, and analysis with support for tracked changes, comments, formatting preservation, and text extraction. When Claude needs to work with professional documents (.docx files) for: (1) Creating new documents, (2) Modifying or editing content, (3) Working with tracked changes, (4) Adding comments, or any other document tasks
Comprehensive PDF manipulation toolkit for extracting text and tables, creating new PDFs, merging/splitting documents, and handling forms. When Claude needs to fill in a PDF form or programmatically process, generate, or analyze PDF documents at scale.
Presentation creation, editing, and analysis. When Claude needs to work with presentations (.pptx files) for: (1) Creating new presentations, (2) Modifying or editing content, (3) Working with layouts, (4) Adding comments or speaker notes, or any other presentation tasks
Create beautiful visual art in .png and .pdf documents using design philosophy. You should use this skill when the user asks to create a poster, piece of art, design, or other static piece. Create original visual designs, never copying existing artists' work to avoid copyright violations.
Use this skill whenever the user wants to do anything with PDF files. This includes reading or extracting text/tables from PDFs, combining or merging multiple PDFs into one, splitting PDFs apart, rotating pages, adding watermarks, creating new PDFs, filling PDF forms, encrypting/decrypting PDFs, extracting images, and OCR on scanned PDFs to make them searchable. If the user mentions a .pdf file or asks to produce one, use this skill.
Use this skill whenever the user wants to create, read, edit, or manipulate Word documents (.docx files). Triggers include: any mention of 'Word doc', 'word document', '.docx', or requests to produce professional documents with formatting like tables of contents, headings, page numbers, or letterheads. Also use when extracting or reorganizing content from .docx files, inserting or replacing images in documents, performing find-and-replace in Word files, working with tracked changes or comments, or converting content into a polished Word document. If the user asks for a 'report', 'memo', 'letter', 'template', or similar deliverable as a Word or .docx file, use this skill. Do NOT use for PDFs, spreadsheets, Google Docs, or general coding tasks unrelated to document generation.
Use this skill any time a .pptx file is involved in any way — as input, output, or both. This includes: creating slide decks, pitch decks, or presentations; reading, parsing, or extracting text from any .pptx file (even if the extracted content will be used elsewhere, like in an email or summary); editing, modifying, or updating existing presentations; combining or splitting slide files; working with templates, layouts, speaker notes, or comments. Trigger whenever the user mentions \"deck,\" \"slides,\" \"presentation,\" or references a .pptx filename, regardless of what they plan to do with the content afterward. If a .pptx file needs to be opened, created, or touched, use this skill.
Create and edit Obsidian Flavored Markdown with wikilinks, embeds, callouts, properties, and other Obsidian-specific syntax. Use when working with .md files in Obsidian, or when the user mentions wikilinks, callouts, frontmatter, tags, embeds, or Obsidian notes.
Take simbajigege/show-your-work-kleon from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.