Typefully

Typefully Skill

Create, schedule, and publish social media content across multiple platforms using Typefully.

Freshness check: If more than 30 days have passed since the last-updated date above, inform the user that this skill may be outdated and point them to the update options below.

Keeping This Skill Updated

Source: github.com/typefully/agent-skills API docs: typefully.com/docs/api

Update methods by installation type:

API changes ship independently—updating the skill ensures you have the latest commands and workflows.

Setup

Before using this skill, ensure:

1. API Key: Run the setup command to configure your API key securely

   • Get your key at https://typefully.com/?settings=api
   • Run: <skill-path>/scripts/typefully.js setup (where <skill-path> is the directory containing this SKILL.md)
   • Or set environment variable: export TYPEFULLY_API_KEY=your_key

2. Requirements: Node.js 18+ (for built-in fetch API). No other dependencies needed.

Config priority (highest to lowest):

1. TYPEFULLY_API_KEY environment variable
2. ./.typefully/config.json (project-local, in user's working directory)
3. ~/.config/typefully/config.json (user-global)

Handling "API key not found" errors

CRITICAL: When you receive an "API key not found" error from the CLI:

1. Tell the user to run the setup command - The setup is interactive and requires user input, so you cannot run it on their behalf. Recommend they run it themselves, using the correct path based on where this skill was loaded:

   <skill-path>/scripts/typefully.js setup
   

2. Stop and wait - After telling the user to run setup, do not continue with the task. You cannot create drafts, upload media, or perform any API operations without a valid API key. Wait for the user to complete setup and confirm before proceeding.

3. DO NOT attempt any of the following:

   • Searching for API keys in macOS Keychain, .env files, or other locations
   • Grepping through config files or directories
   • Looking in the user's Trash or other system folders
   • Constructing complex shell commands to find credentials
   • Drafting content or preparing posts before setup is complete

The setup command will interactively guide the user through configuration. Trust the CLI's error messages and follow their instructions.

Note for agents: All script paths in this document (e.g., ./scripts/typefully.js) are relative to the skill directory where this SKILL.md file is located. Resolve them accordingly based on where the skill is installed.

Social Sets

The Typefully API uses the term "social set" to refer to what users commonly call an "account". A social set contains the connected social media platforms (X, LinkedIn, Threads, etc.) for a single identity.

The CLI supports a default social set - once configured, most commands work without specifying the social_set_id.

You can pass the social set either way:

• Positional: drafts:list 123
• Flag: drafts:list --social-set-id 123 (also supports --social_set_id)

When determining which social set to use:

1. Check for a configured default first - Run config:show to see if a default is already set:

   ./scripts/typefully.js config:show
   

   If default_social_set is configured, the CLI uses it automatically when you omit the social_set_id.

2. Check project context - Look for configuration in project files like CLAUDE.md or AGENTS.md:

   ## Typefully
   Default social set ID: 12345
   

3. Single social set shortcut - If the user only has one social set and no default is configured, use it automatically

4. Multiple social sets, no default - Ask the user which to use, then offer to save their choice as the default:

   ./scripts/typefully.js config:set-default
   

   This command lists available social sets and saves the choice to the config file.

5. Reuse previously resolved social set - If determined earlier in the session, use it without asking again

Common Actions

Workflow

Follow this workflow when creating posts:

1. Check if a default social set is configured:

   ./scripts/typefully.js config:show
   

   If default_social_set shows an ID, skip to step 3.

2. If no default, list social sets to find available options:

   ./scripts/typefully.js social-sets:list
   

   If multiple exist, ask the user which to use and offer to set it as default:

   ./scripts/typefully.js config:set-default
   

3. Create drafts (social_set_id is optional if default is configured):

   ./scripts/typefully.js drafts:create --text "Your post"
   

   Note: If --platform is omitted, the first connected platform is auto-selected.

   For multi-platform posts: See Publishing to Multiple Platforms — always use a single draft, even when content differs per platform.

4. Schedule or publish as needed

Working with Tags

Tags help organize drafts within Typefully. Always check existing tags before creating new ones:

1. List existing tags first:

   ./scripts/typefully.js tags:list
   

2. Use existing tags when available - if a tag with the desired name already exists, use it directly when creating drafts:

   ./scripts/typefully.js drafts:create --text "..." --tags existing-tag-name
   

3. Only create new tags if needed - if the tag doesn't exist, create it:

   ./scripts/typefully.js tags:create --name "New Tag"
   

Important: Tags are scoped to each social set. A tag created for one social set won't appear in another.

Publishing to Multiple Platforms

If a single draft needs to be created for different platforms, you need to make sure to create a single draft and not multiple drafts.

When the content is the same across platforms, create a single draft with multiple platforms:

# Specific platforms
./scripts/typefully.js drafts:create --platform x,linkedin --text "Big announcement!"

# All connected platforms
./scripts/typefully.js drafts:create --all --text "Posting everywhere!"

IMPORTANT: When content should be tailored (e.g., X thread with a LinkedIn post version), still use a single draft — create with one platform first, then update to add the other:

# 1. Create draft with the primary platform first
./scripts/typefully.js drafts:create --platform linkedin --text "Excited to share our new feature..."
# Returns: { "id": "draft-123", ... }

# 2. Update the same draft to add another platform with different content
./scripts/typefully.js drafts:update draft-123 --platform x --text "🧵 Thread time!

---

Here's what we shipped and why it matters..." --use-default

So make sure to NEVER create multiple drafts unless the user explicitly wants separate drafts for each platform.

LinkedIn Mentions

LinkedIn mentions are supported via text syntax inside post content:

@[Company Name](urn:li:organization:123456)

Use the resolver command to convert a public LinkedIn organization URL into ready-to-paste mention syntax:

# Resolve a LinkedIn URL into mention metadata
./scripts/typefully.js linkedin:organizations:resolve --organization-url "https://www.linkedin.com/company/typefullycom/"
# Returns mention_text like: @[Typefully](urn:li:organization:86779668)

Then include that mention_text in your LinkedIn draft text:

./scripts/typefully.js drafts:create --platform linkedin --text "Thanks @[Typefully](urn:li:organization:86779668) for the support."

Comments on Drafts

Drafts can have comment threads anchored to a selected span or to a whole paragraph. drafts:get returns posts[*].text with inline <typ:comment-thread> anchors by default so agents can preserve those anchors during edits.

Core rules for agents:

1. Preserve every comment anchor when patching draft text. Span anchors wrap selected text; self-closing anchors at the start of a paragraph are live comments on the whole following paragraph, not empty/resolved comments. When rewriting, move each anchor to the most semantically equivalent span or paragraph. Do not silently strip or drop anchors.
2. Do not resolve or delete comments without explicit user instruction. After editing text that may address feedback, ask whether to resolve the specific thread(s). Never infer that "clean up", "tidy", or "looks addressed" means resolve/delete.
3. Talk to users about comments, not marker syntax. Describe anchors in plain English, such as "comment on the word 'constraint'" or "comment on the paragraph starting with ...". Only mention marker syntax when explaining marker-related API errors or when the user asks how anchors work.

Default edit flow for drafts with comments: get the draft with anchors enabled, rewrite while preserving/repositioning every anchor, patch with drafts:update --text ... without force flags, then ask whether to resolve any addressed comments. Use comments:list <draft_id> --status all when you need thread ids, comment bodies, authors, or resolved status.

Use drafts:get --exclude-comment-markers only for display, LLM context, export, or preview text that will not be patched back.

Force Overwrite And Accepting Comments

--force-overwrite-comments is destructive: every unresolved thread whose anchor is missing from the submitted text is resolved server-side and stripped, including unrelated threads. Default: do not use it. If a PATCH fails because anchors do not match, fetch the draft with anchors, preserve every <typ:comment-thread> anchor, and patch again without force.

Only use --force-overwrite-comments when anchors truly cannot be preserved, such as a user-requested wholesale rewrite or an anchor with no reasonable new location. Before using it, run comments:list <draft_id> --status unresolved, tell the user which threads will be resolved and stripped (selected text + top comment), state that this cannot be undone via the API, and wait for an explicit "yes, proceed". Do not confirm and PATCH in the same turn.

When the user asks to accept/apply/address a comment, fetch without --exclude-comment-markers, identify the target thread, edit only that anchor's text (or the paragraph after a self-closing paragraph anchor), preserve every other anchor and unrelated text, then drafts:update without force flags. Ask before resolving the thread. If feedback is open-ended, propose wording or ask instead of inventing silently. For "accept all comments", batch only changes whose anchors can all be preserved.

comments:create requires selected_text to exactly match the post text. If it repeats, pass zero-based --occurrence; for LinkedIn mentions, select the entire @[Name](urn:li:...) substring or stay outside it. Pass --platform only when the draft has multiple commentable platforms.

Commands Reference

User & Social Sets

social-sets:get returns a publishing_quota object when available:

• used - published drafts already counted in the current quota window
• remaining - remaining publish slots, or "unlimited"
• resets_at - when the current quota window resets

Use it before publishing/scheduling when the user asks about remaining posting capacity or when a publish/schedule request fails with quota copy.

Analytics

All analytics commands support an optional [social_set_id] - if omitted, the configured default is used.

The public API currently supports X analytics only on these endpoints. The CLI defaults --platform to x, so you can usually omit it.

Replies are now excluded by default so the result set matches the main published-post view more closely. Add --include-replies when you explicitly want reply posts included.

Analytics responses return post-level metrics for the requested inclusive date range, including:

• impressions
• engagement totals and breakdowns like likes, comments, shares, quotes, saves, profile_clicks, and link_clicks

Follower analytics returns current_followers_count plus daily data points with date and followers_count. If you omit dates, the API returns the default recent range.

Drafts

All drafts commands support an optional [social_set_id] - if omitted, the configured default is used. Safety note: For commands that take [social_set_id] <draft_id>, if you pass only a single argument (the draft_id) while a default social set is configured, you must add --use-default to confirm intent.

When updating a draft that has comments, preserve anchors from drafts:get in the text sent to drafts:update. --exclude-comment-markers is display-only. --force-overwrite-comments is a destructive last resort that requires explicit user confirmation; see Comments on Drafts.

Scheduling & Publishing

Safety note: These commands require --use-default when using the default social set with a single argument (to prevent accidental operations from ambiguous syntax).

Queue

All queue commands support an optional [social_set_id] - if omitted, the configured default is used.

The queue is a social-set-specific timeline made of:

• Queue slots generated from that social set's queue schedule
• Scheduled drafts/posts that belong to that same social set

Use queue:get when the user asks what is already scheduled (or free) for a given account in a date range.

Tags

Media

Setup & Configuration

Examples

Set up default social set

# Check current config
./scripts/typefully.js config:show

# Set default (interactive - lists available social sets)
./scripts/typefully.js config:set-default

# Set default (non-interactive)
./scripts/typefully.js config:set-default 123 --location global

Create a tweet (using default social set)

./scripts/typefully.js drafts:create --text "Hello, world!"

Create a tweet with explicit social_set_id

./scripts/typefully.js drafts:create 123 --text "Hello, world!"

Create a cross-platform post (specific platforms)

./scripts/typefully.js drafts:create --platform x,linkedin,threads --text "Big announcement!"

Resolve LinkedIn mention syntax from a company URL

./scripts/typefully.js linkedin:organizations:resolve --organization-url "https://www.linkedin.com/company/typefullycom/"

Create a LinkedIn draft with a mention

./scripts/typefully.js drafts:create --platform linkedin --text "Thanks @[Typefully](urn:li:organization:86779668) for the support."

Create a post on all connected platforms

./scripts/typefully.js drafts:create --all --text "Posting everywhere!"

Create and schedule for next slot

./scripts/typefully.js drafts:create --text "Scheduled post" --schedule next-free-slot

Create with tags

./scripts/typefully.js drafts:create --text "Marketing post" --tags marketing,product

List scheduled posts sorted by date

./scripts/typefully.js drafts:list --status scheduled --sort scheduled_date

Get queue view for a date range

./scripts/typefully.js queue:get --start-date 2026-02-01 --end-date 2026-02-29

Get X post analytics for a date range

./scripts/typefully.js analytics:posts:list --start-date 2026-03-01 --end-date 2026-03-07

Get X post analytics including replies

./scripts/typefully.js analytics:posts:list --start-date 2026-03-01 --end-date 2026-03-07 --include-replies

Paginate through X analytics results

./scripts/typefully.js analytics:posts:list --start-date 2026-03-01 --end-date 2026-03-31 --limit 100 --offset 100

Get X followers analytics for the default range

./scripts/typefully.js analytics:followers:get

Get X followers analytics for a date range

./scripts/typefully.js analytics:followers:get --start-date 2026-03-01 --end-date 2026-03-31

Get queue schedule

./scripts/typefully.js queue:schedule:get

Replace queue schedule rules

./scripts/typefully.js queue:schedule:put --rules '[{"h":9,"m":30,"days":["mon","wed","fri"]}]'

Reply to a tweet

./scripts/typefully.js drafts:create --platform x --text "Great thread!" --reply-to "https://x.com/user/status/123456"

Post to an X community

./scripts/typefully.js drafts:create --platform x --text "Community update" --community 1493446837214187523

Create an X quote post

./scripts/typefully.js drafts:create --platform x --text "My take on this" --quote-post-url "https://x.com/user/status/1234567890123456789"

Create an X post with content disclosure labels

./scripts/typefully.js drafts:create --platform x --text "Sponsored AI-assisted update" --paid-partnership --made-with-ai

Update a draft to quote an X post

./scripts/typefully.js drafts:update 456 --platform x --quote-post-url "https://x.com/user/status/1234567890123456789" --use-default

Add an X content disclosure label to an existing draft

./scripts/typefully.js drafts:update 456 --made-with-ai --use-default

Create draft with share URL

./scripts/typefully.js drafts:create --text "Check this out" --share

Create draft with scratchpad notes

./scripts/typefully.js drafts:create --text "Launching next week!" --scratchpad "Draft for product launch. Coordinate with marketing team before publishing."

Upload media and create post with it

# Single command handles upload + polling - returns when ready!
./scripts/typefully.js media:upload ./image.jpg
# Returns: {"media_id": "abc-123-def", "status": "ready", "message": "Media uploaded and ready to use"}

# Create post with the media attached
./scripts/typefully.js drafts:create --text "Check out this image!" --media abc-123-def

Upload multiple media files

# Upload each file (each waits for processing)
./scripts/typefully.js media:upload ./photo1.jpg  # Returns media_id: id1
./scripts/typefully.js media:upload ./photo2.jpg  # Returns media_id: id2

# Create post with multiple media (comma-separated)
./scripts/typefully.js drafts:create --text "Photo dump!" --media id1,id2

Add media to an existing draft

# Upload media
./scripts/typefully.js media:upload ./new-image.jpg  # Returns media_id: xyz

# Update draft with media (456 is the draft_id)
./scripts/typefully.js drafts:update 456 --text "Updated post with image" --media xyz --use-default

Setup (interactive)

./scripts/typefully.js setup

Setup (non-interactive, for scripts/CI)

# Auto-selects default social set if only one exists
./scripts/typefully.js setup --key typ_xxx --location global

# With explicit default social set
./scripts/typefully.js setup --key typ_xxx --location global --default-social-set 123

# Skip default social set selection entirely
./scripts/typefully.js setup --key typ_xxx --no-default

Platform Names

Use these exact names for the --platform option:

• x - X (formerly Twitter)
• linkedin - LinkedIn
• threads - Threads
• bluesky - Bluesky
• mastodon - Mastodon

Draft URLs

Typefully draft URLs contain the social set and draft IDs:

https://typefully.com/?a=<social_set_id>&d=<draft_id>

Example: https://typefully.com/?a=12345&d=67890

• a=12345 → social_set_id
• d=67890 → draft_id

Draft Scratchpad

When the user explictly asked to add notes, ideas, or anything else in the draft scratchpad, use the --scratchpad flag—do NOT write to local files!

The --scratchpad option attaches internal notes directly to the Typefully draft. These notes:

• Are visible in the Typefully UI alongside the draft
• Stay attached to the draft permanently
• Are private and never published to social media
• Are perfect for storing thread expansion ideas, research notes, context, etc.

# CORRECT: Notes attached to the draft in Typefully
./scripts/typefully.js drafts:create 123 --text "My post" --scratchpad "Ideas for expanding: 1) Add stats 2) Include quote"

# WRONG: Do NOT write notes to local files when the user wants them in Typefully
# Writing to /tmp/scratchpad/ or any local file is NOT the same thing

Automation Guidelines

When automating posts, especially on X, follow these rules to keep accounts in good standing:

• No duplicate content across multiple accounts
• No unsolicited automated replies - only reply when explicitly requested by the user
• No trending manipulation - don't mass-post about trending topics
• No fake engagement - don't automate likes, reposts, or follows
• Respect rate limits - the API has rate limits, don't spam requests
• Drafts are private - content stays private until published or explicitly shared

When in doubt, create drafts for user review rather than publishing directly.

Publishing confirmation: Unless the user explicitly asks to "publish now" or "post immediately", always confirm before publishing. Creating a draft is safe; publishing is irreversible and goes public instantly.

Tips

• Smart platform default: If --platform is omitted, the first connected platform is auto-selected
• All platforms: Use --all to post to all connected platforms at once
• Character limits: X (280), LinkedIn (3000), Threads (500), Bluesky (300), Mastodon (500)
• LinkedIn mentions: Use @[Name](urn:li:organization:ID) in post text; resolve IDs via linkedin:organizations:resolve
• Thread creation: Use --- on its own line to split into multiple posts (thread)
• Scheduling: Use next-free-slot to let Typefully pick the optimal time
• Cross-posting: List multiple platforms separated by commas: --platform x,linkedin
• Draft titles: Use --title for internal organization (not posted to social media)
• Draft scratchpad: Use --scratchpad to attach notes to the draft in Typefully (NOT local files!) - perfect for thread ideas, research, context
• X analytics: Use analytics:posts:list --start-date ... --end-date ... to fetch post metrics for a social set; replies are excluded by default, and --include-replies opts back in
• X followers analytics: Use analytics:followers:get --start-date ... --end-date ... to fetch daily follower counts, or omit dates for the API default range
• X content disclosures: Use --paid-partnership and/or --made-with-ai on drafts:create or drafts:update; these flags are X-only and are applied only to X posts
• Publishing quota: Use social-sets:get and inspect publishing_quota to see remaining publish capacity and reset time
• Read from file: Use --file ./post.txt instead of --text to read content from a file
• Sorting drafts: Use --sort with values like created_at, -created_at, scheduled_date, etc.