agentleFS
SkillMedevSkillMedev/social-media-studio/skills/cross-platform-reformatter/SKILL.md

cross-platform-reformatter

Skill1 starsChanged 40 days agoMITView on GitHub

Re-expresses one finished piece of content as the native-equivalent post on each target channel, holding the core idea constant while flexing length, structure, register, and conventions per platform. Use when you have a single written post, article, script, or message and need the same idea posted natively on LinkedIn, X, Instagram, TikTok, YouTube Shorts, or a newsletter. Do NOT use when fanning one long-form asset out into different asset types (clip, quote card, blog) - use content-repurposing instead; do NOT use when writing one fresh caption from a topic - use social-caption-writer instead.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 8 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈8

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    If output feeds a calendar, note sequencing: long-form first (the anchor), then the atomized versions pointing back to it, staggered over …

    line 23
  2. Distinctive:

    Every version reads as if written for that channel first, not resized from another.

    line 65
  3. Distinctive:

    No version is the source text with only hashtags or emoji changed.

    line 68
  4. Distinctive:

    Do not truncate the long version to fit a short one - a shorter post needs a different structure, not fewer words.

    line 71
  5. Distinctive:

    Do not post the same text verbatim across channels.

    line 72
  6. Distinctive:

    Do not produce versions for channels the user did not ask for.

    line 73
  7. Distinctive:

    Do not force a piece onto a channel where it will flop.

    line 74
  8. Distinctive:

    Do not turn one source into a spread of new asset types (clip, quote card, blog paragraph) - that is content-repurposing's job.

    line 75

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Cross-Platform Reformatter

Take one existing piece and ship the same idea as a native post on each requested channel - not the same text with hashtags swapped.

Workflow

  1. Extract the core: pull the single transferable idea plus its proof (the stat, story, or takeaway). This stays constant across every version; everything else is rebuilt around it.
  2. Confirm the target channels. Reformat only the channels the user named; do not invent a full distribution stack. If they named none, ask which channels.
  3. Rebuild - do not truncate - for each target, in its native grammar:
    • LinkedIn: text-first, ~1300-2000 chars, short lines with white space, professional-but-human, one clear insight.
    • X: a tight single post under 280, or a thread where each post stands alone; punchy, no corporate tone.
    • Instagram: caption ~125-150 chars or a short narrative; the image/Reel carries the weight.
    • TikTok: a spoken script with a verbal hook in the first two seconds; conversational, written to be said aloud.
    • YouTube Shorts / Reels: the same script logic with on-screen text beats.
    • Newsletter: longest form; keep the nuance the social cuts drop.
  4. Apply native conventions per channel: hashtags 3-5 on Instagram, 1-2 on LinkedIn/X, a couple of discovery tags at most on TikTok; use features as intended (carousels/Reels on IG, document posts and polls on LinkedIn, threads and quote-posts on X); tune emoji density to the channel.
  5. Hold voice, shift register: keep signature phrasing so the brand stays recognizable; go more formal on LinkedIn, looser on TikTok and X; drop jargon that does not travel to a casual feed.
  6. If output feeds a calendar, note sequencing: long-form first (the anchor), then the atomized versions pointing back to it, staggered over days rather than dumped at once.
  7. Label each version with its target channel and format on delivery.

Worked example

Source: a newsletter section arguing that most A/B tests are called too early, with the proof point "tests stopped at 50 conversions flip their winner a third of the time."

Bad (truncated, not rebuilt) - X:

Most A/B tests are called too early. Teams stop tests when they see an early leader, but tests stopped at 50 conversions flip their winner a third of the time. You need to pre-commit to a sample size and… (1/4)

This is the newsletter paragraph chopped at 280 characters with a thread number stapled on - the first post doesn't stand alone, the hook is buried, and the register is still newsletter-formal.

Good - X:

Your A/B test winner is probably fake.

Tests stopped at 50 conversions flip their winner a third of the time.

Pick the sample size before you launch, or you're just reading tea leaves.

Good - LinkedIn (same core, rebuilt):

We killed a "winning" variant last quarter.

It had beaten control for two straight weeks. Then we let the test run to the pre-set sample size - and the result flipped.

That's not bad luck. Tests stopped at ~50 conversions flip their winner about a third of the time.

The fix is boring and unpopular: decide the sample size before launch, and don't peek.

What's the earliest you've been burned by calling a test?

Same idea, same proof point, two different structures: X leads with the punch and stands alone; LinkedIn opens with a story, breathes with white space, and ends with a conversation prompt.

Deliverable

Produce a channel-labeled post set containing, for each requested channel:

  1. The rebuilt post in that channel's native structure, length, and register - script form (with hook timing and on-screen beats) for TikTok/Shorts, text form for the rest.
  2. The conventions applied - hashtags at the channel's norm, feature notes (carousel, poll, thread) where relevant.
  3. A one-line core statement at the top of the set, so anyone can verify every version carries the same idea and proof.
  4. Sequencing notes (anchor first, atomized versions staggered and linking back) if the set feeds a calendar.

Quality bar

  • Every version reads as if written for that channel first, not resized from another.
  • The core idea and its proof survive intact in each version.
  • Lengths, hashtag counts, and structure match the channel's real norms.
  • No version is the source text with only hashtags or emoji changed.

Do NOT

  • Do not truncate the long version to fit a short one - a shorter post needs a different structure, not fewer words.
  • Do not post the same text verbatim across channels.
  • Do not produce versions for channels the user did not ask for.
  • Do not force a piece onto a channel where it will flop; if it genuinely fits only one channel (a niche technical thread, a platform-specific trend), say so instead of shipping a weak version.
  • Do not turn one source into a spread of new asset types (clip, quote card, blog paragraph) - that is content-repurposing's job.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.