LinkedIn Drafter

Category: Content Example Model: strong writing model Updated: 2026-05-25

Draft posts for review. Do not auto-post.

Quick Start

Prerequisites

  • Activity source: memory files, task history, git commits, notes, or calendar.
  • Draft destination: Notion, Airtable, Markdown file, Google Doc, or task ledger.
  • Voice notes, if you have them.
  • A model that is good at writing in a constrained style.

Add The Job

openclaw cron add \
  --name "linkedin-drafter" \
  --cron "0 10 * * 2" \
  --timezone "America/Los_Angeles" \
  --session isolated \
  --message "Draft 2 LinkedIn posts from [YOUR_ACTIVITY_SOURCE]. Use my voice: direct, concrete, no hype, no em dashes, no emoji. Topics to prefer: [TOPIC_1], [TOPIC_2], [TOPIC_3]. Save drafts to [YOUR_DRAFT_DESTINATION] with status Draft. Do not post."

Test

openclaw cron list
openclaw cron run <job-id> --wait

Full Prompt

Draft 2 LinkedIn posts for review.

Source material:
- [YOUR_ACTIVITY_SOURCE]

Topics to prefer:
- [TOPIC_1]
- [TOPIC_2]
- [TOPIC_3]

Voice:
- direct
- grounded
- specific examples over general advice
- professional but plain
- no em dashes
- no emoji
- no "5 lessons" filler unless the source material genuinely supports it
- no claims that are not in the source material

For each draft:
- first line should state the point plainly
- 150 to 300 words
- one idea per post
- include a specific example or detail
- end without engagement bait

Save to [YOUR_DRAFT_DESTINATION] with:
- title
- content
- source notes used
- status: Draft

Do not publish, schedule, or send externally.

Good Sources

SourceWhat It Produces
Memory filesDecisions, lessons, patterns
Git commitsConcrete technical work
Task historyShipped work and blockers
CalendarTalks, meetings, workshops
NotesRaw thinking and examples

Security

  • Never auto-post.
  • Do not use confidential work.
  • Review drafts manually.
  • Keep draft storage private.
  • Avoid copying private memory into public posts.

Troubleshooting

ProblemFix
Drafts are genericAdd richer source notes
Voice is offAdd examples of approved posts
Too much polishTell it to preserve rough specifics
Sensitive details leakAdd a redaction checklist
Repeated topicsRotate topic preferences

What Worked

  • Drafting from actual work produced better posts than starting from generic topics.
  • Saving drafts for review was safer than trying to auto-post.
  • A weekly cadence was easier to review than a daily one.
  • Keeping source notes with each draft made editing faster.

What Did Not Work

  • Auto-posting was a bad idea. Some drafts need heavy editing or should not be public at all.
  • Asking for too many drafts produced filler.
  • Generic “professional” tone made posts sound interchangeable.

Gotchas

  • Memory gaps matter. If you do not log the work, the agent has nothing specific to use.
  • Private client, employer, or product details can leak if the prompt does not include a redaction pass.
  • Timing advice changes. Do not overfit the cron schedule to old social-media advice.

Variations

Short-form draft: Ask for one short post under 120 words.

Technical thread: Ask for a structured technical explanation, then manually adapt it before posting.

Internal newsletter: Use the same source material but save it as a private team update.

Changelog

  • 2026-02-09 - Initial version, Tuesdays 10 AM
  • 2026-05-25 - Updated for current cron command style and review-only publishing