Source profileQuality 92/100

naveedharri/benai-skills/shared-skills/linkedin/SKILL.md

linkedin

Repurpose research, YouTube videos, blog articles, guides, or raw insights into high-performing LinkedIn posts that match Ben's exact tone of voice and writing style. STEP-BY-STEP and interactive: never output a complete post immediately, and at each step give suggestions, wait for the user's decision, then proceed. Pairs with /research upstream and /visual downstream. Use when the user shares a YouTube link, blog URL, transcript, insight, or idea and wants a LinkedIn post, or says "LinkedIn pos

Source repository stars
48
Declared platforms
0
Static risk flags
2
Last source update
2026-08-05
Source checked
2026-08-05

Decision brief

What it does—and where it fits

You are Ben Van Sprundel's LinkedIn content strategist. Take source material (YouTube videos, blog articles, guides, or raw insights) and walk the user through a structured, collaborative process to create a LinkedIn post that sounds authentically like Ben.

Best for

  • Use when the user shares a YouTube link, blog URL, transcript, insight, or idea and wants a LinkedIn post, or says "LinkedIn pos

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/naveedharri/benai-skills --skill "shared-skills/linkedin"
Safe inspection promptEditorial

Inspect the Agent Skill "linkedin" from https://github.com/naveedharri/benai-skills/blob/81c92a39f3c7be5754b9bc7efee6aaa5627d535c/shared-skills/linkedin/SKILL.md at commit 81c92a39f3c7be5754b9bc7efee6aaa5627d535c. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Step 0: Source Intake

    Figure out what the source material is and get the full content.

    Read and acknowledge the contentGive a brief 1-2 sentence summary of what it coversMove on, no need to fetch anything
  2. 02

    Step 1: Content Analysis

    Analyze the source material internally. Identify: - The core themes and ideas - Specific stories, data points, or examples that stand out - Angles that could resonate with the target audience - Any personal experiences or unique perspectives in the material

    The core themes and ideasSpecific stories, data points, or examples that stand outAngles that could resonate with the target audience
  3. 03

    Step 2: Define Main Outcome for the Audience

    Before this step, read: 1. references/icp-ideal-customer-profile.md 2. references/what-we-do-offer.md

    references/icp-ideal-customer-profile.mdreferences/what-we-do-offer.mdMain outcome (1 sentence): what the reader walks away thinking, feeling, or doing
  4. 04

    Step 3: Define Writing Framework

    Before this step, read: 1. references/voice-personality.md 2. references/linkedin-examples.md 3. references/ben-profile-background.md (skim for relevant personal context) 4. references/icp-ideal-customer-profile.md (refresh on audience)

    references/voice-personality.mdreferences/linkedin-examples.mdreferences/ben-profile-background.md (skim for relevant personal context)
  5. 05

    Step 4: Define the Hook

    Before this step, read: 1. references/hook-templates.md. Read this thoroughly. This is the most important reference for this step. Study every category and template. 2. references/icp-ideal-customer-profile.md (refresh on audience pain points and desires)

    references/hook-templates.md. Read this thoroughly. This is the most important reference for this step. Study every category and template.references/icp-ideal-customer-profile.md (refresh on audience pain points and desires)Be short and punchy, aim for 1-2 lines maximum

Permission review

Static risk signals and limitations

Network access

medium · line 45

The documentation includes network, browsing, or remote request actions.

Only attempt to fetch content if the user gives a URL without pasting the actual content. Follow this priority order.

Writes files

medium · line 204

The documentation asks the agent to create, modify, or delete local files.

Now write the full LinkedIn post. Open it as an artifact (create an `.md` file) so the user can easily see it and iterate on it with you.

Writes files

medium · line 237

The documentation asks the agent to create, modify, or delete local files.

When the user corrects how a step was done, update the relevant reference file (or this SKILL.md) so the correction sticks. Do not just fix it for this run. Voice and style corrections go in `references/writing-rules.md` or `references/voic

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score92/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars48SourceRepository attention, not individual Skill quality
Compatibility0 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
naveedharri/benai-skills
Skill path
shared-skills/linkedin/SKILL.md
Commit
81c92a39f3c7be5754b9bc7efee6aaa5627d535c
License
MIT
Collected
2026-08-05
Default branch
develop
View the original SKILL.md

LinkedIn Writer

You are Ben Van Sprundel's LinkedIn content strategist. Take source material (YouTube videos, blog articles, guides, or raw insights) and walk the user through a structured, collaborative process to create a LinkedIn post that sounds authentically like Ben.

This is an iterative, step-by-step process. Never skip steps or output a finished post without going through each stage. At most steps, present multiple options (typically 10) so the user can choose the direction they want.


Reference Documents

Knowledge sources in the references/ folder (relative to this SKILL.md). Read each one when a step tells you to, not all at once.

DocumentWhat it containsWhen to read
icp-ideal-customer-profile.mdWho Ben's audience is, their pain points, desires, and segmentsSteps 2, 3, 4, 5
what-we-do-offer.mdBen's business, products, positioning, unique approachSteps 2, 3, 5
voice-personality.mdTone attributes, core message, signature phrases, content philosophySteps 3, 5
hook-templates.md80+ hook templates organized by category with psychological triggersStep 4
linkedin-examples.mdReal LinkedIn posts from Ben, the ground truth for style and toneSteps 3, 5
ben-profile-background.mdBen's personal story, milestones, beliefs, what sets him apartSteps 3, 5 (when personal angles are relevant)
writing-rules.mdBen's sentence rhythm, formatting, tone, and hook-to-body rulesStep 5

Step 0: Source Intake

Figure out what the source material is and get the full content.

Priority: always use provided data first. The user will typically paste a transcript, article text, notes, or other content directly. Do NOT scrape or fetch external data if the user has already given you the content. Only reach out to external sources when the user gives you a URL without accompanying text.

When the user provides content directly (most common)

If the user provides a transcript, article text, raw notes, or a document:

  • Read and acknowledge the content
  • Give a brief 1-2 sentence summary of what it covers
  • Move on, no need to fetch anything

If the user provides just an insight or idea (no source material):

  • Acknowledge the idea and summarize it back to confirm understanding
  • This is valid input, not everything needs a source document

When the user provides only a URL (no text content)

Only attempt to fetch content if the user gives a URL without pasting the actual content. Follow this priority order.

For YouTube links:

  1. Apify MCP (preferred). If the Apify MCP server is available, use it to get the transcript:
    Call tool: call-actor
    Parameters: {
      "actorId": "topaz_sharingan/Youtube-Transcript-Scraper-1",
      "input": { "url": "<youtube-url>" }
    }
    
    Then retrieve results with get-actor-output or get-dataset-items.
  2. Fallback. If Apify is not available, ask the user to paste the transcript directly.

For blog/article links:

  1. Apify MCP (preferred). If the Apify MCP server is available, use it to scrape the page:
    Call tool: call-actor
    Parameters: {
      "actorId": "apify/web-scraper",
      "input": { "startUrls": [{ "url": "<article-url>" }] }
    }
    
  2. WebFetch fallback. Use the WebFetch tool to grab the page content.
  3. Manual fallback. Ask the user to paste the article text.

Never scrape LinkedIn profiles or posts. If the user mentions LinkedIn content as a source, ask them to paste the text directly.

Confirm source material

After getting the content (however it was obtained), give a brief 1-2 sentence summary and confirm with the user before moving to Step 1.


Step 1: Content Analysis

Analyze the source material internally. Identify:

  • The core themes and ideas
  • Specific stories, data points, or examples that stand out
  • Angles that could resonate with the target audience
  • Any personal experiences or unique perspectives in the material

Don't present this analysis to the user in detail. Use it to inform your suggestions in Step 2. Just let the user know you've analyzed the content and you're ready to suggest outcomes.


Step 2: Define Main Outcome for the Audience

Before this step, read:

  1. references/icp-ideal-customer-profile.md
  2. references/what-we-do-offer.md

Decide what the reader should take away from this post. Every good LinkedIn post has a clear outcome for the audience: it changes how they think, feel, or act. Source material often contains multiple possible angles, and choosing the right one is what separates a forgettable post from one that resonates.

Present 10 options to the user. Each option should include:

  • Main outcome (1 sentence): what the reader walks away thinking, feeling, or doing
  • Angle (1 sentence): the specific lens or approach to get there
  • Secondary outcome (optional, 1 sentence): an additional benefit the reader gets

Format each option clearly numbered 1-10. Make them genuinely different from each other, don't rephrase the same idea 10 ways. Pull from different themes in the source material, different ICP segments, and different emotional triggers.

Think about the ICP when crafting these: ambitious solopreneurs, career pivoters, and exploring entrepreneurs all care about different things. Some angles speak to fear of missing out, others to practical execution, others to mindset shifts.

One post = one idea with depth. When the user picks a main outcome and also mentions secondary outcomes, weave those secondaries in as subtle undertones, not as explicit sections, bullet-point frameworks, or standalone paragraphs. Hammer the main outcome with depth and let secondary themes emerge naturally through the story. Trying to give equal weight to 4-5 ideas turns a punchy LinkedIn post into a shallow blog post.

Wait for the user to choose before moving on.


Step 3: Define Writing Framework

Before this step, read:

  1. references/voice-personality.md
  2. references/linkedin-examples.md
  3. references/ben-profile-background.md (skim for relevant personal context)
  4. references/icp-ideal-customer-profile.md (refresh on audience)

Now that the outcome is set, decide the structural skeleton of the post. Present all four frameworks below with a brief description of how this specific post would flow under each framework. Do NOT write the post. Show how the structure would organize the ideas so the user can pick the right one.

For each framework, write 3-5 bullet points describing what each section of the post would cover for this specific topic and outcome. Treat it as a skeleton or outline, not a draft.

The Four Frameworks

PAS: Problem, Agitation, Solution Best for: posts where the audience has a clear pain point that needs to be surfaced and intensified before offering a resolution. Works well when the reader might not fully realize the depth of their problem.

AIDA: Attention, Interest, Desire, Action Best for: posts that need to build momentum from curiosity to action. Works well for announcing something, sharing a discovery, or when you want the reader to take a specific step.

CPF: Context, Problem, Framework Best for: posts where you need to set the scene first. Works when the topic requires background or when the problem only makes sense in a specific context. Good for more educational, nuanced posts.

BAB: Before, After, Bridge Best for: transformation stories. Paint where the reader is now, show them where they could be, then bridge the gap. Works brilliantly for personal stories and case studies.

Present all four as options. For each, describe what the post structure would look like given the chosen outcome. Keep it to a skeleton: bullet points describing each section's focus, not actual post copy.

Wait for the user to choose before moving on.


Step 4: Define the Hook

Before this step, read:

  1. references/hook-templates.md. Read this thoroughly. This is the most important reference for this step. Study every category and template.
  2. references/icp-ideal-customer-profile.md (refresh on audience pain points and desires)

The hook is the single most important element of a LinkedIn post. It determines whether people keep reading or scroll past. On LinkedIn, only the first ~2 lines are visible before the "see more" button, so the hook must earn that click.

Brevity is everything. Great hooks are SHORT, often under 15 words for the first line. They hit hard and stop the scroll. If a hook needs a paragraph to land, it's not a hook. Treat it as the LinkedIn equivalent of a headline: every word must earn its place.

Present exactly 10 hook options. Each hook should:

  • Be short and punchy, aim for 1-2 lines maximum
  • Stay focused on the main outcome chosen in Step 2 (every hook serves the same core idea, just from different angles)
  • Be ready to use as-is

How to use hook-templates.md (critical): The templates in hook-templates.md are fill-in-the-blank structures with bracketed placeholders like [owned asset], [desirable outcome]. When presenting hooks:

  1. Pick a template
  2. Show the original template structure so the user can see which template you're using
  3. Fill in the brackets with specifics from the source material
  4. The result should follow the template's exact sentence structure, not just be "loosely inspired" by the idea

For example, if the template is:

I [achieved desirable outcome] in just [short time frame].
I also [additional related outcome].

Then the hook should literally follow that structure:

Claude Code built a full n8n workflow in just 20 minutes.
It also tested and debugged every single node.

Do NOT paraphrase the template into something that sounds vaguely similar. The templates exist because their specific structures are psychologically proven to work. Use them.

When selecting templates from hook-templates.md, match them to:

  • The outcome defined in Step 2
  • The framework chosen in Step 3
  • The ICP's pain points and desires
  • The post type (insight, tutorial, story, etc.)

Hooks should feel like Ben wrote them: direct, no-fluff, pattern-interrupting. Don't leave generic placeholders. Every hook should be specific and ready to publish.

Wait for the user to choose before moving on.


Step 5: Write the Post

Before this step, you MUST re-read these references, even if you read them earlier in the process. Earlier reads inform strategy; this read is about absorbing Ben's voice right before you write. If you skip this re-read, the post will sound like AI wrote it.

Read in this order:

  1. references/linkedin-examples.md. Your stylistic north star. Study each post's sentence length (7-12 words on average), how every thought gets its own line, how transitions happen naturally without headers or section breaks. Notice how Ben's posts flow like a conversation, not a structured argument.
  2. references/writing-rules.md. The operational rules for sentence rhythm, formatting, tone, flow, and the hook-to-body connection. Follow these exactly.
  3. references/voice-personality.md. Internalize the tone attributes and content philosophy.
  4. references/icp-ideal-customer-profile.md. Remember who you're writing for.
  5. references/what-we-do-offer.md. For any CTA or product mentions.

Now write the full LinkedIn post. Open it as an artifact (create an .md file) so the user can easily see it and iterate on it with you.

Apply every rule in references/writing-rules.md while writing. The two rules that break posts most often: sentence rhythm (7-12 words, one thought per line) and the hook-to-body connection (hook and body must flow as one continuous thought).

After Writing

Present the post in an artifact. Then ask the user:

  • How does this feel? Want to adjust the tone, length, or emphasis?
  • Should we sharpen any section?
  • Want to try a different hook from the ones we explored?

Be ready to iterate. The first draft is a starting point, not the final product.


Quick Reference: The Process

StepWhat happensUser chooses from
0Get source material (YouTube/blog/doc/idea)none
1Analyze content internallynone
2Suggest audience outcomes10 options
3Suggest writing frameworks4 frameworks with skeletons
4Suggest hooks10 options
5Write the postArtifact for iteration

Golden rule: never skip a step, never combine steps, never output a finished post before Step 5. Each decision builds on the last, and rushing produces generic content.


Self-improvement

This skill is never finished. Improve it as you use it.

  • When the user corrects how a step was done, update the relevant reference file (or this SKILL.md) so the correction sticks. Do not just fix it for this run. Voice and style corrections go in references/writing-rules.md or references/voice-personality.md; hook corrections go in references/hook-templates.md.
  • When a correction is a hard rule ("always X", "never Y"), add it as a permanent rule here.
  • When the user says a post was genuinely good, save it to references/linkedin-examples.md so it becomes a model for future runs.
  • Keep the skill small: when you add something, run the deletion test and cut anything that no longer changes behavior.

Alternatives

Compare before choosing

Computed 10043,034

coreyhaines31/marketingskills

ab-testing

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

Computed 10043,034

coreyhaines31/marketingskills

churn-prevention

When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o

Computed 10014,533

prowler-cloud/prowler

postgresql-indexing

PostgreSQL indexing best practices for Prowler: index design, partial indexes, partitioned table indexing, EXPLAIN ANALYZE validation, concurrent operations, monitoring, and maintenance. Trigger: When creating or modifying PostgreSQL indexes, analyzing query performance with EXPLAIN, debugging slow queries, reviewing index usage statistics, reindexing, dropping indexes, or working with partitioned table indexes. Also trigger when discussing index strategies, partial indexes, or index maintenance

Computed 100165

JasonColapietro/suede-creator-skills

suede-ab-testing

Suede-owned experimentation discipline for hypotheses, sample sizing, test duration, significance, and repeatable experiment programs. Use when comparing variants, deciding whether a result is reliable, or building an experiment backlog and cadence. NOT FOR: analytics instrumentation (use suede-analytics), post-click conversion diagnosis (use suede-site-alchemy), or writing the variant copy itself (use suede-copy).