اختتامی منصوبہ: اپنے محکمے کے لیے MCP سرور ڈیزائن کریں

تین طریقے

1. 1

   پہلا قدم: مسئلے کا جملہ لکھیں۔ وہی نظم و ضبط جو APIs capstone میں تھا۔ 'ہمارا compliance افسر ہر نئے vendor کو FBR، SECP، اور اندرونی بلیک لسٹ سے ملاتا ہے، چالیس منٹ فی vendor تین براؤزر ٹیبز میں۔' یا 'ہماری آڈٹ ٹیم ہر سہ ماہی تین دن لگاتی ہے NEPRA tariff PDFs کو ہمارے بلنگ نظام سے ملانے میں کیونکہ ڈیٹا دو ایسی شکلوں میں ہے جنہیں کوئی تیزی سے نہیں ملا سکتا۔' ایک سانس میں نہ کہہ سکیں تو ڈیزائن ڈائریکٹر کے سامنے گرے گا۔

2. 2

   دوسرا قدم: سرور کے ٹولز کا نام رکھیں۔ تین عام طور پر صحیح ہے۔ پانچ پہلے سرور کی انتہائی حد۔ ہر ٹول: فعل، ان پُٹ schema، آؤٹ پُٹ schema، اور ایک پیراگراف کی وضاحت۔ vendor compliance کی مثال میں: check_fbr_status(ntn)، check_secp_filings(cuin)، check_internal_blacklist(name)۔ ہر ٹول ایک کام کرتا ہے، چھوٹا JSON واپس کرتا ہے، صاف لاگ سطر چھوڑتا ہے۔ ماڈل انہیں ترتیب دیتا ہے۔ آپ کا کام صرف اچھے ٹولز دینا ہے۔

3. 3

   تیسرا قدم: ہر ٹول کے پیچھے ڈیٹا کے ذرائع لکھیں۔ check_fbr_status کے لیے FBR Online Verification Services آپ کی موجودہ API key کے ساتھ۔ check_secp_filings کے لیے API نہ ہونے کی صورت میں Playwright پر مبنی browser سرور جو آپ کی طرف سے eServices میں لاگ ان ہو، صرف عوامی پڑھائی تک محدود۔ check_internal_blacklist کے لیے آپ کا اپنا SQL database، read-only۔ ہر ذرائع کا اندرونی مالک، استعمال کی پالیسی، اور rate limit جس کا احترام لازم ہے۔ ڈیزائن میں دستاویز کریں؛ یہاں کی حیرتیں بعد میں incident report بنتی ہیں۔

کیوں؟

Claude کے ساتھ آزمائیں

Claude یا ChatGPT کے ساتھ آزمانے کے لیے پرامپٹ: 'میں لاہور کے بینک کے لیے vendor compliance MCP سرور کا ڈیزائن لکھ رہا ہوں۔ میری draft پر تنقید کریں اور سات ٹھوس کمزوریاں دیں، ترتیب: جو پائلٹ کو سب سے زیادہ مار سکتی ہے سے کم ترین تک، ہر ایک کے ساتھ ایک جملہ جو شامل یا حذف کرنا ہے۔ پھر بورڈ کا executive summary لکھیں، چھ سطریں، آدھی انگریزی آدھی اردو۔' تین بار دہرائیں۔