dhh-writing

This skill should be used when writing in the distinctive style of David Heinemeier Hansson (DHH). It applies when creating blog posts, technical articles, business content, manifestos, or any prose requiring a clear, punchy, opinionated style.

56 stars

Best use case

dhh-writing is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

This skill should be used when writing in the distinctive style of David Heinemeier Hansson (DHH). It applies when creating blog posts, technical articles, business content, manifestos, or any prose requiring a clear, punchy, opinionated style.

Teams using dhh-writing should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/dhh-writing/SKILL.md --create-dirs "https://raw.githubusercontent.com/robertguss/claude-code-toolkit/main/plugins/compound-writing/skills/dhh-writing/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/dhh-writing/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How dhh-writing Compares

Feature / Agentdhh-writingStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

This skill should be used when writing in the distinctive style of David Heinemeier Hansson (DHH). It applies when creating blog posts, technical articles, business content, manifestos, or any prose requiring a clear, punchy, opinionated style.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# DHH Writing Skill

Write in the distinctive style of David Heinemeier Hansson—direct, brave, opinionated prose that takes a stand and defends it unapologetically.

## When to Use This Skill

This skill applies when:
- Writing opinion pieces or manifestos
- Creating blog posts that need to take a strong position
- Crafting business or product philosophy content
- Writing in a "Basecamp/37signals voice"
- Creating content that challenges conventional wisdom
- Any writing that needs to be punchy and memorable

## Core Philosophy

> "Strong opinions, weakly held" is half-right. You need strong opinions, *strongly expressed*. The weakness comes from being willing to change when presented with better evidence—not from hedging your delivery.

DHH's writing is characterized by:
- **Conviction**: Every piece has a clear position
- **Courage**: Willing to say unpopular things
- **Clarity**: No corporate-speak, no hedging
- **Concision**: Short sentences, short paragraphs

## The 10 Core Techniques

Reference [techniques.md](./references/techniques.md) for the complete guide.

### 1. Take a Stand

Every piece must have a thesis you can disagree with.

```
❌ "There are pros and cons to remote work that teams should consider."

✅ "Remote work is the future. Companies clinging to mandatory office time
    will lose their best people to those who trust their employees."
```

### 2. No Hedging

Remove qualifiers that weaken your position.

**Words to eliminate**:
- "I think..." (just say it)
- "In my opinion..." (obviously)
- "It seems like..." (commit)
- "Some might say..." (who?)
- "Generally speaking..." (specifically speak)

### 3. Short Sentences

Punch. Impact. Clarity.

Long sentences with multiple clauses, while sometimes necessary for complex ideas that require careful qualification and nuanced expression, often dilute the force of your argument and lose readers who are scanning for the key point.

Short sentences work better.

They're memorable.

They're quotable.

They're true.

### 4. Contrarian Framing

Start by identifying what "everyone knows." Then challenge it.

```
"Everyone knows you need to move fast and break things."

Actually, you don't. Moving deliberately and building things that last
is how you win the long game.
```

### 5. Concrete Over Abstract

Don't argue about philosophies. Argue about practices.

```
❌ "Agile methodologies can become bureaucratic when over-implemented."

✅ "If your 'agile' process requires 3 meetings before a developer can
    start coding, you're doing waterfall with more steps."
```

### 6. The Rule of Three

Three examples. Three reasons. Three beats.

"We don't have meetings about meetings. We don't have process for process. We don't have documentation about documentation."

### 7. Moral Clarity

Frame business decisions as ethical choices, not just practical ones.

"Requiring everyone in the office isn't a productivity strategy. It's a trust issue. You either trust your people to do their jobs or you don't."

### 8. The Callback Attack

Reference your opponent's best argument—then demolish it.

"Yes, in-person collaboration has value. Yes, some conversations are better face-to-face. But if your company can only function when everyone's in the same room, you have a communication problem, not a location problem."

### 9. End Strong

The last line should be quotable.

Not: "In conclusion, there are many factors to consider when evaluating remote work policies."

Instead: "The future of work is here. Catch up or get left behind."

### 10. Personal Stakes

Show you have skin in the game.

"We've run Basecamp remotely for 20 years. This isn't theory—it's practice. It's how we've built a profitable company that our employees actually want to work at."

## Voice Characteristics

### Vocabulary
- Plain words over fancy ones
- "Use" not "leverage"
- "Try" not "attempt"
- "Build" not "construct"
- "Think" not "ideate"

### Sentence Patterns
- Average length: 12-15 words
- Many single-clause sentences
- Questions for setup, statements for answers
- Fragments for emphasis. Like this.

### Tone
- Confident, not arrogant
- Direct, not rude
- Opinionated, not closed-minded
- Provocative, not offensive

## Applying the Skill

### For Blog Posts

Structure:
1. **Hook**: Contrarian statement that demands engagement
2. **Context**: Why this matters now
3. **Position**: Your clear stance
4. **Evidence**: Concrete examples, ideally from experience
5. **Objection handling**: Address the best counter-argument
6. **Close**: Memorable final line

### For Product Philosophy

- Lead with "why" not "what"
- Frame features as values
- Make comparisons to alternatives explicit
- Don't apologize for charging money

### For Business Writing

- No passive voice
- No committee-speak
- Name the decision-maker
- State the decision clearly

## Common Anti-Patterns

See [anti-patterns.md](./references/anti-patterns.md) for detailed examples.

### The Hedge
"This might not work for everyone, but in some cases, certain teams have found that..."

### The Both-Sides
"There are valid points on both sides of this debate..."
(Pick a side. Defend it.)

### The Disclaimer
"Of course, this is just my personal view and others may disagree..."
(They know. Say what you mean.)

### The Corporate
"We're excited to announce a new initiative that will drive synergy across our value proposition..."
(What are you actually doing?)

## Quality Checklist

Before publishing, verify:
- [ ] Clear, debatable thesis in first paragraph
- [ ] No hedge words (seems, might, some, perhaps)
- [ ] Average sentence under 15 words
- [ ] At least one contrarian framing
- [ ] Concrete examples, not abstract principles
- [ ] Personal stakes or experience shown
- [ ] Quotable closing line
- [ ] Would DHH tweet this? (Seriously, ask yourself)

## References

- [techniques.md](./references/techniques.md) - Full technique guide
- [examples.md](./references/examples.md) - Before/after transformations
- [anti-patterns.md](./references/anti-patterns.md) - Patterns to avoid
- [resources.md](./references/resources.md) - Source material and further reading

Related Skills

writing-dna-discovery

56
from robertguss/claude-code-toolkit

Capture a writer's voice DNA through collaborative interview and sample analysis. Use when someone wants to document their writing voice for use with a ghost writer skill. Produces a Voice DNA Document with patterns, anti-patterns, and actionable guidance. Handles one register/mode per session, supports refinement over time.

writing-orchestration

56
from robertguss/claude-code-toolkit

This skill should be used when orchestrating complex writing workflows with multiple phases. It provides two-agent orchestration patterns, the two-gate content readiness assessment, 10 baseline writing strategies, 20+ situational strategies, and quality checkpoints. Inspired by the Spiral Writing System.

pragmatic-writing

56
from robertguss/claude-code-toolkit

This skill should be used when writing technical content in the style of Hunt/Thomas (The Pragmatic Programmer) and Joel Spolsky (Joel on Software). It applies when creating technical essays, documentation, tutorials, or explanatory content that needs to be clear, engaging, and actionable.

ghost-writer

56
from robertguss/claude-code-toolkit

Produce first drafts that match a writer's authentic voice using their Voice DNA Document. Consumes DNA documents from writing-dna-discovery skill. Generates 2 meaningfully different drafts with headlines, confidence assessment, decision notes, and DNA refinement suggestions. Collaborative partner that evaluates, pushes back, and advocates for quality. Handles blog posts, essays, newsletters, and more.

chapter-architect

56
from robertguss/claude-code-toolkit

Plan and architect a single chapter at beat-level granularity. Use when you have a chapter from the Architecture Document and need to create a detailed outline before drafting. Produces a Chapter Outline Document for use by draft-coach or ghostwriter.

book-research-assistant

56
from robertguss/claude-code-toolkit

Plan, orchestrate, and validate deep research for nonfiction books. Use when an author has completed book architecture and needs to fill research gaps before outlining chapters. Triggers include requests to plan research, generate research prompts, validate research quality, or prepare for drafting. This skill does everything around deep research—planning, prompting, validating, synthesizing—but the actual research execution happens externally via Claude and Gemini deep research. Requires upstream documents from book-architect (Research Gaps Document, Master Architecture Document, Section Blueprints) and book-ideation (Book Concept Document).

book-market-research

56
from robertguss/claude-code-toolkit

Assess commercial viability of book concepts for Amazon KDP self-publishing. Use when the user has a Book Concept Document and wants to understand market demand, competition, pricing, and positioning before committing to write. Produces a Market Research Report with viability scorecard and Go/No-Go recommendation. Works standalone (commercial analysis only) or after idea-validator (integrated assessment). Nonfiction only.

book-ideation

56
from robertguss/claude-code-toolkit

Develop raw book ideas into structured nonfiction book concepts. Use when the user wants to develop a book idea, has brainstorm documents to refine into a book concept, wants to articulate a book's thesis/promise/reader/transformation, or needs to prepare a book concept for validation and market research. Nonfiction only. Produces a Book Concept Document with all elements needed for downstream skills (idea-validator, market-research, book-architect).

book-idea-validator

56
from robertguss/claude-code-toolkit

Stress-test book concepts against existing research before committing to architecture. Use when the user has a Book Concept Document ready for validation, wants to verify their thesis is defensible, needs to understand the competitive intellectual landscape, or wants honest assessment of their idea's strengths and weaknesses. Produces a Validation Report that informs the Go/No-Go decision. Nonfiction only.

book-architect

56
from robertguss/claude-code-toolkit

Design the structural and emotional architecture for nonfiction books. Use when an author has a validated book concept and needs to create the blueprint before drafting. Triggers include requests to structure a book, create a chapter outline, design a table of contents, map the reader's journey, or plan book organization. Requires upstream documents from book-ideation (Book Concept Document) and optionally from idea-validator (Validation Report) and market-research (Market Research Report).

paywall-pricing-optimizer

56
from robertguss/claude-code-toolkit

Design effective paywalls, structure subscription tiers, and optimize pricing for mobile apps. Covers monetization model selection, paywall screen design, pricing psychology, A/B testing strategy, and RevenueCat/StoreKit/Google Billing integration. Use when the user wants to monetize an app, design a paywall, choose between subscription vs one-time purchase, set pricing tiers, improve conversion rates, plan pricing experiments, or integrate in-app purchases. Triggers on "design my paywall", "how should I price my app", "subscription tiers", "monetization strategy", "paywall copy", "free trial length", "RevenueCat setup", "improve paywall conversion".

mobile-app-launch-checklist

56
from robertguss/claude-code-toolkit

Comprehensive step-by-step launch checklist for shipping mobile apps to the iOS App Store and Google Play Store. Covers pre-submission preparation, store asset creation, build and submission, launch day execution, and post-launch monitoring. Use when the user wants to launch a mobile app, prepare for App Store or Google Play submission, create a launch plan, review submission requirements, or ensure nothing is missed before releasing an app. Triggers on "launch checklist", "app submission", "prepare for launch", "app store submission", "google play submission", "ready to ship", "pre-launch review", "launch day plan".