content
Use this skill when the user needs a content strategy, wants to build in public, grow an audience, choose content platforms, or create a distribution plan. Covers platform selection, build-in-public frameworks, content distribution, and audience building for solo founders.
What this skill does
# Content Marketing & Build-in-Public For a solo founder, content IS the marketing department. This skill helps you pick a platform, build an audience through authentic sharing, and convert followers into customers — without a marketing team or ad budget. ## Core Principles - Content is not marketing. Content is proof of expertise, proof of work, and proof that you understand your audience's problems better than anyone else. - Build-in-public is the highest-ROI content strategy for a solo founder. It costs nothing, builds trust, and creates a moat of authenticity no competitor can copy. - One platform, deeply. A mediocre presence on 5 platforms loses to a strong presence on 1. - Show your work, not your product. Process > polish. Decisions > announcements. Lessons > launches. - The content that converts best is the content that would be useful even if your product didn't exist. - Consistency matters more than quality. Publish regularly at 80% quality rather than occasionally at 100%. ## Platform Selection Choose ONE based on where your ICP actually spends time: | Platform | Best For | Content Style | ICP Signal | |----------|----------|--------------|------------| | **Twitter/X** | Developers, SaaS founders, tech professionals | Short-form threads, hot takes, metrics sharing | Your ICP tweets about work, follows industry leaders | | **LinkedIn** | B2B professionals, enterprise buyers, consultants | Professional stories, industry insights, career content | Your ICP has detailed LinkedIn profiles, posts about industry | | **Reddit** | Technical audiences, niche communities | Helpful answers, deep-dive posts, genuine participation | Active subreddits exist for your problem space | | **Indie Hackers** | Solo founders, bootstrappers | Revenue updates, strategy deep-dives, lessons learned | Your buyers are themselves builders/founders | | **Hacker News** | Developers, technical decision-makers | Technical articles, Show HN launches, Ask HN questions | Your ICP reads HN, comments on technical topics | | **Discord/Slack** | Community-first audiences, developer tools | Ongoing helpful presence, quick answers | Active communities exist in your niche | **How to decide**: Go where your ICP already has conversations about the problem you solve. Search for your problem keywords on each platform. The one with the most active discussion is your platform. ## Build-in-Public Content Framework ### The 5 Content Pillars **1. Progress Updates** (weekly) What you built, what moved, what the numbers say. ``` This week: - Shipped [feature]. Here's why it matters: [user problem it solves]. - MRR: $X → $Y (+Z%) - Biggest surprise: [insight] - Next week: [what you're tackling] ``` **2. Decision Stories** (2-3x/month) The reasoning behind a product, pricing, or strategy choice. ``` A user asked for [feature]. I said no. Here's why: [Explain the reasoning — what you considered, what tradeoffs exist, what you decided and why.] The harder question isn't "should we build it?" It's "what should we NOT build so we can focus on what matters?" ``` **3. Lessons & Failures** (2-3x/month) What went wrong and what you learned. This is the highest-engagement content type. ``` I lost 12% of my users last month. Here's what happened: [Honest explanation of what went wrong.] [What you learned.] [What you're changing.] Sharing because I wish someone had told me this 6 months ago. ``` **4. How-We-Built-It** (2-4x/month) Technical or tactical deep-dives that showcase your expertise. ``` How I built [feature] in [timeframe]: [Step-by-step breakdown of the approach] [Tools/tech used] [Result for users] Full breakdown: [link to blog post or thread] ``` **5. Problem Exploration** (1-2x/month) Content about the problem space that's useful even without your product. ``` The 3 things every [ICP role] gets wrong about [problem]: 1. [Misconception] — Actually, [truth]. Here's why... 2. [Misconception] — The data says [counter-evidence]... 3. [Misconception] — I learned this the hard way when... ``` ### Content Calendar Template ``` Monday: Progress update or metrics share Tuesday: Problem exploration or industry insight Wednesday: How-we-built-it or tactical tip Thursday: Decision story or lesson learned Friday: Community engagement (reply to others, ask questions) ``` Minimum viable cadence: **3 posts per week**. You can always scale up, but consistency at 3/week beats burnout at 7/week. ## Platform-Specific Formats ### Twitter/X **Thread format (highest engagement):** ``` Tweet 1 (hook): [Surprising claim or specific result] Tweet 2-6: [The substance — one idea per tweet, each stands alone] Tweet 7 (close): [Takeaway + soft CTA] Example hook tweets: - "I went from 0 to $5K MRR in 90 days. Here's the exact playbook:" - "A user asked me to build [feature]. I said no. Here's why:" - "I tracked every hour I spent for 30 days. The results surprised me:" - "The biggest mistake I made building [Product] (and how I fixed it):" ``` **Single tweet format:** ``` [Insight or observation] [Supporting detail or data point] [Implication or takeaway] Keep under 240 characters for maximum reach. Or go long (up to 4,000 chars) for nuanced takes. ``` ### LinkedIn **Post format:** ``` [Strong opening line — pattern interrupt or bold claim] [blank line] [3-5 short paragraphs, each 1-2 sentences] [Use line breaks aggressively — LinkedIn rewards readability] [Personal anecdote or specific data point] [Takeaway or question to drive comments] [Optional: 3-5 relevant hashtags] ``` **What works on LinkedIn:** - Personal stories with professional lessons - Contrarian takes on industry norms - Specific numbers and results - "Here's what I learned" framing - Questions that invite discussion ### Reddit **Post format:** ``` Title: [Specific, descriptive, not clickbait] Body: - Lead with the value or question - Be genuinely helpful first - Share your experience, not your pitch - Mention your product only if directly relevant AND you disclose it's yours - Respond to every comment ``` **Rules:** - Never post just to promote. Reddit will destroy you. - Earn the right to mention your product by giving value first. - Each subreddit has its own culture. Lurk for a week before posting. - The best Reddit strategy is being the most helpful person in 2-3 relevant subreddits. ### Indie Hackers **Post format:** ``` Title: [Specific milestone, lesson, or question] Body: - Detailed breakdown of what happened - Actual numbers (revenue, users, conversion rates) - What you tried, what worked, what didn't - Specific advice for others in similar situations ``` The IH community values transparency and specificity above all else. ## Driving to Conversion Every piece of content should have a path to your product, but it should never feel like an ad. **Soft CTAs (use these):** - "I built [Product] to solve exactly this. Here's a 2-min demo: [link]" - "If you're dealing with this, I wrote a full breakdown at [landing page]" - "We're helping [X] teams with this right now. Details at [link]" **Hard CTAs (use sparingly, only on high-value posts):** - "Try it free: [link]" - "We just launched [feature]. Check it out: [link]" **Link strategy:** - Don't link to your homepage. Link to a specific page relevant to the post's topic. - Use case pages convert better than feature pages when linked from content. - "Start here" pages designed for community traffic outperform generic landing pages. ## Content Repurposing One piece of content becomes many: ``` Blog post (1,500 words) → Twitter thread (extract 7-10 key points) → LinkedIn post (extract personal angle) → Reddit comment (answer a related question, link to post) → Newsletter edition (add personal context) → Indie Hackers post (add revenue/metrics context) ``` Write once, distribute everywhere. But adapt the format and tone for each platform. ## What NOT to Post - "Excited to announce..." (nobody cares about your excitement — share the v
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.