دریافت پیامک برای عاملهای هوش مصنوعی
یک عامل میتواند بدون دخالت انسان شماره بخرد و کد را بخواند.
هویتی برای ارائه لازم نیست
حساب یک عبارت بازیابی است که خود عامل میسازد و نگه میدارد. چیزی برای تأیید کردن نیست، چیزی برای واگذار کردن نیست، کسی برای بودن نیست.
نیازی به کارت نیست
شارژ با ارز دیجیتال. عاملی که کیف پول دارد خودش میپردازد — نه شمارهٔ کارتی، نه نشانی صورتحسابی، نه انسانی برای تأیید هزینه.
صفحهای برای خواندن نیست
فهرست، قیمت، خرید و تحویل همه فراخوان ابزارند. هیچچیز اینجا مرورگر یا عکس صفحه نمیخواهد.
سرور MCP را چگونه وصل کنیم؟
یک نقطهٔ پایانی، با JSON-RPC 2.0 روی HTTP جریانپذیر. نه کلید APIای برای درخواست کردن، نه چیزی برای نصب: ابزارهای فهرست حتی پیش از وجود یک حساب کار میکنند، و عبارت تنها برای ابزارهایی لازم است که پول خرج میکنند.
https://www.otpdrop.com/mcp
Claude Code
claude mcp add --transport http otpdrop https://www.otpdrop.com/mcp
Cursor، Windsurf، VS Code و بیشتر کلاینتهای دیگر
کلاینتهایی که خودشان HTTP را مدیریت میکنند همین بلوک را میپذیرند. Cursor و Windsurf کلید را
mcpServers مینامند؛ VS Code آن را servers مینامد.
{
"mcpServers": {
"otpdrop": {
"type": "http",
"url": "https://www.otpdrop.com/mcp"
}
}
}
| کلاینت | محل پیکربندی |
|---|---|
| Claude Code | claude mcp add یا .mcp.json در پروژه |
| Claude Desktop | تنظیمات → Connectors → افزودن رابط سفارشی |
| Cursor | ~/.cursor/mcp.json یا .cursor/mcp.json در هر پروژه |
| VS Code | .vscode/mcp.json، زیر servers |
| Windsurf | ~/.codeium/windsurf/mcp_config.json |
کلاینتهای MCP سریع تغییر میکنند و این مسیرها همراهشان. اگر چیزی با آنچه میبینید نمیخواند، مستندات کلاینت را ببینید — از سمت ما تنها نشانی و روش انتقال هست.
اگر کلاینت تنها stdio را پشتیبانی کند چه؟
برخی کلاینتها یک سرور MCP را مستقیم روی HTTP باز نمیکنند. آن را بهصورت محلی بازپخش کنید:
{
"mcpServers": {
"otpdrop": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://www.otpdrop.com/mcp"]
}
}
}
اگر هیچ کلاینت MCPای در کار نباشد چه؟
سرور یک نقطهٔ پایانی HTTP معمولی است: هر زبانی میتواند با آن سخن بگوید. فهرست ابزارها این شکلی است:
curl -s -X POST https://www.otpdrop.com/mcp \
-H 'content-type: application/json' \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'
برای ابزارهایی که حساب میخواهند، Authorization: Bearer <seed> را بیفزایید.
اگر سخن گفتن با JSON-RPC وسوسهتان نمیکند، همان عملیات بهصورت نقاط پایانی معمولی REST در
مرجع API هم هست.
یک عامل در OTPDrop چه میتواند بکند؟
| ابزار | نقش | عبارت لازم است |
|---|---|---|
list_services | همهٔ سرویسها با کد و دسته | خیر |
list_countries | همهٔ کشورها با پیششمارهشان | خیر |
list_catalog | فهرست کامل همراه با ماتریس قیمتها | خیر |
quote | قیمت یک جفت سرویس-کشور | خیر |
agent_help | راهنمای کار این سرور، مستقیم در بافت | خیر |
create_account | ساخت حساب و گرفتن عبارتش | خیر |
topup | گرفتن آدرس و مبلغ شارژ برای یک ارز | بله |
topup_status | بررسی اینکه شارژ افزوده شده است یا نه | بله |
buy_number | خرید شماره با کسر از موجودی | بله |
get_order | جزئیات یک سفارش و وضعیت کنونیاش | بله |
get_sms | کد تأیید بهمحض رسیدن | بله |
برای کلاینتهایی که ترجیح میدهند، فهرست از راه سه منبع فقطخواندنی هم عرضه میشود:
catalog://services، catalog://countries و
catalog://pairs.
یک مسیر کامل چه شکلی است؟
از آغاز تا پایان پنج فراخوان. تنها یک گام در انتظار جهان بیرون میماند: تأیید شارژ از سوی شبکه.
- create_account — یک عبارت برمیگرداند. نگهش دارید: تنها راه بازگشت به حساب همین است و بازنشانیشدنی نیست.
- topup — یک ارز و یک مبلغ بدهید، یک آدرس، مبلغ دقیقی که باید فرستاده شود و یک سررسید بگیرید. سرمایه را از کیف پول عامل بفرستید.
- topup_status — استعلام کنید تا شارژ به موجودی افزوده شود.
- buy_number — یک سرویس و یک کشور بدهید. موجودی کسر میشود و شماره بیدرنگ تحویل میگردد: نه آدرسی بهازای هر خرید، نه انتظار دومی.
- get_sms — استعلام کنید تا کد برسد. اگر تا پایان اعتبار سفارش نرسد، بها خودکار به موجودی بازمیگردد.
یک بار شارژ کنید، بارها بخرید. یک شارژ به اندازهای که موجودی اجازه دهد شماره را پوشش میدهد، پس تنها نخستین خرید هر نشست در انتظار یک تأیید میماند.
کشف
هر آنچه برای یکپارچهسازی لازم است ماشینخوان و بدون احراز هویت ارائه میشود.
به عامل خود چه بگوییم؟
- عبارت بازیافتنی نیست. عاملی که آن را ساخته و نگه نداشته، موجودی را هم با آن دور ریخته است.
- شارژ پس از تأیید شبکه افزوده میشود و این فوری نیست — بهجای فرض کردن موفقیت،
topup_statusرا استعلام کنید. - تنها همان ارز و شبکهای را بفرستید که در صورتحساب آمده است. انتقال روی شبکهٔ نادرست بازگشتناپذیر است.
- کدی که رسیده باشد سفارش را میبندد و پرداخت میشود، حتی اگر سرویس مقصد ردش کرده باشد. شرایط بازپرداخت را ببینید.
- بازپرداختها به موجودی OTPDrop میرسند، نه به کیف پول.
یکپارچهسازی معمولی مینویسید؟ مستندات API از نوع REST نقاط پایانی، احراز هویت و کدهای خطا را شرح میدهد.