Install
openclaw skills install smartleadManage Smartlead campaigns, leads, and webhooks from the command line via the smartlead CLI.
openclaw skills install smartleadSmartlead is the email outreach platform used by this workspace. Use smartlead CLI commands
to manage campaigns, leads, webhooks, and message history.
Credentials are resolved in order: ~/.config/smartlead-cli/config.toml → env vars → CLI flags.
Required:
SMARTLEAD_API_KEY — Smartlead API keyOptional:
SMARTLEAD_BASE_URL — base URL (default https://server.smartlead.ai/api/v1)SMARTLEAD_PRETTY — set to 1 for rich table outputAll commands output JSON by default. Add --pretty for human-readable tables (avoid in scripts).
Do not guess command names or options. Use --help and follow the CLI surface:
smartlead --help
smartlead campaigns --help
smartlead campaigns leads --help
smartlead webhooks --help
smartlead <group> <command> --help
Prefer curated commands (campaigns, leads, webhooks) over raw. Use raw only when the
CLI does not expose the endpoint you need yet.
For openclaw-smartlead plugin setup, keep plugin config minimal unless there is a clear reason not to:
webhookSecret (plugin ingress auth)/hooks/smartlead by defaulthooks.mappings (or a hook transform), not plugin configopenclawHookUrl / openclawHookToken are typically auto-derived from OpenClaw hooks configsmartlead campaigns list
# When you have campaign_id and lead_id directly:
smartlead campaigns leads message-history <campaign_id> <lead_id>
# When you only have an email address:
smartlead leads get-by-email --email person@example.com # → get id field
smartlead campaigns leads message-history <campaign_id> <resolved_lead_id>
smartlead campaigns leads update is a full update endpoint and Smartlead requires email in the
body. For partial edits, prefer patch because it auto-fetches the current lead, merges your
changes, and sends a valid full payload.
smartlead campaigns leads get <campaign_id> <lead_id>
smartlead campaigns leads patch <campaign_id> <lead_id> --first-name "Updated"
When an EMAIL_REPLY webhook fires through openclaw-smartlead, your OpenClaw hook mapping/transform
should construct the prompt. The forwarded payload includes flat fields like campaign_id,
lead_id, lead_email, reply_category, preview_text, message_id, sequence_number,
plus payload (sanitized raw Smartlead payload).
When responding to the hook prompt, always follow this sequence:
campaign_id and lead_id from the prompt context.
lead_id comes from sl_email_lead_id (not sl_email_lead_map_id).lead_id is present: smartlead campaigns leads message-history <campaign_id> <lead_id>lead_id is missing but lead_email is present:
smartlead leads get-by-email --email <lead_email> → then message-history.preview_text)# List current webhooks first
smartlead webhooks list <campaign_id>
# Create/update (id: null = create new)
smartlead webhooks upsert <campaign_id> --body-file webhook.json
Example webhook.json:
{
"id": null,
"name": "OpenClaw Reply Alerts",
"webhook_url": "https://<your-openclaw-host>/smartlead/webhook",
"event_types": ["EMAIL_REPLY"],
"categories": ["Interested"]
}
Use smartlead webhooks upsert --help for the current allowed event_types.
categories are Smartlead workspace lead-category labels (for example Interested), not webhook event types.
For OpenClaw side setup, prefer:
/smartlead/webhook for Smartlead ingress/auth/dedupehooks.mappings on /hooks/smartlead for prompt templates and branchingKey fields available when an EMAIL_REPLY event arrives:
| Field | Description |
|---|---|
campaign_id | Smartlead campaign ID |
sl_email_lead_id | Lead ID (use this for message-history) |
sl_email_lead_map_id | Lead-map ID (different from lead_id — do not confuse) |
sl_lead_email | Original target lead email |
leadCorrespondence.targetLeadEmail | More reliable target email field |
leadCorrespondence.replyReceivedFrom | Actual email that replied (may differ from target) |
subject | Email subject |
preview_text | Reply preview snippet |
event_timestamp | ISO timestamp of the reply |
secret_key | Webhook validation secret (set in Smartlead) |
| Mistake | Fix |
|---|---|
| Guessing CLI options | Use smartlead ... --help for the exact command shape |
Using smartlead campaigns list --limit ... | /campaigns does not support limit; use --offset, --client-id, --include-tags |
Using sl_email_lead_map_id as lead_id | Use sl_email_lead_id for message-history |
Treating replyReceivedFrom as the target | targetLeadEmail is who was originally emailed |
Using campaigns leads update without email | Smartlead rejects it; prefer campaigns leads patch, or include email in the full update body |
| Email lookups failing due to case mismatch | Normalize emails to lowercase before get-by-email / updates |
Sending webhook categories: [] | categories must be a non-empty list of Smartlead lead category labels |
Assuming webhook categories is a global enum | Categories are workspace-specific labels (e.g. Interested); inspect Smartlead UI / Test Webhook |
Running --pretty in automated scripts | Drop --pretty, parse JSON output |
| Starting alert without "New lead answer" | First line must be exactly New lead answer |
| Forgetting auth | Ensure SMARTLEAD_API_KEY is set in env or config |
Delete commands prompt for confirmation in interactive shells. In scripts/automation, pass --yes
to skip prompts.
Examples:
smartlead campaigns delete <campaign_id>
smartlead campaigns leads delete <campaign_id> <lead_id>
smartlead webhooks delete <campaign_id> --webhook-id <id>