AlgoVesta MCP सर्वर: Claude, ChatGPT, Cursor और Gemini को अपने असली Exchange और MetaTrader 5 खातों पर ट्रेड करने दें

यह क्या है: AlgoVesta एक होस्टेड Model Context Protocol (MCP) सर्वर चलाता है जो एक HTTPS लिंक के ज़रिए AI असिस्टेंट को बीस असली ट्रेडिंग टूल देता है। उस एक लिंक को Claude, ChatGPT, Cursor, Claude Code, Gemini CLI या किसी भी MCP-सक्षम क्लाइंट में पेस्ट करें, और असिस्टेंट बैलेंस पढ़ सकता है, पोज़िशन खोल-बंद कर सकता है, stop-loss और take-profit बदल सकता है, और अपनी हर कार्रवाई का ऑडिट कर सकता है 16 क्रिप्टो एक्सचेंजों और MetaTrader 5 फॉरेक्स पर एक साथ — उन जोखिम सेटिंग्स का उपयोग करके जो आपने पहले ही AlgoVesta में सेव की हैं, एक सर्वर-साइड policy wall के पीछे जिसे कोई भी प्रॉम्प्ट ओवरराइड नहीं कर सकता। हर कनेक्शन $5,000 के paper बैलेंस से शुरू होता है और हर कार्रवाई एक ed25519-signed रसीद लौटाती है।

Model Context Protocol AI असिस्टेंट को बाहरी सिस्टम से जोड़ने का एक ओपन स्टैंडर्ड है। ज़्यादातर ट्रेडिंग-संबंधित MCP सर्वर मार्केट डेटा को चैट विंडो में स्ट्रीम करते हैं। यह सर्वर एक्ज़ीक्यूट करता है: यह एक order-routing लेयर है जिसके आगे एक deterministic risk engine है, और AI कॉलर है — कभी अथॉरिटी नहीं।

क्विक स्टार्ट

सेटअप तीन चरणों का है और इसके लिए किसी कोड की ज़रूरत नहीं। पूरा फ्लो MCP Connection टैब में है, आपके AlgoVesta पैनल के।

आपका कनेक्शन URL कुछ इस तरह दिखता है:

https://api.algovesta.com/u/avmcp_<your-key>/mcp

वह URL एक क्रेडेंशियल है। जिसके पास भी यह है वह इसकी scope के भीतर आपके खातों पर कार्रवाई कर सकता है। इसे पासवर्ड की तरह मानें: इसे कभी किसी सार्वजनिक चैट, स्क्रीनशॉट, शेयर की गई repository या सपोर्ट टिकट में पेस्ट न करें। अगर यह लीक हो जाए, तो इसे पैनल से revoke करें — revocation नए कनेक्शनों पर तुरंत प्रभावी होता है और सेकंडों के भीतर खुली event streams को गिरा देता है।

कौन-से AI असिस्टेंट कनेक्ट हो सकते हैं

कोई भी क्लाइंट जो Streamable HTTP पर MCP बोलता है, कनेक्ट हो सकता है। नीचे दी गई तालिका में वह दर्ज है जो लाइव सर्वर के विरुद्ध सत्यापित किया गया, असली सीमाओं सहित — इनमें से कुछ AI प्रोडक्ट की सीमाएं हैं, AlgoVesta की नहीं, और आप इनसे टकराएंगे चाहे आप कोई भी MCP सर्वर उपयोग करें।

Cursor उदाहरण (mcp.json):

{
  "mcpServers": {
    "algovesta": {
      "url": "https://api.algovesta.com/u/avmcp_<your-key>/mcp"
    }
  }
}

Gemini CLI उदाहरण (~/.gemini/settings.json) — ध्यान दें httpUrl:

{
  "mcpServers": {
    "algovesta": {
      "httpUrl": "https://api.algovesta.com/u/avmcp_<your-key>/mcp"
    }
  }
}

Claude Code:

claude mcp add --transport http algovesta https://api.algovesta.com/u/avmcp_<your-key>/mcp

ट्रांसपोर्ट और प्रोटोकॉल

प्रमाणीकरण और scopes

कनेक्ट करने के दो तरीके हैं, और दोनों एक ही tenant context में परिणत होते हैं। टूल कभी भी user ID को पैरामीटर के रूप में स्वीकार नहीं करते — पहचान केवल authenticated कनेक्शन से पढ़ी जाती है, यही वजह है कि cross-account पहुंच केवल निषिद्ध नहीं बल्कि संरचनात्मक रूप से असंभव है।

Secret link

इस रूप की एक key avmcp_<32-byte urlsafe random>, जो URL पथ में embedded है। इसे एक Argon2id hash और एक SHA-256 lookup hash के रूप में संग्रहीत किया जाता है; plaintext केवल निर्माण के क्षण में मौजूद होता है और बाद में कभी पुनर्प्राप्त नहीं किया जा सकता। हर key अपनी खुद की scope, अपना खुद का लेबल और अपनी खुद की revocation स्थिति रखती है, ताकि आप Cursor में एक paper key और Claude में एक live key चला सकें और किसी को भी स्वतंत्र रूप से बंद कर सकें।

OAuth 2.1

उन क्लाइंट के लिए जो एक उचित authorization flow पसंद करते हैं। समर्थित grants हैं authorization_code और refresh_token, रोटेटिंग refresh tokens के साथ। PKCE, साथ में S256 अनिवार्य है — इसके बिना कोई रिक्वेस्ट अस्वीकार कर दी जाती है। Dynamic client registration उपलब्ध है, इसलिए ज़्यादातर क्लाइंट खुद को कॉन्फ़िगर कर लेते हैं। Discovery दस्तावेज़:

GET https://api.algovesta.com/.well-known/oauth-authorization-server
GET https://api.algovesta.com/.well-known/oauth-protected-resource
POST https://api.algovesta.com/mcp/oauth/register
GET  https://api.algovesta.com/mcp/oauth/authorize
POST https://api.algovesta.com/mcp/oauth/token

तीन scopes

Scopes को क्रमबद्ध किया गया है, इसलिए एक टूल जिसे चाहिए paper अस्वीकार कर देता है एक read key जिसमें है insufficient_scope। इसलिए सिम्युलेटेड और असली पैसे के बीच की सीमा key की अपनी विशेषता है, न कि किसी प्रॉम्प्ट, सेटिंग या मॉडल के निर्णय की।

टूल संदर्भ — सभी 20 टूल

यही वे टूल हैं जो आपका असिस्टेंट देखता है। Read टूल को आपसे पहले पूछे बिना कॉल करना सुरक्षित है; छह write टूल उन क्लाइंट में confirmation दिखाते हैं जो इसे सपोर्ट करते हैं, और उनमें से तीन — place_order, close_position और cancel_order — की annotations में उन्हें अतिरिक्त रूप से destructive के रूप में चिह्नित किया गया है।

get_portfolio_context

कोई पैरामीटर नहीं लेता। यह authenticated key से संबंधित हर exchange खाते, हर MetaTrader 5 खाते और paper खाते का एक normalized दृश्य लौटाता है — और कुछ नहीं। यही वह कॉल है जो “मैं कैसा कर रहा हूं?” को सोलह की जगह एक ही सवाल बना देती है।

बाकी की तुलना में दो फ़ील्ड ज़्यादा मायने रखते हैं। क्रिप्टो खातों के लिए, balance और equity यह बताते हैं केवल futures वॉलेट; spot पैसा अलग से इसमें दर्शाया जाता है spot_balance, इसलिए एक असिस्टेंट जो केवल पढ़ता है balance गलती से यह निष्कर्ष निकाल सकता है कि आपके पास कुछ नहीं है। MetaTrader 5 खातों के लिए, positions_source या तो होता है live_ea, जिसका अर्थ है कि पोज़िशन लिस्ट को टर्मिनल के विरुद्ध सत्यापित किया गया, या unavailable, जिसका अर्थ है कि टर्मिनल तक पहुंचा नहीं जा सका। इस unavailable स्थिति में एक खाली पोज़िशन लिस्ट का अर्थ नहीं है “कोई खुली पोज़िशन नहीं” — इसका अर्थ है अज्ञात, और टूल का विवरण मॉडल को यही कहने का निर्देश देता है, न कि आपको आश्वस्त करने का।

get_market_price

पैरामीटर: venue, symbol। लौटाता है {ok, venue, symbol, last, bid, ask, ts, source, age_sec}। कीमतें एक साझा cache से आती हैं जो लगभग हर सेकंड रिफ्रेश होती है; miss होने पर सर्वर exchange को एक लाइव REST कॉल करता है। अगर मान 10 सेकंड से पुराना है या बिल्कुल भी प्राप्त नहीं किया जा सकता, तो यह स्पष्ट रूप से बताया जाता है — एक stale कीमत को कभी लाइव कीमत के रूप में नहीं दिखाया जाता। अगर वह symbol किसी भी कनेक्टेड exchange पर मौजूद नहीं है, तो एक informational DEX कीमत इस स्पष्ट चेतावनी के साथ लौटाई जा सकती है कि आप इसे अपने कनेक्टेड venues पर ट्रेड नहीं कर सकते।

simulate_order

आवश्यक: venue, symbol, side, order_type, idempotency_key। कोई ऑर्डर नहीं भेजता। यह अपेक्षित fill, margin पर असर और policy निर्णय, साथ ही सर्वर द्वारा निकाली गई absolute stop-loss और take-profit कीमतें लौटाता है। यह एक read ऑपरेशन है, इसलिए एक अच्छा व्यवहार करने वाला असिस्टेंट बिना अनुमति मांगे इसे कॉल करता है, आपको एक सारांश दिखाता है, और कुछ भी रखने से पहले ठीक एक बार confirmation मांगता है।

place_order

आवश्यक: venue, symbol, side, order_type, idempotency_key। वैकल्पिक: account, market, size_usd, margin_usd, risk_pct, lots, leverage, sl, tp, sl_pct, tp_pct, take_profits, entry_price.

यह idempotency_key सजावट नहीं है। अगर वही key एक ही उपयोगकर्ता के लिए दो बार आती है, तो संग्रहीत रिस्पॉन्स दोबारा चलाया जाता है और कोई दूसरा ऑर्डर नहीं खोला जाता — यही आपकी सुरक्षा करता है जब कोई क्लाइंट timeout के बाद दोबारा कोशिश करता है, कोई फ़ोन confirmation के बीच में सिग्नल खो देता है, या कोई मॉडल एक टूल को दो बार कॉल करता है।

आकार जानबूझकर स्पष्ट रखा गया है। क्रिप्टो के लिए आप तीन फ़ील्ड में से ठीक एक भेजते हैं, और उनका मतलब अलग-अलग होता है:

फॉरेक्स और MetaTrader 5 के लिए, आकार इसमें दिया जाता है lots इसकी जगह, और leverage बिल्कुल नहीं भेजा जाता — प्रोडक्ट unleveraged है और आकार lot वॉल्यूम से आता है। आपका बताया गया lot आकार ठीक वैसे ही उपयोग किया जाता है और कभी किसी सुविधाजनक मान पर round नहीं किया जाता; अगर यह आपके ब्रोकर की सीमाओं से बाहर पड़ता है तो ऑर्डर अस्वीकार कर दिया जाता है और अनुमत सीमा वापस बताई जाती है।

ऑर्डर आकार सहनशीलता। Exchanges केवल कुछ निश्चित lot वृद्धि स्वीकार करते हैं, इसलिए मांगी गई राशि को निकटतम वैध चरण से मिलाया जाता है। अगर विचलन 20% के भीतर रहता है तो ऑर्डर आगे बढ़ता है और सटीक विचलन आपको वापस बताया जाता है; 20% से आगे ऑर्डर नहीं खोला जाता, और आपको अंकों में बताया जाता है कि कौन-सी नज़दीकी राशियां काम करेंगी। वह सीमा sizing function से गुज़रे हर असली ऑर्डर को दोबारा चलाकर चुनी गई थी, अंतर्ज्ञान से नहीं।

छोड़े गए फ़ील्ड आपकी सेव की गई सेटिंग्स पर वापस चले जाते हैं। अगर आप stop-loss, take-profit या leverage नहीं बताते, तो असिस्टेंट को उन फ़ील्ड को खाली छोड़ने का निर्देश दिया गया है, और सर्वर उन्हें आपके पैनल में सेव की गई प्राथमिकताओं से भरता है — ठीक वही मान जो मैनुअल पैनल और Telegram बॉट उपयोग करते हैं। रिस्पॉन्स बताता है कि कौन-से फ़ील्ड सेव की गई सेटिंग्स से आए, इसमें prefs_used। यह एक मापी गई विफलता की वजह से मौजूद है: जब वे फ़ील्ड अनिवार्य थे तो मॉडल को मान गढ़ने पड़ते थे, और पांच में से पांच ऑर्डर ने एक ग्राहक की अपनी कॉन्फ़िगरेशन को ओवरराइड कर दिया था।

close_position

आवश्यक: venue, symbol, side, idempotency_key। वैकल्पिक: fraction (0 से 1], account, ticket। क्रिप्टो और MetaTrader 5 दोनों के लिए काम करता है। बंद करना जोखिम घटाता है, इसलिए policy wall इसे कभी नहीं रोकता — केवल kill switch ही रोकता है। एक ही idempotency key के साथ दस कॉल ठीक एक ही close करते हैं। अगर कोई मेल खाती पोज़िशन मौजूद नहीं है तो आपको मिलता है POSITION_NOT_FOUND साथ में वे पोज़िशन जो हैं उस venue पर खुली हुई, ताकि असिस्टेंट अंदाज़ा लगाने की बजाय खुद को सही कर सके।

MetaTrader 5 में कोई आंशिक close नहीं है — Expert Advisor पूरी तरह बंद करता है — इसलिए उपयोग करें fraction=1 वहां। जब एक ही symbol पर कई MT5 पोज़िशन खुली हों, ticket अनिवार्य हो जाता है, और जब तक लक्ष्य अस्पष्ट रहता है कुछ भी बंद नहीं किया जाता.

modify_position

आवश्यक: venue, symbol, side, idempotency_key, साथ ही इनमें से कम से कम एक new_sl / new_tp. stop-loss हटाया नहीं जा सकता — अनिवार्य-SL नियम यहां भी लागू होता है। क्रम की जांच होती है: एक long को चाहिए new_sl < mark < new_tp, एक short को इसका उल्टा। केवल एक तरफ भेजने से दूसरी तरफ अपने वर्तमान मान पर बनी रहती है, मिटती नहीं। बंद करने की तरह ही, एक अस्पष्ट MT5 ticket का मतलब है कि कुछ भी संशोधित नहीं किया जाता।

list_open_orders

वैकल्पिक: venue। यह पेंडिंग limit ऑर्डर सूचीबद्ध करता है, साथ में order_ref, venue, symbol, side, entry कीमत, आकार और बनने का समय।

किसी असिस्टेंट से अपने ओपन ऑर्डर की समीक्षा करवाने से पहले एक बात जान लेना ज़रूरी है: यह टूल जिन पेंडिंग ऑर्डर को ट्रैक करता है, वे पेपर (paper) ऑर्डर बुक में होते हैं। MCP के ज़रिए लाइव एक्सचेंज पर दिए गए ऑर्डर मार्केट ऑर्डर के रूप में भेजे जाते हैं, इसलिए वे पेंडिंग रहने के बजाय तुरंत भर जाते हैं, और लाइव अकाउंट पर खाली लिस्ट का मतलब है कि कुछ गायब नहीं हुआ बल्कि कुछ भी पेंडिंग नहीं है।

cancel_order

आवश्यक: venue, order_ref, idempotency_key। अगर यह reference आपका नहीं है तो जवाब होता है NOT_FOUND — कभी भी यह संकेत नहीं देता कि किसी और का ऑर्डर मौजूद है। बंद करने की तरह, यह जोखिम घटाने वाला है और policy wall इसे नहीं रोकता।

compile_policy

आवश्यक: natural_text। आप सामान्य भाषा में एक नियम लिखते हैं — “एक ट्रेड पर 2% से ज़्यादा जोखिम कभी न लें, 10 से ऊपर कोई leverage नहीं, केवल BTC और ETH” — और यह एक JSON policy में compile हो जाता है, जो इस रूप में लौटाया जाता है preview। Compile करना कभी कुछ भी सक्रिय नहीं करता। सक्रियण पैनल से या इसके ज़रिए एक अलग, सोच-समझकर उठाया गया कदम है POST /api/mcp/policies/{policy_id}/activate, जिसका मतलब है कि कोई मॉडल आपके नियमों के बारे में बात करके उन्हें ढीला नहीं कर सकता।

verify_receipt

आवश्यक: receipt_id। लौटाता है signature_valid और chain_valid; एक कार्रवाई तभी सत्यापित मानी जाती है जब दोनों सही हों। रसीदें ed25519-signed होती हैं और प्रति उपयोगकर्ता hash-chained होती हैं, इसलिए किसी पहले की रसीद में बदलाव करने से बाद की हर रसीद टूट जाती है और chain_valid false हो जाती है। सार्वजनिक key यहां उपलब्ध कराई जाती है /mcp/receipts/pubkey, ताकि आप इस endpoint पर भरोसा किए बिना स्वतंत्र रूप से सत्यापित कर सकें। पुरानी HMAC-युग की रसीदें लौटाती हैं legacy=true.

replay_channel

आवश्यक: channel_ref। वैकल्पिक: days (90 तक, डिफ़ॉल्ट 30), policy_override। “अगर मैंने पिछले X दिनों में इस Telegram चैनल को अपने नियमों के तहत फॉलो किया होता तो क्या होता?” का जवाब देता है, इसके पुराने सिग्नल को paper-style में दोबारा चलाकर, जिसमें हर सिग्नल policy wall से गुज़रता है ताकि अस्वीकृत सिग्नल कभी न खुलें। प्रगति इस रूप में आती है replay_progress events के रूप में। परिणाम 24 घंटे के लिए cache किए जाते हैं और यह टूल प्रति घंटे 5 replays तक सीमित है। आउटपुट: {trades:[...], summary:{total_pnl, win_rate, max_drawdown,

get_trade_history

backtest_my_signals

वैकल्पिक: days (1–90), source, symbols, margin_usd, leverage, sl_pct, tp_pct, max_hold_minutes, taker_fee_bps, partial_tp. आपको वास्तव में मिले सिग्नल को असली mainnet ऐतिहासिक एक-मिनट बार पर दो बार चलाता है: एक बार हर सिग्नल के अपने स्टॉप, टेक-प्रॉफ़िट और लीवरेज के साथ, और एक बार आपकी सेटिंग्स के साथ। तुरंत job_ref लौटाता है; परिणाम get_job_status से लिया जाता है। हर परिणाम में coverage (कितने सिग्नल वास्तव में सिम्युलेट हो सके और बाक़ी क्यों नहीं) और assumptions (फ़ीस, स्लिपेज, आंशिक टेक-प्रॉफ़िट, और क्या मॉडल नहीं किया गया) रहता है। जिन सिग्नल में स्टॉप नहीं है, स्टॉप एंट्री की ग़लत तरफ़ है, या ऐतिहासिक मूल्य डेटा नहीं है, उन्हें गिनकर छोड़ दिया जाता है — अनुमान कभी नहीं लगाया जाता।

simulate_policy

वैकल्पिक: policy_text (सामान्य भाषा), rules (पहले से कंपाइल), days (1–365). किसी रिस्क पॉलिसी को आपके वास्तव में बंद किए गए ट्रेडों पर लागू करता है और बताता है कि किसे किस नियम से रोका जाता और PnL में कितना अंतर आता। job_ref लौटाता है। हर परिणाम में दो सीमाएँ लिखी होती हैं: ऑर्डर के समय के खाता-स्तर पर निर्भर नियम (खुली पोज़ीशन संख्या, दैनिक हानि, बैलेंस) शून्य के साथ आँके जाते हैं, क्योंकि वह स्थिति बंद ट्रेडों से दोबारा नहीं बनाई जा सकती — इसलिए वे नियम ज़्यादा नहीं, कम गिने जाते हैं; और PnL आपके दर्ज वास्तविक परिणामों से आता है, हर मुद्रा के लिए अलग बताया जाता है और मुद्राओं के बीच कभी जोड़ा नहीं जाता।

import_tradingview_backtest

अनिवार्य: csv_text. वैकल्पिक: taker_fee_bps, slippage_bps, leverage. TradingView के Strategy Tester (List of Trades) से निर्यात किया गया CSV लेकर उसे असली लागतों के साथ दोबारा जोड़ता है: प्रवेश और निकास दोनों पर टेकर फ़ीस और मापी गई स्लिपेज। Pine Script कभी चलाया या व्याख्यायित नहीं जाता — केवल आपकी निर्यात की गई ट्रेड सूची दोबारा गणना होती है — और कीमतें वैसी ही रहती हैं जैसी TradingView ने बताईं। जिन पंक्तियों में मात्रा कॉलम नहीं है उन पर फ़ीस नहीं लग सकती, इसलिए वे आशावादी रहती हैं और उनकी संख्या बताई जाती है। job_ref लौटाता है।

get_job_status

वैकल्पिक: job_ref. रेफ़रेंस देने पर उस जॉब की स्थिति और पूरा होने पर उसका परिणाम लौटाता है; बिना आर्ग्युमेंट के आपकी हाल की जॉब सूची देता है। status इनमें से एक होता है: PENDING, RUNNING (progress में प्रतिशत), DONE, FAILED (पुनःप्रयास निर्धारित), DEAD या CANCELLED. जॉब एक-एक करके चलते हैं, इसलिए queue_position बताता है कि आपसे आगे कितने हैं। जो रेफ़रेंस आपका नहीं है उसे वही “नहीं मिला” उत्तर मिलता है जो किसी अस्तित्वहीन रेफ़रेंस को — इसलिए जॉब रेफ़रेंस गिनकर खोजे नहीं जा सकते।

परिणाम हमेशा के लिए नहीं रहते, और इन सीमाओं को उन पर निर्भर होने से पहले जान लेना ज़रूरी है। केवल हाल की 20 पूरी हुई जॉब अपना पूरा परिणाम बनाए रखती हैं; पुरानी जॉब को उनके सारांश तक सीमित कर दिया जाता है और वे result_pruned: true के साथ वापस आती हैं, जिसका मतलब है कि विस्तृत पंक्तियाँ जा चुकी हैं और उन्हें फिर से बनाने के लिए जॉब को दोबारा चलाना पड़ता है। सब कुछ 30 दिनों बाद हटा दिया जाता है। बैकटेस्ट और पॉलिसी रन भी आपके खाते के बैकटेस्ट इतिहास में लिखे जाते हैं, और परिणाम उस run_id को साथ रखता है जिसके तहत उन्हें संग्रहीत किया गया था।

Policy wall

यही वह हिस्सा है जो किसी language model को टूल सौंपने को उचित ठहराता है। आपके नियम एक बार JSON में compile किए जाते हैं, एक तय schema के विरुद्ध validate किए जाते हैं, और फिर मूल्यांकित किए जाते हैं server-side और निश्चयात्मक रूप से हर ऑर्डर पर। मॉडल इनका मूल्यांकन कभी नहीं करता, इनके इर्द-गिर्द कोई रास्ता कभी नहीं देखता, और इन्हें ढीला करने के लिए कभी नहीं मनाया जा सकता — न तो आपके द्वारा किसी अधीरता के क्षण में, और न ही किसी वेबपेज या Telegram संदेश के ज़रिए डाले गए प्रॉम्प्ट से जिसे वह पढ़ बैठा हो। उल्लंघन एक hard reject है जिसके साथ एक audit प्रविष्टि दर्ज होती है।

एक compiled policy जो schema validation में विफल होती है उसे बिल्कुल भी सक्रिय नहीं किया जा सकता। कोई आंशिक-वैध policy नहीं होती।

सुरक्षा मॉडल

Leverage के बारे में, साफ़ शब्दों में: AlgoVesta आपके अपने खाते पर कोई leverage सीमा नहीं लगाता — यह आपका exchange करता है, और आप अपनी खुद की सीमा इसके साथ सेट कर सकते हैं leverage_cap policy नियम। MetaTrader 5 के ज़रिए फॉरेक्स इस रास्ते में unleveraged है और lots के अनुसार आकार तय होता है। अगर कोई आपको बताता है कि यह प्लेटफॉर्म “leverage को 20x पर सीमित करता है” तो वह किसी ऐसी चीज़ का वर्णन कर रहा है जो मौजूद ही नहीं है।

त्रुटियां

डोमेन-स्तर के इनकार transport त्रुटियों की बजाय संरचित परिणामों के रूप में आते हैं, ताकि असिस्टेंट उन पर कार्रवाई कर सके: VENUE_NOT_CONNECTED, ACCOUNT_REQUIRED, ACCOUNT_AMBIGUOUS, ACCOUNT_NOT_FOUND, POSITION_NOT_FOUND, MISSING_FIELDS, INVALID_SIDE, SL_REMOVAL_FORBIDDEN। त्रुटि संदेश कभी आंतरिक विवरण लीक नहीं करते, और कभी किसी और के खाते के बारे में कुछ भी उजागर नहीं करते।

Rate limits

Live events

एक tenant-isolated server-sent event स्ट्रीम यहां उपलब्ध है /mcp/events (OAuth) और /u/<key>/events (secret link), साथ में Last-Event-ID reconnection, ताकि गिरा हुआ कनेक्शन दोबारा शुरू होने के बजाय फिर से जुड़ जाए। Event के प्रकार: fill, policy_rejected, position_closed, sl_hit, tp_hit, और replay_progress एक channel replay के दौरान।

Venues — 16 exchanges और MetaTrader 5

एक कनेक्शन इन सभी तक पहुंचता है। एक venue AI के लिए तभी उपलब्ध होता है जब आप उसे AlgoVesta में कनेक्ट करते हैं; जिसे आपने कनेक्ट नहीं किया उसके बारे में पूछने पर मिलता है VENUE_NOT_CONNECTED अंदाज़े की बजाय।

इनमें से छह — Binance, Bybit, OKX, Gate.io, KuCoin और Bitget — को futures और spot दोनों पर असली पैसे से end to end सत्यापित किया गया है, जिसमें stop-loss और take-profit की exchange पर ही मौजूदगी और दर्ज मानों से ठीक-ठीक मेल पुष्टि की गई है। हर exchange की अपनी विशेषताएं हैं, और ये अंतर कमियां नहीं बल्कि जानबूझकर हैं: Bybit और Bitget spot पर दूसरा take-profit leg स्वीकार नहीं करते, OKX spot को raw API के ज़रिए भेजा जाता है ताकि cash खाता चुपचाप margin खाता न बन जाए, Binance spot खरीदने से पहले एक न्यूनतम notional लागू करता है, और KuCoin market खरीद cost mode में की जाती है।

Spot और futures को हमेशा अलग रखा जाता है। दोनों बाज़ारों पर वही symbol एक अलग row, एक अलग price feed और एक अलग key है — एक कभी दूसरे में मिलता नहीं।

बिना किसी इंस्टॉलेशन के MetaTrader 5

फॉरेक्स के लिए आपको कुछ भी इंस्टॉल नहीं करना पड़ता। कोई VPS किराए पर लेना नहीं है, अपनी मशीन पर कोई MetaTrader टर्मिनल चालू रखना नहीं है, जोड़ने के लिए कोई Expert Advisor नहीं है और खरीदने के लिए कोई third-party bridge खाता नहीं है। AlgoVesta MetaTrader 5 टर्मिनल को अपने खुद के managed सर्वर पर चलाता है और उन्हें चौबीसों घंटे आपके broker से जुड़ा रखता है। आप अपनी खाता जानकारी एक बार दर्ज करते हैं और उसके बाद आपका AI असिस्टेंट उस खाते पर ट्रेड कर सकता है। असिस्टेंट को लौटाया गया पोज़िशन डेटा टर्मिनल के विरुद्ध सत्यापित होता है, और जब इसे सत्यापित नहीं किया जा सकता तो टूल खाली खाता होने का संकेत देने की बजाय यही बताता है।

रोडमैप — global equities

मापी गई latency

ये माप हैं, मार्केटिंग के आंकड़े नहीं।

आपके AI क्लाइंट के अंदर बिताया गया समय — मॉडल का सोचना, और आपका confirm करना — इसमें शामिल नहीं है और आमतौर पर यही हावी रहेगा। यह सर्वर एक low-latency execution venue नहीं है और इसे वैसा बेचा भी नहीं जाता।

पैनल REST एंडपॉइंट

जो कुछ भी AI खुद नहीं कर सकता और नहीं करना चाहिए, वह सब आपके सामान्य logged-in सेशन के पीछे रहता है।

POST   /api/mcp/keys                            create a key (live requires 2FA)
GET    /api/mcp/keys                            list keys
DELETE /api/mcp/keys/{key_id}                   revoke a key
POST   /api/mcp/live-code                       send the live-scope confirmation code
POST   /api/mcp/freeze  |  /api/mcp/unfreeze    kill switch
GET    /api/mcp/status                          connection status
GET    /api/mcp/policies                        list policies
POST   /api/mcp/policies/compile                compile without activating
POST   /api/mcp/policies/{id}/activate          activate
POST   /api/mcp/policies/{id}/deactivate        deactivate
GET    /api/mcp/audit                           audit log
GET    /api/mcp/receipts                        receipts
GET    /api/mcp/receipts/{receipt_id}/verify    verify one receipt
GET    /api/mcp/pubkey                          receipt public key
GET    /api/mcp/paper  |  POST /api/mcp/paper/reset

आपके पास क्या होना चाहिए

MCP कनेक्शन खुद ही प्रोडक्ट का हिस्सा है और अलग से नहीं बेचा जाता। व्यवहार में जो चीज़ आपको सीमित करती है वह यह है कि AI को क्या तक पहुंचना है: paper ट्रेडिंग को केवल एक खाता चाहिए, जबकि live ट्रेडिंग को एक सक्रिय पेड प्लान और उस प्लान द्वारा अनुमत कनेक्टेड खातों की ज़रूरत है — और असली पैसे पर live MetaTrader 5 ट्रेडिंग के लिए अतिरिक्त रूप से आपको उस खाते के लिए स्पष्ट रूप से opt in करना ज़रूरी है। exchange keys और MetaTrader खातों की संख्या पर प्लान सीमाएं यहां सूचीबद्ध हैं pricing पेज। इनमें से कुछ भी मायने रखने से पहले आप $5,000 के paper बैलेंस पर सब कुछ आज़मा सकते हैं।

अक्सर पूछे जाने वाले सवाल

संबंधित: AI असिस्टेंट के लिए MCP · MCP ट्रेडिंग सर्वर: Claude और ChatGPT — 16 एक्सचेंज + MT5 · समर्थित exchanges · MetaTrader 5 फॉरेक्स · TradingView automation · MCP ट्रेडिंग सर्वर क्या है · सुरक्षा · pricing.

ट्रेडिंग में जोखिम होता है। Automation इसे दूर नहीं करता, और AI असिस्टेंट निवेश सलाह नहीं है। Paper पर शुरू करें।