प्रोजेक्ट मैनेजमेंट के लिए MCP सर्वर: 10 बिंदुओं की चेकलिस्ट, अंकों के साथ
प्रोजेक्ट मैनेजमेंट MCP सर्वर की दस जाँचें, टोकन की अवधि से क्लेम और सबूत तक, और Weft, Hypertask, Linear, Trello व Notion के अंक।
Weft सोलो फाउंडर्स और छोटी टीमों के लिए AI टास्क मैनेजर है।
लेखक: Andrei Finogeev ·
प्रोजेक्ट मैनेजमेंट के लिए अच्छा MCP सर्वर AI क्लाइंट को आपका बोर्ड पढ़ने और बदलने देता है, बिना ऐसी key के जिसकी आपको लगातार देखभाल करनी पड़े; बाक़ी को छुए बिना किसी एक क्लाइंट को काटने देता है; और एजेंटों को काम क्लेम करने, आपसे सवाल पूछने और अपना किया साबित करने का सुरक्षित तरीका देता है। नीचे दस जाँचें हैं जो यह सब कवर करती हैं, हर एक क्यों मायने रखती है, और Weft, Hypertask, Linear, Trello और Notion के अंकों वाली तालिका।
Weft हम बनाते हैं। दूसरे प्रोडक्टों के बारे में तथ्य उनके आधिकारिक पेजों से हैं, जिन्हें 27 अक्टूबर 2026 को जाँचा गया। जहाँ पेज कुछ नहीं कहता, वहाँ तालिका में "बताया नहीं गया" लिखा है।
प्रोजेक्ट मैनेजमेंट MCP सर्वर को अंक देने की ज़रूरत ही क्यों?
Model Context Protocol बुनियादी जुड़ाव का काम करता है: क्लाइंट सर्वर से पूछता है कि कौन-से टूल हैं और उन्हें structured arguments के साथ कॉल करता है। वह यह नहीं बताता कि टोकन कितने समय चलता है, क्या दो एजेंट एक ही टास्क पकड़ सकते हैं, या जब एजेंट कुछ डिलीट करना चाहे तो क्या होता है। ये प्रोडक्ट के फ़ैसले हैं, और सर्वरों के बीच इनमें काफ़ी फ़र्क़ है।
प्रोजेक्ट मैनेजमेंट MCP सर्वरों पर Hypertask की गाइड में परखने की एक समझदार सूची है: टूल कवरेज, स्कीमा की क्वालिटी, auth और scope, ऑडिट इतिहास, विनाशकारी (destructive) actions, transport। बस वह उसे कभी भरती नहीं। यह पोस्ट मिलती-जुलती सूची लेती है, उसे दस ऐसी जाँचों में बदलती है जिनका जवाब हाँ या ना में हो, और जवाब भरती है, हमारे समेत।
ये दस जाँचें कौन-सी हैं?
1. साइन-इन कैसे होता है, और टोकन कितने समय चलता है?
कॉन्फ़िग फ़ाइल में कॉपी की गई key डिस्क पर पड़ा पासवर्ड है, और जब वह एक्सपायर होती है तो आपका एजेंट काम के बीच चुपचाप फ़ेल हो जाता है। refresh token वाले OAuth का मतलब है कि कॉपी करने को कुछ नहीं और रिन्यू करने के लिए कैलेंडर रिमाइंडर नहीं। सिर्फ़ तरीका नहीं, access token और कनेक्शन दोनों की अवधि पूछें।
2. क्या अकाउंट बंद किए बिना एक क्लाइंट की पहुँच हटा सकते हैं?
आप कई क्लाइंट जोड़ेंगे: एक चैट ऐप, एक कोडिंग एजेंट, शायद एक फ़ोन। जब कोई एक गड़बड़ करे या लैपटॉप खो जाए, तो आप सिर्फ़ वही कनेक्शन काटना चाहेंगे और बाक़ी चलते रहें। अगर एकमात्र तरीका साझा key बदलना है, तो हर क्लाइंट एक साथ टूट जाता है।
3. क्या हर कनेक्शन को अपना अनुमति स्तर मिल सकता है?
जिस क्लाइंट से आप पूछते हैं "मेरे बोर्ड पर क्या है?", उसे write एक्सेस नहीं चाहिए। कोडिंग एजेंट को write चाहिए, पर बल्क आर्काइव की ज़रूरत शायद ही पड़ती है। read, write और full जैसे प्रति-कनेक्शन स्तर आपको हर क्लाइंट को उतना ही देने देते हैं जितना उसे चाहिए, और उलझे हुए या बहकाए गए एजेंट से बचाव का यही सबसे अच्छा तरीका है।
4. क्या विनाशकारी actions चिह्नित और सीमित हैं?
MCP टूल ऐसे संकेत (hints) रख सकते हैं जो बताते हैं कि टूल सिर्फ़ पढ़ता है या विनाशकारी है, और क्लाइंट इनके आधार पर कुछ करने से पहले पूछ सकते हैं। जाँचें कि सर्वर इन्हें ईमानदारी से लगाता है, और यह भी कि "delete" असल में क्या करता है: जिस ट्रैश से वापस लाया जा सके, वह हमेशा के लिए डिलीट से बहुत अलग है।
5. क्या एजेंट टास्क क्लेम कर सकता है ताकि दो एजेंट न टकराएँ?
कार्ड को Doing में ले जाना एक दिखने वाला संकेत है, ताला नहीं। एक सेकंड के अंतर पर बोर्ड पढ़ने वाले दो एजेंट दोनों टास्क को खाली देखेंगे और दोनों शुरू कर देंगे। सर्वर द्वारा तय की गई lease वाला क्लेम का मतलब है कि दूसरे एजेंट को मना कर दिया जाता है, और एजेंट के बंद होने पर ख़त्म होने वाली lease टास्क को किसी और के लिए खोल देती है।
6. क्या एजेंट आपसे structured सवाल पूछ सकता है?
एजेंट ऐसे मोड़ों पर पहुँचते हैं जिन्हें सिर्फ़ इंसान तय कर सकता है। इसके लिए टूल न हो तो एजेंट या तो अंदाज़ा लगाता है या रुक जाता है, और सवाल चैट लॉग में दब जाता है। विकल्पों वाला structured सवाल, ऐसी जगह पहुँचाया गया जहाँ आप उसे सच में देखेंगे, फ़ैसले को टास्क से जोड़े रखता है।
7. क्या काम पूरा होने पर सबूत दर्ज होता है?
एजेंट का "हो गया" एक दावा है। ऐसा पूरा होना जो लिंक, फ़ाइल हैश या दूसरे artifacts दर्ज करे, साथ में यह भी कि क्या नहीं हुआ, आपको काम दोबारा किए बिना जाँचने देता है। बोर्ड पर यह भी दिखना चाहिए कि काम किस क्लाइंट ने किया।
8. कौन-से क्लाइंट सच में इस तक पहुँच सकते हैं?
सर्वर उतना ही काम का है जितने वे क्लाइंट जिन्हें आप पहले से इस्तेमाल करते हैं। हर एक के लिए असली रास्ता जाँचें: ChatGPT में प्रकाशित ऐप, Claude में custom connector या डायरेक्टरी लिस्टिंग, Claude Code, Cursor और Codex में एक लाइन का सेटअप। यह भी जाँचें कि एजेंट का सवाल आप तक, यानी इंसान तक, आपके फ़ोन पर पहुँच सकता है या नहीं।
9. फ़्री प्लान MCP पर कितना देता है?
एजेंट बहुत सारे छोटे कॉल करते हैं। बोर्ड, टास्क या कॉल गिनने वाला फ़्री प्लान हफ़्ते के बीच ख़त्म हो सकता है। उस पर आदत बनाने से पहले सटीक सीमा जानें, और यह भी कि फ़्री प्लान में MCP शामिल है भी या नहीं।
10. क्या transport मौजूदा है?
MCP spec बदलता रहता है। मौजूदा रिमोट transport Streamable HTTP है, और पुराने SSE एंडपॉइंट कई कंपनियाँ बंद कर रही हैं। जो सर्वर बताता है कि वह spec के कौन-से revision सपोर्ट करता है, उस पर क्लाइंट अपडेट होने पर भरोसा करना आसान है।
Weft, Hypertask, Linear, Trello और Notion के अंक कितने हैं?
हर सेल सिर्फ़ वही इस्तेमाल करता है जो कंपनी का अपना पेज या लाइव सर्वर कहता है। "बताया नहीं गया" का मतलब यह नहीं कि फ़ीचर नहीं है; इसका मतलब है कि हम आज इसे किसी आधिकारिक स्रोत से पक्का नहीं कर पाए।
| जाँच | Weft | Hypertask | Linear | Trello | Notion |
|---|---|---|---|---|---|
| 1. Auth और टोकन की अवधि | dynamic client registration वाला OAuth 2.1, कॉपी करने को कोई key नहीं; refresh token, इसलिए क्लाइंट साइन-इन ख़ुद रिन्यू करता है। वैकल्पिक personal access token (30, 90, 365 दिन या कभी एक्सपायर नहीं) | डॉक्यूमेंटेड सेटअप एक कॉपी की गई API key है जो 30 दिन में एक्सपायर होती है; ब्राउज़र से मंज़ूर कनेक्शन बिना refresh के 90 दिन चलता है (डॉक्स) | dynamic client registration वाला OAuth 2.1, या API key; अवधि बताई नहीं गई (डॉक्स) | सिर्फ़ OAuth 2.0, कोई API token नहीं; अवधि बताई नहीं गई (डॉक्स) | डिफ़ॉल्ट रूप से OAuth; bearer MCP token सिर्फ़ Business और Enterprise पर; अवधि बताई नहीं गई (डॉक्स) |
| 2. एक क्लाइंट की पहुँच हटाना, अकाउंट बना रहे | हाँ। सेटिंग्स में एक AI क्लाइंट को डिस्कनेक्ट करें; रद्द किया गया access token अगले कॉल पर ही काम करना बंद कर देता है | बताया नहीं गया। key रिन्यू करने से वे सारे क्लाइंट डिस्कनेक्ट हो जाते हैं जिनके पास पुरानी key है (डॉक्स) | बताया नहीं गया | बताया नहीं गया | बताया नहीं गया |
| 3. प्रति कनेक्शन अनुमति स्तर | हाँ: हर OAuth कनेक्शन के लिए full, write या read। Access token में कोई scope नहीं | एक ही scope घोषित: mcp:full (सर्वर मेटाडेटा) | अलग read-only एंडपॉइंट, /mcp/readonly (डॉक्स) | Read, Write और Search अनुमतियाँ; नई जोड़ने के लिए दोबारा कनेक्ट करना पड़ता है (डॉक्स) | बताया नहीं गया |
| 4. विनाशकारी actions चिह्नित और सीमित | 3 टूल विनाशकारी चिह्नित; ट्रैश टास्क को 30 दिन रखता है, एजेंट हमेशा के लिए डिलीट नहीं कर सकते; ट्रैश से रिस्टोर Pro पर है | बताया नहीं गया | बताया नहीं गया | कोई विनाशकारी डिलीट नहीं; कार्ड और लिस्ट आर्काइव किए जा सकते हैं (डॉक्स) | बताया नहीं गया |
| 5. MCP के अंदर lease के साथ क्लेम | हाँ। start_task 20 मिनट की lease देता है; दूसरे एजेंट को already_claimed मिलता है | Lease सिर्फ़ REST एंडपॉइंट के रूप में हैं, MCP टूल नहीं, जानबूझकर (डॉक्स) | बताया नहीं गया | बताया नहीं गया | बताया नहीं गया |
| 6. इंसान से structured सवाल | हाँ। 10 विकल्पों तक के साथ request_input; व्यक्ति तक Inbox, मोबाइल पुश और ईमेल से पहुँचता है | Escalation सिर्फ़ REST में है, MCP टूल नहीं (डॉक्स) | बताया नहीं गया | बताया नहीं गया | बताया नहीं गया |
| 7. पूरा होने पर सबूत | हाँ। complete_task outcome, artifacts, notDone, unknowns और nextStep लेता है | Evidence सिर्फ़ REST में है, MCP टूल नहीं (डॉक्स) | बताया नहीं गया | बताया नहीं गया | बताया नहीं गया |
| 8. कौन-से क्लाइंट पहुँचते हैं | ChatGPT: प्रकाशित ऐप, Free समेत हर प्लान। Claude: custom connector। Claude Code: एक कमांड। Cursor: एक क्लिक। Codex: कॉन्फ़िग और लॉगिन। व्यक्ति के लिए iOS और Android ऐप | ChatGPT: OpenAPI Actions वाला custom GPT, या developer mode वाला connector। Claude: custom connector, Claude की डायरेक्टरी में नहीं। कोई नेटिव iOS ऐप नहीं, Google Play पर ऐप नहीं (डॉक्स, llms.txt, apps) | Claude: Claude की डायरेक्टरी में। ChatGPT: Linear के अनुसार deep research वाला connector | Claude: Claude की डायरेक्टरी में। ChatGPT: Trello के अनुसार डायरेक्टरी लिस्टिंग | Claude: Claude की डायरेक्टरी में। ChatGPT: Notion के अनुसार क्लाइंट के रूप में लिस्टेड |
| 9. फ़्री प्लान की सीमाएँ | 50 सक्रिय टास्क और महीने में 200 MCP कॉल; पहले 48 घंटे बिना गिनती के | प्रति व्यक्ति 3 बोर्ड, असीमित सदस्य और टिकट, MCP शामिल; कॉल की सीमा बताई नहीं गई (pricing) | असीमित सदस्य, 2 टीम, 250 issues; MCP पर किसी प्लान की रोक नहीं बताई गई (pricing) | प्रति Workspace 10 सहयोगी और 10 बोर्ड; MCP Free पर चलता है (pricing) | MCP हर प्लान पर चलता है; Free 2+ सदस्यों के लिए सीमित है (डॉक्स) |
| 10. Transport और spec revision | सिर्फ़ Streamable HTTP; MCP revisions 2025-11-25 और 2026-07-28 | Streamable HTTP, साथ में पुराना SSE एंडपॉइंट; revision बताया नहीं गया (डॉक्स) | Streamable HTTP, SSE बंद होने की राह पर; revision बताया नहीं गया (डॉक्स) | बताया नहीं गया | SSE फ़ॉलबैक के साथ /mcp एंडपॉइंट; revision बताया नहीं गया (डॉक्स) |
| संदर्भ के लिए: सबसे सस्ती पेड सीट | $7 महीना या $60 साल; कोई AI क्रेडिट नहीं, सोचने का काम आपके अपने AI क्लाइंट में होता है | BYOK सालाना बिलिंग पर $8 महीना, मासिक $10; AI सहित Pro $16 / $20 (pricing) | Basic सालाना बिलिंग पर $10 महीना (pricing) | Standard सालाना बिलिंग पर $5 महीना, मासिक $6 (pricing) | Plus सालाना बिलिंग पर $10 महीना, मासिक $12 (pricing) |
इसे पढ़ने के बारे में कुछ ईमानदार बातें। Linear, Trello और Notion बड़े प्रोडक्ट हैं जिनका MCP सर्वर कई सतहों में से एक है, और उनके MCP डॉक्स lease या structured सवाल जैसे एजेंट-workflow टूल का ज़िक्र नहीं करते, इसलिए एजेंट से जुड़ी कई पंक्तियाँ खाली हैं। Trello का हमेशा के लिए डिलीट न देने का फ़ैसला सुरक्षा के लिहाज़ से अच्छा है। Linear का अलग read-only एंडपॉइंट जाँच 3 को साफ़ तरीके से पूरा करता है। अगर आपकी टीम पहले से इनमें से किसी पर है, तो आधिकारिक सर्वर आमतौर पर सही शुरुआत है; देखें Weft बनाम Linear, Weft बनाम Trello और Weft बनाम Notion।
Hypertask अपने प्रोडक्ट में lease, सबूत और escalation बनाता है, पर उसके MCP डॉक्स कहते हैं कि ये जानबूझकर REST API में रहते हैं, MCP में नहीं। अगर आपके एजेंट स्क्रिप्ट चलाते हैं, तो यह अच्छा काम करता है। इसका मतलब यह है कि सिर्फ़ MCP से जुड़े चैट क्लाइंट को ये नहीं मिलते। Hypertask के पास ऐसी चीज़ें भी हैं जो Weft में नहीं: स्क्रिप्ट और CI के लिए CLI, REST API, अपनी पहचान वाले service account के रूप में एजेंट, बिल्ट-इन AI फ़ीचर, टाइम ट्रैकिंग और कीबोर्ड-फ़र्स्ट इंटरफ़ेस। हमारी लंबी तुलना Hypertask का विकल्प पर है।
Weft किन बातों में अच्छे अंक नहीं पाता?
Weft के MCP सर्वर में 32 टूल हैं, और उनकी सूची सस्ती नहीं: हमने tools/list का जवाब लगभग 17.7k टोकन का मापा। Hypertask का tools reference टूल को action के हिसाब से समूहों में रखता है, इसलिए 21 टूल ज़्यादा ऑपरेशन कवर करते हैं, हर एक में action फ़ील्ड के साथ। यह एक असली समझौता है। समूहबद्ध टूल मॉडल के context में कम जगह लेते हैं। अलग-अलग टूल हर टूल को उसका अपना read-only या destructive संकेत रखने देते हैं, और इसी से read कनेक्शन का मतलब ठीक 11 read-only टूल होता है और write कनेक्शन का मतलब 3 विनाशकारी टूल को छोड़कर सब। हमने दूसरा रास्ता चुना; अगर आपके क्लाइंट में context कम है, तो पहला आपके लिए बेहतर हो सकता है।
बाक़ी कमियाँ, सीधे-सीधे। Weft में न CLI है, न सार्वजनिक REST API, न webhooks, इसलिए AI क्लाइंट के बिना इसे CI जॉब से नहीं चलाया जा सकता। कोई GitHub या Slack इंटीग्रेशन नहीं है। Personal access token में कोई scope नहीं: एक टोकन पूरे वर्कस्पेस में सभी 32 टूल तक पहुँचता है, इसलिए जहाँ आपका क्लाइंट सपोर्ट करे वहाँ OAuth चुनें, क्योंकि प्रति-कनेक्शन स्तर सिर्फ़ OAuth कनेक्शन पर लागू होते हैं।
Prompt injection से कैसे बचें?
जो एजेंट टास्क का टेक्स्ट, कमेंट या लिंक किए गए पेज पढ़ता है, उसे उनमें छिपे निर्देशों से भटकाया जा सकता है। MCP इसे ठीक नहीं करता; आपका सेटअप करता है। तीन आदतें मदद करती हैं।
- read-only कनेक्शन पर खोजबीन करें। जब आपको सिर्फ़ सारांश, स्टैंडअप या सर्च चाहिए, तो उस क्लाइंट को read स्तर पर जोड़ें। Weft में इससे सिर्फ़ 11 read-only टूल बचते हैं, और ठुकराया गया कॉल आपके कोटे में नहीं गिना जाता।
- विनाशकारी कॉल रिव्यू करें। destructive चिह्नित टूल के लिए क्लाइंट की पुष्टि चालू रखें, पूरे सेशन के लिए उन्हें मंज़ूर न करें। Weft में ये trash_task, archive_done_tasks और complete_sprint हैं, और ट्रैश में डाले गए टास्क 30 दिन तक रिस्टोर किए जा सकते हैं।
- बोर्ड की सामग्री को डेटा मानें। टास्क के विवरण में लिखे निर्देश आपके निर्देश नहीं हैं। एजेंट जिन नियमों का पालन करे, उन्हें उसके system prompt या प्रोजेक्ट नियमों में रखें, जहाँ टास्क का टेक्स्ट उन्हें पलट न सके।
क्लेम का चक्र भी मदद करता है। जब एजेंट प्रकाशित करने या प्रोडक्शन छूने जैसे ऐसे कदम पर पहुँचता है जिसे पलटा नहीं जा सकता, तो वह किसी कार्ड में मिले टेक्स्ट पर अमल करने के बजाय request_input कॉल करके आपके जवाब का इंतज़ार कर सकता है।
आपको MCP सर्वर की ज़रूरत कब नहीं है?
MCP का अतिरिक्त बोझ तब वसूल होता है जब मॉडल को लगातार बदलते बोर्ड पर कई actions में से चुनना हो। बहुत से काम ऐसे नहीं होते।
- एक घटना से हमेशा एक तय अपडेट होता है: कंपनी की API पर चलने वाली स्क्रिप्ट मॉडल से आसान और सस्ती है।
- आपको समय-समय पर एक स्नैपशॉट चाहिए: एक्सपोर्ट काफ़ी है। Weft JSON और Markdown एक्सपोर्ट और एक निजी कैलेंडर फ़ीड देता है।
- एक व्यक्ति, एक छोटा सेशन: रिपॉज़िटरी में Markdown चेकलिस्ट तब तक ठीक है जब तक काम चैट से लंबा न चले।
- आपकी पाइपलाइन बिना AI क्लाइंट के CI में चलती है: CLI या REST API वाला टूल चुनें। Weft में आज दोनों में से कुछ नहीं।
अपनाने से पहले सर्वर को कैसे टेस्ट करें?
- एक क्लाइंट को read स्तर पर जोड़ें और उससे बोर्ड का सारांश माँगें। कुछ भी नहीं बदलना चाहिए।
- टेस्ट प्रोजेक्ट पर write में बदलें और उससे एक टास्क बनवाकर मूव करवाएँ। जाँचें कि बोर्ड दिखाता है कि यह किस क्लाइंट ने किया।
- एक ही टास्क दो क्लाइंट से शुरू करें। दूसरे को मना होना चाहिए, चुपचाप काम दोहराना नहीं।
- एजेंट से विकल्पों के साथ एक सवाल पुछवाएँ, और देखें कि वह आप तक कहाँ पहुँचता है: ऐप, फ़ोन, ईमेल।
- टास्क को सबूत के तौर पर एक लिंक के साथ पूरा करें, फिर क्लाइंट को डिस्कनेक्ट करें और पक्का करें कि उसका अगला कॉल फ़ेल होता है।
Weft में पहला कदम Claude Code में एक कमांड, Cursor में एक क्लिक, Codex में एक कॉन्फ़िग लाइन और codex mcp login weft, या ChatGPT में ऐप जोड़ना है। MCP टास्क मैनेजरों की पूरी तस्वीर MCP टास्क मैनेजरों की तुलना में है, और क्लेम का चक्र क्लेम का चक्र में समझाया गया है।
- क्या टूल की संख्या क्वालिटी की निशानी नहीं है?
- नहीं। लंबी टूल सूची हर सेशन में context खाती है; Weft के 32 टूल लगभग 17.7k टोकन के हैं। मायने यह रखता है कि आपको जो टूल चाहिए वे मौजूद हैं, ईमानदार read-only और destructive संकेत रखते हैं, और साफ़ एरर के साथ फ़ेल होते हैं।
- क्या OAuth सच में API key से ज़्यादा सुरक्षित है?
- यह कॉपी किए गए secret को हटा देता है और आपको एक क्लाइंट की पहुँच अलग से हटाने देता है। Weft refresh token देता है, इसलिए क्लाइंट साइन-इन ख़ुद रिन्यू करता है। OAuth के बिना वाले क्लाइंट के लिए Weft personal access token भी देता है, पर उनमें कोई scope नहीं होता।
- क्या मैं ChatGPT को अपने Weft बोर्ड का सिर्फ़ पढ़ने का एक्सेस दे सकता हूँ?
- हाँ। मंज़ूरी वाली स्क्रीन पर read स्तर चुनें, या बाद में सेटिंग्स → जुड़े हुए AI क्लाइंट में बदलें। तब वह कनेक्शन सिर्फ़ 11 read-only टूल देखता है।
- अगर टास्क पकड़े हुए एजेंट क्रैश हो जाए तो क्या होता है?
- Weft में heartbeat के बिना 20 मिनट बाद lease ख़त्म हो जाती है और टास्क फिर से किसी को सौंपा नहीं रहता, ताकि कोई दूसरा एजेंट या व्यक्ति उसे उठा सके।
- क्या इसे आज़माने के लिए पेड प्लान चाहिए?
- नहीं। Weft के फ़्री प्लान में 50 सक्रिय टास्क और महीने में 200 MCP कॉल शामिल हैं, और Pro प्रति सीट $7 महीना या $60 साल है। देखें कीमतें।
- हम पहले से Linear या Trello इस्तेमाल करते हैं। क्या हमें बदलना चाहिए?
- सिर्फ़ MCP के लिए नहीं। उनके आधिकारिक सर्वर उसी डेटा पर काम करते हैं जो आपकी टीम के पास पहले से है। अगर आप क्लेम, सवाल और सबूत MCP के अंदर ही चाहते हैं, तो Weft पर विचार करें; Linear CSV या Trello JSON से इम्पोर्ट हर प्लान पर मुफ़्त है। देखें Linear से माइग्रेट करें या Trello से माइग्रेट करें।