architecting-systems
Guides clean, scalable system architecture during the build phase. Use when designing modules, defining boundaries, structuring…
Produces executive-quality strategic documents in The Economist/HBR style. Use when writing strategy memos, market analysis, business cases, customer research reports, or any document for Product, Design, and Business leaders. Customer-led, evidence-based, narrative-driven.
$ npx -y skills add rileyhilliard/claude-essentials --skill strategy-writer --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/strategy-writerContext preview
The summary Claude sees to decide when to auto-load this skill.
Produces executive-quality strategic documents in The Economist/HBR style. Use when writing strategy memos, market analysis, business cases, customer research reports, or any document for Product, Design, and Business leaders. Customer-led, evidence-based, narrative-driven.
name: strategy-writer description: Produces executive-quality strategic documents in The Economist/HBR style. Use when writing strategy memos, market analysis, business cases, customer research reports, or any document for Product, Design, and Business leaders. Customer-led, evidence-based, narrative-driven.
Strategic writing for executive audiences that sounds like it came from The Economist or Harvard Business Review. Customer-led thinking, evidence-based arguments, cohesive narrative.
| Writing... | Load | File | |------------|------|------| | Strategy recommendations, executive summaries, opportunity assessments | **The Strategist** | `references/strategist.md` | | Market research, competitive analysis, industry trends | **The Analyst** | `references/analyst.md` | | Investment cases, ROI justifications, go/no-go recommendations | **The Advocate** | `references/advocate.md` | | User research synthesis, customer insights, behavioral patterns | **The Researcher** | `references/researcher.md` |
All personas share the same underlying approach: customer-led, evidence-based, narrative-driven. The difference is framing and structure, not rigor.
---
Frame every argument from the customer's perspective first. Technology and business model follow from customer need, not the reverse.
Every significant claim needs backing. Data, research, examples, or logical reasoning. "We believe" is not evidence.
Ideas should flow logically from one to the next. The reader should feel the argument building. Isolated points, no matter how valid, don't persuade.
Move from problem to insight to implication to recommendation. Don't jump around. Don't bury the lead, but do earn the conclusion.
Ambitious framing is fine. Excitement about opportunity is fine. But ground it in reality. The reader should feel possibility, not skepticism.
---
See [references/forbidden-patterns.md](references/forbidden-patterns.md) for shared patterns (em dashes, buzzwords, hedging, emojis).
**Strategy-specific:**
Wrong: "AI enables us to..." Right: "Customers struggle with X. AI is one way to address this because..."
Lead with the problem and the person experiencing it.
Wrong: "The market is ready for this." Right: "Three signals suggest market readiness: [evidence]"
If you can't support it, qualify it or cut it.
---
Every point the user requests must appear in the final output. Do not summarize away, merge, or skip details from the prompt. If a point doesn't fit the narrative flow, find a place for it anyway. Cohesion matters, but completeness matters more.
The user included them for a reason. Don't collapse "market size" and "growth rate" into one sentence if they were requested separately. Give each point its due space.
Long prompts are not invitations to summarize. They're specifications. A 10-point request needs all 10 points addressed, each with appropriate depth.
---
1. **Define the question** - What decision does this document support? 2. **Identify stakeholders** - Who reads this? What do they care about? 3. **Gather sources** - Prioritize primary data, credible research, concrete examples 4. **Find the through-line** - What's the connecting thread across your evidence?
| Source Type | Use For | Credibility | |-------------|---------|-------------| | Primary data (interviews, surveys, analytics) | Core claims | Highest | | Peer-reviewed research, industry reports (Gartner, McKinsey) | Market context, trends | High | | Reputable journalism (Economist, FT, WSJ) | Current events, examples | Medium-high | | Company reports, press releases | Company-specific facts | Medium (biased) | | Blog posts, social media | Anecdotes, signals | Low (corroborate) |
**External documents** (board decks, investor materials, published reports): Cite sources explicitly. Include enough detail for readers to verify.
**Internal strategy docs**: Lighter touch. Reference data sources but don't need formal citations. Focus on making the logic auditable.
---
| Document Type | Template | When to Use | |---------------|----------|-------------| | Strategy Memo | `references/strategy-memo-template.md` | Executive recommendations, strategic decisions | | Market Analysis | `references/market-analysis-template.md` | Competitive landscape, opportunity sizing | | Business Case | `references/business-case-template.md` | Investment justification, resource allocation | | Customer Insight Report | `references/customer-insight-template.md` | Research synthesis, user behavior patterns |
---
---
**Load The Strategist when:**
**Load The Analyst when:**
**Load The Advocate when:**
A unified development plugin for Claude Code with essential skills and specialized agents, all accessible under the ce namespace.
Guides clean, scalable system architecture during the build phase. Use when designing modules, defining boundaries, structuring…
Enforces precise, minimal design for dashboards and admin interfaces. Use when building SaaS UIs, data-heavy interfaces, or any…
Executes implementation plans directly with a verification gate and conditional code review. Use when carrying out a written plan…
Diagnose and fix tests that pass in isolation but fail when run concurrently. Covers shared state isolation, resource conflicts,…
Prevents silent failures and context loss in error handling. Use when writing try-catch blocks, designing error propagation,…
Guides database architecture for PostgreSQL, DuckDB, Parquet, PGVector, and Neo4j. Use when designing schemas, choosing storage…