Cursor میں اپنی OpenAI API key لگائیں، مگر دو features واپس نہیں آئیں گے
Cursor میں اپنی OpenAI API key استعمال کرنے کے لیے OpenAI Platform پر project-scoped key بنائیں، پھر Cursor Settings میں Models کھول کر OpenAI کے خانے میں key پیسٹ کریں اور Save دبائیں۔ model picker سے دستیاب OpenAI chat model منتخب کر کے غیر حساس test prompt بھیجیں؛ جواب ملنے کا مطلب ہے کہ provider نے key اور درخواست قبول کر لی ہے۔
یہ BYOK ترتیب Cursor کی پوری AI layer کا متبادل نہیں بنتی۔ اپنی key supported chat models تک محدود رہتی ہے: Cursor Tab بدستور Cursor کے built-in models استعمال کرتا ہے اور اپنی key والی درخواستوں کو Cursor کی Zero Data Retention coverage نہیں ملتی۔ عنوان کے دو features سے مراد یہی inline Tab completion اور Cursor کا ZDR تحفظ ہے۔
1۔ الگ project اور محدود key بنائیں
Cursor کے لیے الگ OpenAI project رکھنا لازمی تکنیکی شرط نہیں، مگر freelancer اور software team کے لیے خرچ، رسائی اور key rotation الگ رکھنے کا مفید طریقہ ہے۔ جس organization میں آپ کو مناسب اختیار حاصل ہو وہاں مخصوص project منتخب یا بنائیں، اس کے API Keys حصے میں نئی secret key بنائیں اور اسے password manager یا منظور شدہ secrets vault میں محفوظ کریں۔ key کو repository، ticket، email یا team chat میں نہ ڈالیں۔
ممکن ہو تو key کے لیے Restricted permissions منتخب کریں اور صرف درکار endpoints کو Read یا Write رسائی دیں۔ OpenAI کی project-management ہدایات All، Restricted اور Read Only permissions کے ساتھ project-level model controls، usage visibility اور monitor-only یا enforceable spend limits کی تفصیل دیتی ہیں۔ مشترک key کے بجائے ہر integration کے لیے الگ key رکھنے سے leak یا غیر معمولی usage کی صورت میں صرف متاثرہ credential منسوخ کیا جا سکتا ہے۔
2۔ Cursor میں key محفوظ کر کے model verify کریں
- Cursor کھولیں اور Cursor Settings میں جائیں۔
- Models کا صفحہ کھول کر providers میں OpenAI تلاش کریں۔
- متعلقہ خانے میں OpenAI project کی secret API key پیسٹ کریں۔
- Save دبائیں اور chat panel کا model picker کھولیں۔
- فہرست میں موجود OpenAI model منتخب کر کے مختصر، غیر حساس prompt بھیجیں۔
Cursor کی سرکاری BYOK دستاویز Settings > Models کا یہی راستہ بتاتی ہے، OpenAI کے standard non-reasoning chat models تک support محدود کرتی ہے اور واضح کرتی ہے کہ key ہر متعلقہ request کے ساتھ encrypted connection پر Cursor backend تک جاتی ہے، جہاں آخری prompt تیار ہوتا ہے؛ key Cursor کے servers پر مستقل محفوظ نہیں کی جاتی۔ اس لیے اسے editor سے OpenAI تک براہ راست، Cursor سے باہر connection نہ سمجھیں۔
کسی خاص model کا نام مستقل دستیابی کی ضمانت نہیں؛ قابل استعمال models وہی ہیں جو اس وقت model picker دکھاتا ہے۔ test ناکام ہو تو پہلے key کے حروف، project permissions، model access، API billing اور enforceable spend limit دیکھیں۔ provider کی طرف سے key مسترد ہونے تک اسے بار بار Cursor میں محفوظ کرنے سے بنیادی account یا permission مسئلہ حل نہیں ہوگا۔
3۔ Cursor Tab اپنی OpenAI key استعمال نہیں کرے گا
Custom API key صرف chat models کے راستے پر کام کرتی ہے۔ code لکھتے وقت نظر آنے والی Cursor Tab یا inline completion کے لیے specialized built-in model استعمال ہوتا ہے، اس لیے کامیاب OpenAI chat response یہ ثابت نہیں کرتا کہ completion requests بھی اسی OpenAI project سے جا رہی ہیں۔
یہ فرق troubleshooting اور حساب دونوں میں اہم ہے۔ OpenAI project کے Usage dashboard میں BYOK سے بھیجی گئی supported chat activity تلاش کریں؛ Cursor Tab کی رفتار، معیار یا عدم دستیابی کو API key بدل کر درست کرنے کی کوشش نہ کریں۔ اگر اصل ضرورت صرف inline completion ہے تو BYOK اس feature کا متبادل نہیں، البتہ supported OpenAI chat model کو اپنے provider account کے ذریعے استعمال کرنے کا راستہ ہے۔
4۔ billing اور spend limits الگ قابو کریں
اپنی key سے قبول ہونے والی chat requests OpenAI API project کے usage میں شامل ہوتی ہیں، اس لیے Cursor کی subscription اور OpenAI API billing کو ایک چیز نہ سمجھیں۔ project dashboard میں دستیاب models محدود کریں، مناسب ماہانہ spend limit مقرر کریں اور مختلف thresholds پر alerts رکھیں۔ اگر hard enforcement منتخب کیا جائے تو حد پوری ہونے کے بعد نئی API requests ناکام ہوسکتی ہیں؛ monitor-only حد صرف نگرانی اور اطلاع کے لیے ہے۔
Client work، داخلی تجربات اور production کے لیے الگ projects یا کم از کم الگ keys خرچ کی نسبت اور incident response آسان بنا سکتے ہیں۔ Usage dashboard وقفے وقفے سے دیکھیں۔ اچانک اضافہ ملے تو متاثرہ key منسوخ یا rotate کریں، Cursor میں نئی value محفوظ کریں اور پرانی key استعمال کرنے والی دوسری integrations بھی تلاش کریں۔
5۔ ZDR کی ذمہ داری OpenAI account پر منتقل ہوتی ہے
BYOK کے ساتھ Cursor کی Zero Data Retention coverage ان requests پر لاگو نہیں رہتی؛ data handling منتخب provider کے account، endpoint اور معاہدے کے مطابق ہوتی ہے۔ Cursor آخری prompt بنانے کے لیے code context اور prompt اپنے backend سے provider تک بھیج سکتا ہے، اس لیے client secrets، production credentials، ذاتی معلومات اور غیر ضروری logs کو درخواست میں شامل نہ کریں۔ Privacy Mode کی موجودگی کو اپنی OpenAI key والی traffic کے لیے Cursor ZDR کا ثبوت بھی نہ سمجھیں۔
OpenAI API پر بھی ZDR خودکار طور پر ہر account کو حاصل نہیں ہوتا۔ OpenAI کے data controls کے مطابق عام API استعمال میں abuse-monitoring logs میں customer content شامل ہو سکتا ہے اور وہ عموماً 30 دن تک محفوظ رہ سکتے ہیں؛ منظور شدہ customers organization یا project سطح پر Modified Abuse Monitoring یا Zero Data Retention منتخب کر سکتے ہیں، جبکہ بعض endpoints اپنی application state الگ محفوظ کرتے ہیں۔ حساس codebase کے لیے اپنے endpoint کی eligibility اور organization کے فعال controls کی باقاعدہ تصدیق ضروری ہے۔
محفوظ setup کی مختصر checklist:
- Cursor کے لیے الگ project یا کم از کم منفرد OpenAI key رکھیں۔
- Restricted permissions اور صرف مطلوبہ model access منتخب کریں۔
- key کو repository، chat، email یا مشترکہ document میں محفوظ نہ کریں۔
- Cursor Settings > Models > OpenAI میں key پیسٹ کر کے Save کریں۔
- model picker سے supported chat model منتخب کر کے غیر حساس test چلائیں۔
- OpenAI project میں alerts اور مناسب spend limit ترتیب دیں۔
- Cursor Tab کو OpenAI key کے usage یا verification کا حصہ نہ سمجھیں۔
- BYOK requests کے لیے OpenAI retention controls اور متعلقہ endpoint کی eligibility جانچیں۔
- leak یا غیر معمولی usage پر key rotate کر کے Cursor کی محفوظ value بدلیں۔
یہ بھی پڑھیں:
ہمارا نیوز لیٹر سبسکرائب کریں
ویب 3، AI اور کرپٹو کی تازہ خبریں براہ راست اپنے اِن باکس میں پائیں۔