agentleFS
postzen-devpostzen-dev/linkedin-agent-skill/skills/li-repurpose/SKILL.md

li-repurpose

Skill3 starsChanged 30 days agoMITView on GitHub

Turn one long asset - a YouTube video, podcast, newsletter, blog post, transcript or client call - into a week of LinkedIn posts. Use when the user says "repurpose this", "turn this into posts", "I have a video/newsletter/ transcript", or pastes a long piece of content and wants it on LinkedIn.

7 other projects use a version of this, 6 of them edited.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

3 rules. 1 is common, 1 is distinctive, and 1 is very specific to this project.

  • 1

    Common

    Most of the 7 edited versions we read keep these.

  • 1

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Common:

    Do not dump four finished posts at once - they will all sound the same, and the user will edit none of them.

    line 70
  2. Very specific:

    When the posts are written and approved and the PostZen MCP tools are in this session, offer to schedule the week through /li-publish.

    line 75
  3. Distinctive:

    If anything in the list changes after the yes, the yes is spent.

    line 95

“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “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

li-repurpose

One good long asset contains four to six posts. Most people extract one and throw the rest away.

Input

A transcript, an article, a newsletter, a script, a call summary. If the user gives a YouTube URL and there is a transcript tool available in the session, use it; otherwise ask them to paste the text. Read the whole thing before extracting anything.

Extract, do not summarise

A summary of a video is not a post. Nobody wants the summary. Go through the asset and pull out the things that stand alone:

pullwhat it is
Claimsevery sentence that would start an argument
Numbersevery figure, cost, duration, percentage
Storiesevery moment with a person, a scene and a cost
Mechanismsevery "the way this works is..." explanation
Mistakesevery admission of something that went wrong
Linesevery sentence that is already quotable as-is

List what you found, with counts, before writing anything. If the asset yields fewer than four items, it is thin, and four posts squeezed out of it will be thin too. Say that.

Then build the week

Each extract becomes one post, and each post has to stand completely on its own - the reader has not seen the video and never will. Never write "as I mentioned in my latest video". The post is the thing.

Assign a hook formula from li-post/hooks.json to each, and vary them: five posts from one source with the same hook shape reads as a content mill.

Order them across the week so the strongest claim goes first, the story goes midweek, and the mechanism post goes last, when people who liked the earlier ones are watching for it.

Output

SOURCE: "Why we killed discovery calls" (18 min, 3,400 words)

FOUND  4 claims, 6 numbers, 2 stories, 3 mechanisms, 1 mistake, 5 quotable lines

WEEK
TUE  #1  Contrarian    Discovery calls are a tax you pay for a bad website
WED  #17 Time Anchor   We got 6 hours a week back by deleting one calendar link
THU  #9  Cold Open     "Can we just hop on a quick call?"
FRI  #21 Direct Value  The 4-question form that replaced the call. Steal it.

Say "write Tuesday" and I will draft it.

Then draft on request, one at a time, each through /li-post and /li-human. Do not dump four finished posts at once - they will all sound the same, and the user will edit none of them.

Scheduling the week through PostZen

When the posts are written and approved and the PostZen MCP tools are in this session, offer to schedule the week through /li-publish. Two ways to place them:

  • Explicit times. Each post gets its own scheduledFor with the user's timezone offset, straight off the week above.
  • The queue. Each post goes in with queuedFromProfile, and PostZen gives it the profile's next free slot. This needs a queue with slots, which /li-plan sets up. Never fetch a slot with getNextQueueSlot and pass it back as scheduledFor.

One confirmation covers the whole list, and it lists everything: each post's day and time with timezone, format, account name, visibility, first line, any media file, and anything left to do by hand (a first-comment link, say). In queue mode the time is not fixed until the call returns, so list the slots previewQueue({ profileId }) shows, say that each post takes the next free one at send time, and report the scheduledFor that comes back. Show it, get the yes, then /li-publish sends them one call at a time and checks each platforms[].status before moving on.

If anything in the list changes after the yes, the yes is spent. Show the list again.

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.