| name | letsclarify |
| description | Collect structured human input — approvals, decisions, reviews, data — via web forms. Create a form with a JSON schema, send unique URLs to humans, poll for results. Use when your workflow needs a human in the loop before proceeding. |
| homepage | https://letsclarify.ai |
| license | MIT |
| metadata | {"clawdbot":{"emoji":"📋","primaryEnv":"LETSCLARIFY_API_KEY"}} |
Let's Clarify Skill
Let's Clarify is a Human-in-the-Loop infrastructure service. Use it when your workflow needs structured human input — approvals, decisions, data collection, document review — before proceeding.
Base URL: https://letsclarify.ai
Integration: This skill provides both an MCP server (preferred for MCP-compatible agents) and a REST API. See MCP Server below.
Quick Start
0. Register (and Delete) an API Key
curl -X POST https://letsclarify.ai/api/v1/register \
-H "Content-Type: application/json" \
-d '{"name": "My Agent", "email": "agent@example.com"}'
Response (201):
{
"api_key": "lc_...",
"key_prefix": "lc_xxxxx",
"warning": "Store securely. Shown only once."
}
Store the api_key value securely. It is shown only once. Include it in all subsequent API calls as Authorization: Bearer lc_....
Error (422): Validation errors (e.g., missing name/email) return:
{ "error": "validation_failed", "message": "..." }
Delete your API key:
curl -X DELETE https://letsclarify.ai/api/v1/register \
-H "Authorization: Bearer lc_..."
Response (200):
{ "deleted": true }
1. Create a Form
curl -X POST https://letsclarify.ai/api/v1/forms \
-H "Content-Type: application/json" \
-H "Authorization: Bearer lc_..." \
-d '{
"title": "Approve Budget Increase",
"context_markdown": "## Q3 Budget\nPlease review the proposed 15% increase.",
"recipient_count": 3,
"retention_days": 7,
"webhook_url": "https://your-agent.example.com/webhook",
"schema": [
{
"id": "decision",
"type": "radio",
"label": "Your decision",
"required": true,
"options": [
{ "value": "approve", "label": "Approve" },
{ "value": "reject", "label": "Reject" }
]
},
{
"id": "notes",
"type": "textarea",
"label": "Additional notes",
"required": false,
"validation": { "max_length": 1000 }
}
]
}'
Response (201):
{
"form_token": "xK9m2...",
"delete_token": "dT3r...",
"base_url_template": "https://letsclarify.ai/f/xK9m2.../{recipient_uuid}",
"poll_url": "https://letsclarify.ai/api/v1/forms/xK9m2.../results",
"summary_url": "https://letsclarify.ai/api/v1/forms/xK9m2.../summary",
"delete_url": "https://letsclarify.ai/api/v1/forms/xK9m2...",
"recipients": ["uuid-1", "uuid-2", "uuid-3"]
}
recipient_count accepts 1–1,000. Use the recipients endpoint to add more (up to 10,000 total).
Advanced: Client-Provided UUIDs and Prefilled Values
Instead of (or alongside) recipient_count, pass a recipients array with optional uuid and prefill per entry:
curl -X POST https://letsclarify.ai/api/v1/forms \
-H "Content-Type: application/json" \
-H "Authorization: Bearer lc_..." \
-d '{
"schema": [{"id":"name","type":"text","label":"Name","required":true}],
"recipients": [
{"uuid": "550e8400-e29b-41d4-a716-446655440001", "prefill": {"name": "Alice"}},
{"uuid": "550e8400-e29b-41d4-a716-446655440002", "prefill": {"name": "Bob"}},
{}
],
"recipient_count": 5
}'
Rules:
uuid must be valid UUID v4 format, globally unique (duplicates in request or DB return 400)
prefill must be a JSON object, max 10KB. Keys not matching any schema field id are stripped.
recipient_count combined with recipients: count must be >= array length. Extra slots get server-generated UUIDs, no prefill.
recipients: [] (empty array) without recipient_count returns 400.
- Prefilled values appear as defaults in the form. Users can change them before submitting.
- Priority: Draft (sessionStorage) > Previous Submission > Prefilled Values > Empty
2. Build URLs for Humans
For each recipient UUID, construct the URL:
https://letsclarify.ai/f/{form_token}/{recipient_uuid}
Distribute these via email, Slack, WhatsApp, or any channel. Each URL is unique per recipient.
3. Allocate More Recipients
curl -X POST https://letsclarify.ai/api/v1/forms/{form_token}/recipients \
-H "Content-Type: application/json" \
-H "Authorization: Bearer lc_..." \
-d '{ "count": 5 }'
Response (201):
{ "recipients": ["uuid-4", "uuid-5", "uuid-6", "uuid-7", "uuid-8"] }
Maximum 1,000 recipients per request, 10,000 per form.
Advanced: Client-Provided UUIDs and Prefilled Values
Same recipients array as in form creation:
curl -X POST https://letsclarify.ai/api/v1/forms/{form_token}/recipients \
-H "Content-Type: application/json" \
-H "Authorization: Bearer lc_..." \
-d '{
"recipients": [
{"uuid": "550e8400-e29b-41d4-a716-446655440003", "prefill": {"name": "Charlie"}},
{}
],
"count": 5
}'
Same rules apply: UUIDs must be unique, prefill keys are validated against the form schema, count must be >= array length.
4. Poll Summary
curl https://letsclarify.ai/api/v1/forms/{form_token}/summary \
-H "Authorization: Bearer lc_..."
{
"expired": false,
"known_total": 8,
"submitted_total": 3,
"pending_total": 5,
"updated_at_max": "2026-02-13T12:00:00Z"
}
5. Poll Results
curl -H "Authorization: Bearer lc_..." \
"https://letsclarify.ai/api/v1/forms/{form_token}/results?limit=25"
curl -H "Authorization: Bearer lc_..." \
"https://letsclarify.ai/api/v1/forms/{form_token}/results?status=submitted"
curl -H "Authorization: Bearer lc_..." \
"https://letsclarify.ai/api/v1/forms/{form_token}/results?cursor=djE6OTA0Mg"
curl -H "Authorization: Bearer lc_..." \
"https://letsclarify.ai/api/v1/forms/{form_token}/results?include_files=1"
curl -H "Authorization: Bearer lc_..." \
"https://letsclarify.ai/api/v1/forms/{form_token}/results?updated_since=2026-02-13T11:00:00Z"
Response:
{
"expired": false,
"next_cursor": "djE6MTAw" | null,
"server_time": "2026-02-13T12:00:00Z",
"results": [
{
"recipient_uuid": "uuid-1",
"status": "submitted",
"submitted_at": "2026-02-13T11:30:00Z",
"updated_at": "2026-02-13T11:30:00Z",
"response_json": { "decision": "approve", "notes": "Looks good" },
"files": { "expected_file_count": 0 }
},
Efficient polling workflow:
- Initial sync: paginate with cursor until
next_cursor is null. Store server_time.
- Poll: use
updated_since={stored_server_time} to get only changes.
- Store new
server_time after consuming all pages.
6. Delete Form
curl -X DELETE https://letsclarify.ai/api/v1/forms/{form_token} \
-H "Authorization: Bearer lc_..." \
-H "X-Delete-Token: {delete_token}"
{ "deleted": true }
Permanently deletes form, all submissions, and all uploaded files.
7. Webhook Usage
If webhook_url is provided at form creation, a POST is sent on every submission:
{
"form_token": "xK9m2...",
"recipient_uuid": "uuid-1",
"submitted_at": "2026-02-13T11:30:00Z",
"response_json": { "decision": "approve", "notes": "Looks good" }
}
- Webhook URLs must be HTTPS
- Timeout: 10 seconds
- Retries: 3 attempts with polynomial backoff (only for 5xx errors and network failures; 4xx errors are not retried)
- Non-blocking: submissions always succeed regardless of webhook status
8. Embeddable Form Widget
Instead of linking humans to the hosted form page (/f/{form_token}/{recipient_uuid}), you can embed the form directly into any website:
<script src="https://letsclarify.ai/embed.js"></script>
<div data-letsclarify-form="{form_token}"
data-letsclarify-recipient="{recipient_uuid}">
</div>
The script auto-initializes on page load. It:
- Fetches the form schema from the embed API
- Renders all field types (text, textarea, radio, select, checkbox, checkbox_group, file)
- Handles client-side validation, submission, and success screen
- Supports resubmission (warns the user, overwrites previous response)
- Injects its own CSS (
/embed.css) automatically — no extra stylesheet needed
- Respects
theme_color set during form creation
Optional attributes:
data-letsclarify-host="https://your-instance.com" — for self-hosted instances (default: auto-detected from script src)
Two ways to show forms to humans:
| Method | Use case |
|---|
Hosted URL: https://letsclarify.ai/f/{token}/{uuid} | Send a link via email, Slack, etc. |
Embed widget: <div data-letsclarify-form="..." ...> | Embed in your own page, dashboard, or app |
Both methods use the same backend API — results appear in the same poll/webhook.
Waiting for Results (Important!)
After creating a form and sending URLs to humans, you must set up async polling to collect results. Do NOT assume humans will respond immediately. Use one of these strategies:
Strategy A: MCP-Tools Cron (Recommended for MCP-compatible agents)
Create a recurring cron job with a declarative task message. The agent uses the MCP tools (get_summary, get_results) referenced in this skill to check status and fetch results.
openclaw cron add \
--name "poll-letsclarify-{form_token}" \
--every 10m \
--message "Check Let's Clarify form {form_token}: Use get_summary to \
see if submitted_total == known_total. If all responded, use get_results \
to fetch submissions and summarize the responses, then remove this cron \
job. If expired, fetch what exists and clean up."
One-shot variant (check once after a delay):
openclaw cron add \
--name "check-letsclarify-{form_token}" \
--at +1h \
--delete-after-run \
--message "Check Let's Clarify form {form_token} results. If responses \
exist, fetch and summarize them. Report status either way."
Strategy B: Intent-based Cron (for agents without MCP)
If MCP tools are not available, use a purely intent-based message. The agent knows from the API reference above how to reach the endpoints.
openclaw cron add \
--name "poll-letsclarify-{form_token}" \
--every 10m \
--message "Check if all recipients of Let's Clarify form {form_token} \
have responded. If yes, fetch and summarize all submitted results, then \
remove this cron job. If the form has expired, fetch whatever results \
exist and clean up."
Strategy C: Webhook (if you have an HTTPS endpoint)
Provide a webhook_url when creating the form. Let's Clarify will POST to it on every submission. Only use this if you control an HTTPS endpoint that can receive webhooks.
Polling Workflow
- Create form → save
form_token and api_key
- Send URLs to humans via Telegram, email, etc.
- Set up polling — create a cron job that checks the summary every 5–15 minutes
- On poll: check
submitted_total vs known_total
- If all responded → fetch full results, act on them, delete cron job
- If not all → do nothing, wait for next poll
- If form
expired → fetch whatever results exist, delete cron job
- Cleanup: delete the form when done (optional, auto-expires after
retention_days)
Schema DSL
Supported field types:
| Type | Description | Requires options |
|---|
text | Single-line text input | No |
textarea | Multi-line text input | No |
checkbox | Single boolean checkbox | No |
checkbox_group | Multiple checkboxes | Yes |
radio | Radio button group | Yes |
select | Dropdown select | Yes |
file | File upload | No |
Validation rules (optional):
min_length / max_length — for text/textarea
pattern — regex for text/textarea
min_items / max_items — for checkbox_group
File config (optional, for file type):
accept — array of MIME types or extensions (e.g., ["image/*", ".pdf"])
max_size_mb — max file size (1-10)
max_files — max number of files (1-10)
MCP Server (Remote)
LetsClarify provides a remote MCP (Model Context Protocol) endpoint for direct AI agent integration. Instead of making manual HTTP calls, MCP-compatible clients (Claude Code, Cursor, etc.) can use LetsClarify as a native tool.
Endpoint: https://letsclarify.ai/mcp
Configuration
Add to your MCP client configuration:
{
"mcpServers": {
"letsclarify": {
"url": "https://letsclarify.ai/mcp",
"headers": {
"Authorization": "Bearer lc_..."
}
}
}
}
For unauthenticated access (register tool only), omit the headers field.
Available Tools
| Tool | Auth Required | Description |
|---|
register | No | Register for a new API key |
create_form | Yes | Create a form with schema, get URLs and tokens |
add_recipients | Yes | Add recipient slots to an existing form |
get_summary | Yes | Quick status check (total, submitted, pending) |
get_results | Yes | Fetch submissions with pagination and filters |
delete_form | Yes | Permanently delete a form and all its data |
MCP Rate Limits
| Endpoint | Limit | Window |
|---|
| POST /mcp (per IP) | 60 | 1 minute |
| POST /mcp (per API key) | 60 | 1 minute |
Rate Limits & Backoff Strategy
| Endpoint | Limit | Window |
|---|
| POST /api/v1/register | 3 | 1 hour |
| POST /api/v1/forms | 10 | 1 minute |
| All API endpoints | 60 | 1 minute |
| GET /api/v1/embed/:token/:uuid | 30 | 1 minute |
| POST /api/v1/embed/:token/:uuid | 20 | 1 minute |
When rate limited (HTTP 429):
- Read the
Retry-After header (seconds)
- Wait that duration before retrying
- Use exponential backoff for subsequent attempts:
wait = Retry-After * 2^attempt
- Maximum 5 retry attempts before failing
Data Retention
- Default: 30 days
- Maximum: 365 days
- Expired forms return
expired: true in API responses
- All data is permanently deleted after expiration
- Use the delete endpoint for immediate cleanup