SocialClaw
AI agents

Give AI agents one workspace for account connection, validation, and delivery state.

SocialClaw acts as the control plane for OpenClaw-compatible agents, CLI agents, and code workflows. Connect accounts once, upload media, validate schedules, apply runs, and inspect posts from the same workspace API key.

Best for AI agents Use one SocialClaw workspace for AI-agent account connection, hosted media handoff, validation, apply, and publish inspection.
Includes Dashboard, CLI, and API Provider behavior remains provider-specific, so the agent should inspect capabilities, settings, and discovery actions instead of assuming one universal publish shape.

Why this workflow fits SocialClaw

One workspace, one connection hub, and one publishing layer.

One workspace key Workspace API key auth The agent authenticates once with the workspace API key, then reuses the same workspace across CLI commands and hosted API calls.
Connect once Reusable account state Connected accounts live inside the SocialClaw workspace, so the agent does not need to re-run OAuth or re-enter manual connection data for every post.
Hosted media Stable public media URLs Upload media to SocialClaw first when a provider expects a public URL, then reuse the returned publicUrl inside the schedule payload.
Safe execution Validate before apply The intended agent pattern is capabilities, settings, discovery actions, upload, validate, apply, and then run inspection.
Inspectable state Runs, posts, analytics, and health Agents can inspect run state, post attempts, analytics snapshots, connection health, and workspace health after the apply step.

How the workflow runs

Connect accounts, upload media, validate posts, then publish.

Step 1

Authenticate the workspace

Create or copy the workspace API key in the dashboard, then log the agent into the hosted SocialClaw service.

Step 2

Connect publishable accounts once

Use the hosted OAuth flow or a manual connection flow so the workspace stores the account state for future agent runs.

Step 3

Inspect capabilities, settings, and discovery actions

Read capabilities before generating the schedule, then call settings or publish-preview style actions when provider-specific behavior matters.

Step 4

Upload media into the workspace

When a provider expects a public media URL, upload the asset to SocialClaw first and reuse the hosted URL in the payload.

Step 5

Validate and apply with an idempotency key

Validation stays in front of publish execution, and apply should use an idempotency key so repeated agent runs do not create duplicate work.

Step 6

Inspect runs and health after publish

Read run state, post attempts, analytics snapshots, connection health, and jobs so the agent can surface operator action when needed.

CLI and HTTP examples

Example commands and requests for this setup.

CLI flow AI agents example
socialclaw login --api-key <workspace-key> --base-url https://getsocialclaw.com
socialclaw accounts capabilities --account-id <account-id> --json
socialclaw accounts action --account-id <account-id> --action publish-preview --input schedule-preview.json --json
socialclaw assets upload --file ./launch.png --json
socialclaw validate -f schedule.json --json
socialclaw apply -f schedule.json --idempotency-key launch_batch_1 --json
socialclaw status --run-id <run-id> --json
HTTP API flow Hosted SocialClaw endpoints
curl -sS \
  -H "Authorization: Bearer $SC_API_KEY" \
  "https://getsocialclaw.com/v1/keys/validate"

curl -sS \
  -X POST \
  -H "Authorization: Bearer $SC_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"provider":"x"}' \
  "https://getsocialclaw.com/v1/connections/start"

curl -sS \
  -X POST \
  -H "Authorization: Bearer $SC_API_KEY" \
  -F "file=@./launch.png" \
  "https://getsocialclaw.com/v1/assets/upload"

curl -sS \
  -X POST \
  -H "Authorization: Bearer $SC_API_KEY" \
  -H "Content-Type: application/json" \
  -d @schedule.json \
  "https://getsocialclaw.com/v1/posts/validate"

curl -sS \
  -X POST \
  -H "Authorization: Bearer $SC_API_KEY" \
  -H "Content-Type: application/json" \
  -d @schedule.json \
  "https://getsocialclaw.com/v1/posts/apply"

Relevant provider coverage

Integrations that usually fit this setup best.

X X user account

Use SocialClaw to connect X once, then validate, schedule, publish, and inspect text posts, media posts, and reply-based campaign steps from the same hosted workspace.

OAuth X supports up to four images or one video per post.
Open integration
Discord Discord channel webhook target

SocialClaw keeps the Discord webhook target, media upload handoff, validation, and publish history inside one hosted workspace that agents, scripts, and the dashboard can share.

Manual connect Discord supports one image or one video per post plus message text.
Open integration
Telegram Bot-connected channel, group, supergroup, or chat

SocialClaw keeps Telegram bot connection, schedule validation, media delivery, and publishing state in one workspace instead of requiring the bot token in every script.

Manual connect Telegram supports text-only posts or one image or one video per post.
Open integration
Reddit Reddit user submission target

SocialClaw keeps Reddit account connection, subreddit discovery, validation, and run inspection in one workspace so schedules can be checked before they go live.

OAuth Reddit currently supports one effective media asset per post, but the publish behavior is link-post based rather than native Reddit media upload.
Open integration

Related workflows

More routes that fit the same setup.

Operator notes and limits

A few practical limits to keep in mind.

  • Provider behavior remains provider-specific, so the agent should inspect capabilities, settings, and discovery actions instead of assuming one universal publish shape.
  • An active trial or paid plan is required for CLI and API execution.
  • Use draft runs when human review is part of the workflow.

Frequently asked questions

How do AI agents authenticate with SocialClaw?

AI agents authenticate with a workspace API key. The key identifies the customer workspace, and connected accounts stay attached to that workspace for later runs.

Why should an agent upload media to SocialClaw first?

Uploading media to SocialClaw gives the workflow a stable publicUrl for providers that expect public media, keeps storage credentials on the server, and lets the workspace manage retention.

What should an agent inspect before publishing?

Inspect capabilities first, then settings and discovery actions such as publish-preview when provider-specific answers matter. Validation should stay in front of apply.

Start with the AI agents workflow

Create the workspace, connect accounts once, and keep validation plus delivery state inside the same hosted product.