الأدلة
كيف تطلق توكن عبر وكيل ذكاء اصطناعي (دليل MCP)
الخلاصة: وجّه أي مساعد ذكاء اصطناعي يدعم MCP (مثل Claude وCursor) إلى https://mcp.openfair.app فيستطيع بحث التوكنات، وبناء تسعيرة الإطلاق، وتجربة المعاملة تجريبياً، وتسليمك رابط مراجعة – بينما تبقى مفاتيحك في محفظتك. التوقيع النهائي يحدث دائماً على شاشتك، لا على أي خادم.
1. اربط خادم MCP الخاص بـopenfair
{ "mcpServers": { "openfair": { "type": "http", "url": "https://mcp.openfair.app" } } }
في Claude Code يكفي أمر واحد: claude mcp add --transport http openfair https://mcp.openfair.app.
2. ما الذي يستطيع الوكيل فعله
- البحث –
search_tokens وget_token وget_trending_tokens وcompare_launch_modes: بيانات حية من المفهرس مع روابط قياسية إلى المستكشف.
- التحضير –
prepare_fair_launch / prepare_instant_launch يتحققان من الإعدادات على الخادم ويعيدان التكلفة الكاملة (الرسوم، الغاز، المبلغ المطلوب) مع hash للإعدادات.
- التحقق –
simulate_launch يجري المعاملة نفسها تجريبياً على السلسلة الحقيقية: الرصيد، الإحالة الذاتية، استدعاء العقد – مع أسباب revert مقروءة.
- المتابعة –
get_launch_status يبلغ عن التأكيدات والفهرسة وتقدم منحنى الإصدار.
3. نموذج الأمان
خادم MCP للقراءة فقط بحكم التصميم: لا يحفظ مفاتيح، ولا يوقّع شيئاً، ولا يستطيع إرسال معاملات. الإطلاق الذي يجهزه الوكيل يتحول إلى launch session لمرة واحدة – صفحة مراجعة على openfair.app تعرض المعاملات المجمدة (الشبكة، عنوان الـfactory، التوكن، الرسوم، الـhash). تقرأها وتوقّع في محفظتك أنت؛ بعد التسعيرة لا يمكن تغيير المعاملات. أسماء التوكنات وأوصافها تُعامل كبيانات غير موثوقة، لا كتعليمات أبداً.
4. لماذا الإطلاق عبر وكيل أصلاً؟
لأن الجزء الممل – رياضيات المنحنى، التسعير، تقدير الغاز، محاكاة الفشل – هو بالضبط ما يجيده الوكلاء. أنت تصف التوكن؛ الوكيل يعود بخطة إطلاق مُتحقق منها ومُحاكاة ومُسعّرة؛ وأنت توقّع مرة واحدة. للمطورين المزيد في API وSDK الخاصين بـopenfair.