کلود کوڈ نے چپکے سے اپ گریڈ کیا، آخر کار اب "ٹیکسٹ سرچ مشین" نہیں رہا

جب آپ کوڈ لکھتے ہیں، تو کیا آپ نے کبھی ایک سوال کے بارے میں سوچا ہے:

کیوں آپ VS کوڈ میں Ctrl + کلک دبا کر براہ راست فنکشن کی تعریف پر جا سکتے ہیں؟ کیوں آپ فنکشن پر ماؤس معلق کر کے مکمل پیرامیٹر کی وضاحت دیکھ سکتے ہیں؟ کیوں آپ کے کوڈ کو چلانے سے پہلے، ایڈیٹر آپ کو بتا سکتا ہے کہ کہاں غلطی ہے؟

آپ یہ فنکشن روزانہ استعمال کرتے ہیں، اور بہت مزہ کرتے ہیں۔

لیکن آپ کو شاید معلوم نہ ہو کہ اس کے پیچھے LSP (Language Server Protocol) نامی چیز ہے۔

اس سے بھی اہم بات یہ ہے کہ Claude Code 2.0.74 ورژن سے شروع ہو کر، LSP کو بھی سپورٹ کرتا ہے۔

اس کا کیا مطلب ہے؟

اس کا مطلب ہے کہ Claude Code آخر کار "ٹیکسٹ سرچ مشین" سے ایک ایسا AI بن گیا ہے جو واقعی کوڈ کو سمجھتا ہے۔

LSP کیا ہے؟ آسان الفاظ میں

LSP مائیکروسافٹ کی تیار کردہ ایک پروٹوکول ہے، جس کا مقصد بہت آسان ہے:

کوڈ انٹیلی جنس فنکشن کو کسی بھی ایڈیٹر میں استعمال کرنے کی اجازت دینا۔

دیکھیں:

• TypeScript کا لینگویج سرور، VS کوڈ میں استعمال کیا جا سکتا ہے، JetBrains میں استعمال کیا جا سکتا ہے، Cursor میں استعمال کیا جا سکتا ہے۔

• اب، Claude Code میں بھی استعمال کیا جا سکتا ہے

LSP وہ چیز ہے جو آپ کے ایڈیٹر کو ہوشیار بناتی ہے:

• فنکشن کے نام اور پیرامیٹرز کو خودکار طور پر مکمل کرنا

• تعریف پر جانا

• تمام حوالہ جات تلاش کرنا

• معلق کرنے پر دستاویزات دکھانا

• ریئل ٹائم میں غلطیاں اور انتباہات دکھانا

آپ روزانہ کوڈ لکھتے ہیں، اور یہ فنکشن بے شمار بار استعمال کرتے ہیں۔

لیکن آپ نے کبھی نہیں سوچا کہ یہ کیسے حاصل ہوتا ہے۔

اب سوچنے کی ضرورت نہیں ہے، صرف یہ جاننے کی ضرورت ہے: Claude Code میں اب یہ صلاحیتیں موجود ہیں۔

Claude Code پہلے کیسے کام کرتا تھا؟

LSP کو سپورٹ کرنے سے پہلے، Claude Code ایک فنکشن کو تلاش کرنا چاہتا تھا کہ وہ کہاں متعین ہے، تو اسے کیا کرنا پڑتا تھا؟

grep سرچ پر انحصار کرنا۔

سادہ الفاظ میں، یہ مکمل ٹیکسٹ سرچ تھی، یہ تلاش کرنا کہ "displayBooks" کے یہ حروف کہاں ظاہر ہوتے ہیں۔

کیا یہ کارآمد ہے؟ یہ کارآمد ہے۔

AI ماڈل نے کوڈ کی ایک بڑی مقدار کو تربیت دی ہے، اور یہ واقعی ٹیکسٹ سے بہت سی چیزوں کا اندازہ لگا سکتا ہے۔

لیکن مسئلہ کہاں ہے؟

یہ واقعی کوڈ کی ساخت کو نہیں سمجھتا ہے۔

یہ اس طرح ہے جیسے آپ کسی شخص کو "张三" تلاش کرنے کے لیے کہتے ہیں، تو وہ صرف ایڈریس بک کے صفحات کو پلٹ کر "张三" کے ان دو حروف کو تلاش کر سکتا ہے۔

جبکہ آپ اپنے موبائل فون سے "张三" تلاش کرتے ہیں، تو یہ براہ راست ڈیٹا بیس کو کال کرتا ہے اور نتائج کو فوری طور پر دکھاتا ہے۔

یہ فرق ہے۔

پہلے کا Claude Code: ایک ایک فائل کو پڑھتا تھا، اور ٹیکسٹ میچنگ پر انحصار کرتا تھا اب کا Claude Code: براہ راست لینگویج سرور سے پوچھتا ہے، اور درست طریقے سے لوکیٹ کرتا ہے

کارکردگی میں تھوڑا سا بھی فرق نہیں ہے۔

LSP نے Claude Code کو کیا دیا؟

5 بنیادی صلاحیتیں، ہر ایک کارکردگی کو بڑھانے والا ہے:

1. goToDefinition - تعریف پر جائیں

آپ VS کوڈ میں Ctrl+Click سے کیا کر سکتے ہیں؟ براہ راست فنکشن کی تعریف کی جگہ پر جائیں۔

اب Claude Code بھی ایسا کر سکتا ہے۔

آپ اس سے پوچھتے ہیں: "processRequest فنکشن کہاں متعین ہے؟ LSP استعمال کریں"

یہ بیوقوفوں کی طرح تمام فائلوں کو تلاش نہیں کرے گا۔

یہ براہ راست لینگویج سرور سے پوچھے گا، اور فوری طور پر جواب دے گا: فائل کا نام، لائن نمبر، درست مقام۔

2. findReferences - تمام حوالہ جات تلاش کریں

یہ ایک قاتل خصوصیت ہے۔

آپ ایک فنکشن کو دوبارہ تشکیل دینا چاہتے ہیں، لیکن تبدیل کرنے کی ہمت نہیں کرتے، کیونکہ آپ کو ڈر ہے کہ دوسری جگہیں گر جائیں گی۔

کیا کریں؟

پہلے آپ کو Claude Code سے ایک ایک فائل پڑھوانی پڑتی تھی، جو بہت سست تھی۔

اب براہ راست پوچھیں: "displayError فنکشن کو کن جگہوں پر کال کیا گیا ہے؟ LSP استعمال کریں"

لینگویج سرور براہ راست آپ کو تمام حوالہ جات کے مقامات کی فہرست دے گا۔

تیز، درست اور بے رحم۔

3. hover - دستاویزات اور قسم کی معلومات حاصل کریں

آپ VS کوڈ میں ماؤس معلق کرتے ہیں، تو آپ فنکشن کے دستخط، پیرامیٹر کی قسم، اور دستاویزات کی وضاحت دیکھ سکتے ہیں۔

Claude Code اب بھی دیکھ سکتا ہے۔

اس سے پوچھیں: "displayBooks فنکشن کون سے پیرامیٹرز قبول کرتا ہے؟ LSP استعمال کریں"

اسے اندازہ لگانے کی ضرورت نہیں ہے، براہ راست لینگویج سرور کے ذریعے واپس کیے گئے دستخط کو پڑھیں۔

خاص طور پر Python جیسی متحرک زبانوں کے لیے، پہلے Claude صرف سیاق و سباق کی بنیاد پر قسم کا اندازہ لگا سکتا تھا۔اب LSP کے ساتھ، قسم کی معلومات واضح ہے۔

4. documentSymbol - فائل کے تمام نشانات کی فہرست بنائیں

کیا آپ جلدی سے جاننا چاہتے ہیں کہ کسی فائل میں کون سی کلاسیں، فنکشنز اور متغیرات ہیں؟

کلود سے پوچھیں: "backend/index.js میں کون سے نشانات ہیں؟ LSP استعمال کریں"

یہ آپ کو ایک منظم فہرست واپس کرتا ہے، بالکل واضح طور پر۔

5. workspaceSymbol - پورے پروجیکٹ میں نشانات کی تلاش

یہ اور بھی سخت ہے۔

یہ متن کی تلاش نہیں ہے، یہ نشانات کی تلاش ہے۔

کیا آپ "innerHTML" پر مشتمل تمام طریقوں کو تلاش کرنا چاہتے ہیں؟

زبان سرور براہ راست آپ کے لیے تلاش کرتا ہے، یہ سٹرنگ میچنگ نہیں ہے، یہ اصل کوڈ نشان ہے۔

عملی مثال: LSP اصل میں کیا مسائل حل کر سکتا ہے؟

وہ سب خیالی باتیں چھوڑیں، عملی مثالیں دیکھیں۔

مثال 1: فنکشن کال کو ٹریک کریں

ایک پروجیکٹ ہے جس کا نام AseBook Finder ہے، فرنٹ اینڈ میں ایک displayBooks فنکشن ہے۔

آپ جاننا چاہتے ہیں کہ یہ فنکشن کن جگہوں پر کال کیا گیا ہے۔

پہلے آپ کیا کرتے تھے؟ کلود کوڈ grep کے ذریعے ایک بار، ممکن ہے کہ چھوٹ جائے، ممکن ہے کہ غلط رپورٹ ہو۔

اب براہ راست پوچھیں: "LSP استعمال کرتے ہوئے displayBooks کے تمام حوالہ جات تلاش کریں"

نتیجہ:

• فنکشن کی تعریف کی جگہ

• fetch کے کامیاب ہونے کے بعد کال کرنے کی جگہ

• دیگر تمام حوالہ جات کی جگہیں

درست، تیز، اور کوئی کمی نہیں.

مثال 2: فنکشن کے پیرامیٹرز کو سمجھیں

آپ چاہتے ہیں کہ کلود کوڈ کا ایک ٹکڑا تیار کرے، displayError فنکشن کو کال کرے۔

لیکن آپ کو یقین نہیں ہے کہ یہ فنکشن کون سے پیرامیٹرز قبول کرتا ہے۔

اس سے پوچھیں: "displayError کون سے پیرامیٹرز قبول کرتا ہے؟ LSP استعمال کریں"

زبان سرور براہ راست واپس کرتا ہے: ایک message پیرامیٹر قبول کرتا ہے۔

کلود جانتا ہے، اور تیار کردہ کوڈ غلط نہیں ہوگا۔

مثال 3: API کال تلاش کریں

آپ یہ تلاش کرنا چاہتے ہیں کہ پروجیکٹ میں کون سی جگہ /api/recommendations انٹرفیس کو کال کرتی ہے۔

کلود سے پوچھیں: "LSP استعمال کرتے ہوئے /api/recommendations کے تمام حوالہ جات تلاش کریں"

یہ fetch کال کرنے کی جگہ تلاش کرتا ہے، لائن تک درست۔

API مسائل کو ڈیبگ کرنا، ڈیٹا فلو کو ٹریک کرنا، بہت مفید ہے۔

مثال 4: پہلے سے غلطیاں تلاش کریں

آپ کوڈ کو دوبارہ ترتیب دے رہے ہیں، اور آپ نے غلطی سے ایک متغیر نام کی ہجے غلط کر دی۔

عام حالات میں، آپ کو غلطی تلاش کرنے کے لیے کوڈ چلانا پڑے گا۔

لیکن LSP کے ساتھ، زبان سرور حقیقی وقت میں جانچتا ہے، اور مسئلہ پاتے ہی کلود کوڈ کو رپورٹ کرتا ہے۔

کلود آپ کو کوڈ چلانے سے پہلے ہی بتا دیتا ہے: یہاں غلطی ہے۔

کیسے سیٹ اپ کریں؟ 5 مراحل میں مکمل کریں

گھبرائیں نہیں، سیٹ اپ بہت آسان ہے۔

مرحلہ 1: LSP ٹولز کو فعال کریں

اپنی شیل کنفیگریشن فائل میں (.bashrc یا .zshrc) ایک لائن شامل کریں:

exportENABLE_LSP_TOOLS=1 پھر source ~/.zshrc چلا کر اثر انداز کریں۔

مرحلہ 2: زبان سرور پلگ ان انسٹال کریں

کلود کوڈ کھولیں، درج کریں:

/plugin اپنی استعمال کردہ زبان کے لیے پلگ ان تلاش کریں:

• Python: pyright-lsp منتخب کریں

• TypeScript/JavaScript: vtsls یا typescript-lsp منتخب کریں

• Go: gopls منتخب کریں

• Rust: rust-analyzer منتخب کریں

"Install for me only" منتخب کریں، انسٹال کریں۔

مرحلہ 3: زبان سرور بائنری فائل انسٹال کریں

پلگ ان صرف انٹرفیس ہے، اصل کام زبان سرور خود کرتا ہے۔

Python:

pip install pyright TypeScript/JavaScript:

npm install -g @vtsls/language-server typescript Go:

go install golang.org/x/tools/gopls@latest Rust:

rustup component add rust-analyzer

مرحلہ 4: کلود کوڈ کو دوبارہ شروع کریںclaude

مرحلہ 5: تصدیق کریں کہ یہ کام کر رہا ہے

/plugin درج کریں، "Installed" ٹیب چیک کریں، آپ کو اپنا پلگ ان نظر آنا چاہیے۔

ٹیسٹ کریں:

LSP کا استعمال کرتے ہوئے someFunction کے تمام حوالہ جات تلاش کریں اگر کلاڈ کوڈ grep کے بجائے find_references ٹول استعمال کرتا ہے، تو اس کا مطلب ہے کہ یہ کامیاب ہو گیا ہے۔

LSP کب استعمال کریں؟ کب نہیں؟

LSP کوئی عالمگیر حل نہیں ہے۔

LSP کے استعمال کے لیے موزوں منظرنامے:

• بڑے پروجیکٹس (سینکڑوں فائلیں)

• فائل کے پار فنکشن کالز کو ٹریک کرنا

• درست فنکشن دستخط کی ضرورت (خاص طور پر متحرک زبانیں)

• کوڈ کو دوبارہ ترتیب دینا، بگ پیدا ہونے کا خدشہ

LSP کے استعمال کے لیے غیر موزوں منظرنامے:

• چھوٹے پروجیکٹس، فوری اسکرپٹس

• سادہ ٹیکسٹ سرچ

• صرف یہ تلاش کرنا کہ ایک سٹرنگ کہاں ہے

مختصر یہ کہ جب grep تیز ہو تو grep استعمال کریں، اور جب LSP درست ہو تو LSP استعمال کریں۔

ٹولز لوگوں کی خدمت کے لیے ہیں، نہ کہ استعمال کرنے کے لیے۔

چند مسائل، پہلے سے بتا دوں

مسئلہ 1: لینگویج سرور PATH میں ہونا چاہیے

اگر کلاڈ کوڈ کہتا ہے "No LSP server available"، تو زیادہ تر امکان ہے کہ آپ کا لینگویج سرور صحیح طریقے سے انسٹال نہیں ہوا ہے، یا PATH میں نہیں ہے۔

ٹرمینل میں which pyright (یا آپ کا لینگویج سرور) چلا کر دیکھیں کہ کیا یہ مل سکتا ہے۔

مسئلہ 2: پلگ ان انسٹال کرنے کے بعد دوبارہ شروع کریں

نیا پلگ ان انسٹال کرنے یا لینگویج سرور کو اپ ڈیٹ کرنے کے بعد، کلاڈ کوڈ کو دوبارہ شروع کرنا یقینی بنائیں۔

لینگویج سرور اسٹارٹ اپ پر لوڈ ہوتا ہے۔

مسئلہ 3: بعض اوقات واضح طور پر "LSP استعمال کریں" کہنے کی ضرورت ہوتی ہے

اگر آپ کو معلوم ہوتا ہے کہ کلاڈ کوڈ اب بھی grep استعمال کر رہا ہے LSP کے بجائے، تو ایک جملہ شامل کریں "LSP استعمال کریں":

LSP کا استعمال کرتے ہوئے authenticateUser کے تمام حوالہ جات تلاش کریں اس طرح اسے معلوم ہو جائے گا کہ لینگویج سرور استعمال کرنا ہے۔

مسئلہ 4: کوئی بصری اشارہ نہیں ہے

VS کوڈ کے برعکس، کلاڈ کوڈ آپ کو نہیں بتائے گا کہ LSP سرور چل رہا ہے یا نہیں۔

کوئی اسٹیٹس بار آئیکن نہیں، کوئی اطلاع نہیں۔

تصدیق کرنے کا واحد طریقہ: اصل ٹیسٹ۔

آخر میں دو باتیں

کلاڈ کوڈ LSP کو سپورٹ کرتا ہے، یہ کوئی چھوٹی اپ ڈیٹ نہیں ہے، یہ ایک معیاری تبدیلی ہے۔

اس سے پہلے یہ "ٹیکسٹ سرچ + AI استدلال" تھا۔

اب یہ "لینگویج سرور + AI سمجھ" ہے۔

یہ ایسے ہی ہے جیسے آپ فون بک پلٹنے کے بجائے سرچ انجن استعمال کر رہے ہوں۔

کارکردگی میں فرق، زمین آسمان کا فرق ہے۔

اگر آپ کلاڈ کوڈ کو کوئی سنجیدہ پروجیکٹ کرنے کے لیے استعمال کر رہے ہیں، تو LSP کو سیٹ اپ کرنے میں 5 منٹ لگائیں۔

یہ 5 منٹ قیمتی ہیں۔

ایکشن لسٹ:

• شیل کنفیگریشن میں export ENABLE_LSP_TOOLS=1 شامل کریں

• کلاڈ کوڈ کھولیں، اور اپنا لینگویج پلگ ان انسٹال کرنے کے لیے /plugin چلائیں

• متعلقہ لینگویج سرور بائنری فائل انسٹال کریں

• کلاڈ کوڈ کو دوبارہ شروع کریں

• ٹیسٹ کریں "LSP کا استعمال کرتے ہوئے XXX کے تمام حوالہ جات تلاش کریں"

انسٹال کرنے کے بعد، آپ کو معلوم ہوگا کہ:معلوم ہوا کہ Claude Code اتنا تیز بھی ہو سکتا ہے۔