آیا تا به حال با یک توستر بحث کردهاید؟
اولین باری که سعی کردم یک هوش مصنوعی را وادار به نوشتن کد در یک پنجره ترمینال کنم، همین حس را داشتم. مدام درخواستهای مودبانه تایپ میکردم؛ ترمینال با گرمای احساسی یک دستگاه پارکومتر پاسخ میداد. در همین حال، دوستی از Claude در داخل Visual Studio Code استفاده میکرد و با خوشحالی توابع را بازسازی میکرد در حالی که مکاننمای او مانند یک گروه کر برادوی میرقصید.
بنابراین: اگر میخواهید با Claude کدنویسی کنید، آیا باید این کار را در VS Code انجام دهید یا در ترمینال؟ به مسابقه کوچک نانوایی ما خوش آمدید—دو "آشپزخانه" عالی برای یک "سرآشپز" بسیار باهوش. در این راهنما، به شما نشان خواهم داد که چه زمانی ترمینال به طرز لذتبخشی سریع است (و به طرز باشکوهی nerd-پسند)، چه زمانی VS Code به همکار برنامهنویس دوستانه شما تبدیل میشود و چگونه از اشتباهات رایجی که باعث میشوند زیر لب غر بزنید، اجتناب کنید. ما وظایف واقعی را گام به گام بررسی خواهیم کرد تا بتوانید رابط کد Claude را انتخاب کنید که با نحوه کار واقعی شما مطابقت داشته باشد.
آنچه واقعاً مقایسه میکنیم (و چرا برای شما مهم است)
شما میتوانید در مکانهای مختلف با Claude چت کنید. اما برای کدنویسی، اکثر افراد در یکی از این دو دسته قرار میگیرند:
- VS Code با یک افزونه یا نوار کناری Claude: شما پیشنهادات درونخطی، رفعکنندههای سریع، مکالمات آگاه از فایل و زمینه کل پروژه را دریافت میکنید.
- Claude مبتنی بر ترمینال: یک ابزار CLI یا یکپارچهسازی شل که در آن درخواست میدهید، paste میکنید و اجرا میکنید—سریع و سبک، بدون UI سنگین.
تصمیم فقط در مورد زیباییشناسی نیست. بلکه در مورد نحوه تفکر شماست. اگر در ویرایشگر خود زندگی میکنید، تجربه VS Code Claude مانند اضافه کردن یک همکار درخشان به پروژه شماست. اگر در خط فرمان زندگی میکنید، رابط ترمینال مانند توربوشارژ کردن گردش کار شما بدون لمس ماوس است.
بیایید آنها را در سناریوهایی که واقعاً مهم هستند مقایسه کنیم.
سناریو 1: "منطقی کردن ریپوی به هم ریخته من"
این تصویر را تصور کنید: شما یک پایگاه کد را به ارث میبرید که 37% توابع، 62% TODO و 1% امید است. شما میخواهید Claude فضا را بخواند و به شما بگوید که اسکلتها کجا دفن شدهاند.
- در VS Code: شما پوشه پروژه را انتخاب میکنید. Claude میتواند به فایلها ارجاع دهد، تبها را باز کند و الگوها را در سراسر ماژولها خلاصه کند. شما میپرسید: "جریان داده از فراخوانی API به UI چگونه است؟" او با یک نقشه—و مسیرهای فایل قابل کلیک—پاسخ میدهد. این مانند پرسیدن از کتابداری است که از قبل سیستم ردهبندی دیویی شما را میداند.
- در ترمینال: میتوانید قطعه کدها را paste کنید یا فایلها را به Claude بفرستید، اما شما کتابدار میشوید. شما باید تصمیم بگیرید که کدام فایلها را شامل کنید و چگونه آنها را دستهبندی کنید. دریافت یک برداشت سریع سریعتر است، اما اگر این رقص را اسکریپت نکنید، کل پایگاه کد شما را قدم نخواهد زد.
حکم: برای غارنوردی ریپو، رابط Claude در VS Code کلاه ایمنی غارنوردی بهتری است.
نکته حرفهای: یک فایل هزار خطی را روی هیچ هوش مصنوعی نریزید و درخواست جادو نکنید. خلاصه های کوچک را درخواست کنید: "مسئولیتها را در src/api/*.ts خلاصه کنید، سپس سه حوزه خطر برتر را فهرست کنید." نتایج دقیقتری خواهید گرفت—و انحرافات توهمی کمتری.
سناریو 2: "بازسازی بدون خراب کردن چیزها"
همه ما بازسازی دو مرحلهای را میدانیم: تغییر کد، اجرای تستها، دعا، بازگرداندن، تکرار.
- در VS Code: Claude میتواند بازسازیها را به صورت درونخطی پیشنهاد دهد. شما diffها را میبینید، تکهها را اعمال میکنید و اجازه میدهید تسترانر شما در پنل ترمینال زیر به شما پارس کند. این حس هدایتشده دارد—مانند شرکت در کلاسهای رانندگی در یک پیست بسته.
- در ترمینال: Claude هنوز هم میتواند برنامههای بازسازی عالی تولید کند، اما شما بین خروجی و ویرایشگر خود Alt-Tab میزنید، patchها را به صورت دستی paste میکنید و conflictها را با دست حل میکنید. انجام شدنی است. فقط اصطکاک بیشتری دارد.
حکم: VS Code برای ظرافت بازسازی برنده است. زمینه درونخطی همهچیز است.
یک نکته دیگر: از Claude بخواهید ابتدا تستها را بنویسد. "قبل از بازسازی، تستهای Jest را تولید کنید که رفتار فعلی parseInvoice را ثبت کنند." رفتار را قفل کنید، سپس اجازه دهید Claude به شما کمک کند موتور را در حین حرکت خودرو تغییر دهید.
سناریو 3: "ایجاد یک ویژگی جدید در 20 دقیقه"
مدیر محصول شما میگوید: "آیا میتوانید تا ناهار یک نمونه اولیه را سرهم بندی کنید؟" ترجمه: چیزی را بفرستید که تا حدودی کار کند.
- در ترمینال: این جایی است که Claude ترمینال میدرخشد. شما یک prompt را یادداشت میکنید، یک قطعه کد را paste میکنید و یک نمونه اولیه تک فایلی یا یک اسکریپت شل دریافت میکنید که میتوانید بلافاصله اجرا کنید. بدون تشریفات. بدون منوهای افزونه. شما MacGyver هستید و گیره کاغذ شما خط prompt است.
- در VS Code: هنوز هم خوب است! اما ممکن است زمان بیشتری را صرف دستکاری نوار کناری و زمینه فایل کنید تا آنچه میخواهید. اگر به سرعت روی یک فایل یا یک اسکریپت کوتاه تکرار میکنید، سرعت مکالمه ترمینال را نمیتوان شکست داد.
حکم: Claude ترمینال دونده سرعت نمونه اولیه است.
هک سرعت: Prompt خود را از یک فایل بفرستید. یک prompt.md با جزئیات پشته خود نگه دارید ("ما از Node 20، ESM، pnpm، TypeScript سختگیرانه، Vitest استفاده میکنیم"). آن را از قبل به Claude بدهید. پاسخهای سریعتر، اصلاحات کمتر.
سناریو 4: "این خطا را طوری توضیح دهید که انگار برای بردن بچهها از مهدکودک دیر کردهام"
- در VS Code: وقتی که TypeScript linter عصبانی میشود، بلوک را برجسته کنید و از Claude بپرسید: "چه خبر است؟" یک توضیح هدفمند دریافت خواهید کرد که به خط دقیق ارجاع میدهد، اغلب با یک fix که میتوانید فوراً اعمال کنید. این مانند این است که یک TA دوستانه از روی شانه شما نگاه میکند.
- در ترمینال: شما خطا و قطعه کد را paste میکنید. Claude با fix پاسخ میدهد. خوب کار میکند—اما شما با دقت بیشتری از زمینه مراقبت خواهید کرد، و حذف یک import حیاتی یا تابع نزدیک آسانتر است.
حکم: VS Code با یک اختلاف جزئی، برای توضیح تحت فشار زمان و fixهای تک کلیکی.
سناریو 5: "قبل از اینکه Future Me شکایت کند، این را مستند کنید"
- در VS Code: از Claude بخواهید docstringهایی را برای توابع موجود در فایل باز تهیه کند، یک طرح کلی README ایجاد کند یا یک کامپوننت کامل را خلاصه کند. اعمال کنید، tweak کنید، تمام.
- در ترمینال: برای تولید یک README از فهرست دایرکتوری یا ایجاد یک قالب ADR سریع عالی است. اگر از قبل در شل زندگی میکنید، این یک مسیر راحت است.
حکم: مساوی. مستندسازی در مورد وضوح است؛ هر دو رابط میتوانند آن را به خوبی تولید کنند. از یکی استفاده کنید که فردا واقعاً آن را باز خواهید کرد.
Claude در VS Code: آنچه در ازای فضای صفحه دریافت میکنید
- زمینه پروژه: Claude میتواند فایلهای باز را ببیند (و بسته به افزونه، بیشتر). این به تعداد کمتری وقفه "لطفاً بقیه را paste کنید" ترجمه میشود.
- ویرایشها و diffهای درونخطی: به جای paste کردن کد به جلو و عقب، تغییرات را بلوک به بلوک میپذیرید. این متمدنانه است.
- Promptهای چندوجهی: برخی از تنظیمات به شما اجازه میدهند اسکرینشاتها، گزارشها یا حتی نمودارها را رها کنید. Claude از آنها به عنوان زمینه استفاده میکند در حالی که شما به کدنویسی ادامه میدهید.
- خطاهای کپی/paste کمتر: تکان دهنده است که چه تعداد باگ در طول رفت و آمد بین ابزارها متولد میشوند.
مبادلهها:
- ردپای سنگینتر: VS Code به همراه یک افزونه هوش مصنوعی میتواند مانند پوشیدن یک کوله پشتی در یک باجه تلفن در دستگاههای قدیمیتر احساس شود.
- سربار UX: پنلها، نوارهای کناری، توکنها—رابط بیشتری برای رابط شما وجود دارد.
چه کسی آن را دوست خواهد داشت: افرادی که روی پایگاههای کد متوسط تا بزرگ کار میکنند، توسعهدهندگان مبتنی بر تست، نگهدارندگان و هر کسی که میخواهد Claude مانند یک همکار مودب که در داخل ویرایشگر زندگی میکند، عمل کند.
Claude در ترمینال: آنچه در ازای مینیمالیسم دریافت میکنید
- Promptهای فوری: باز کنید، تایپ کنید، enter بزنید. این شات اسپرسو کدنویسی است.
- قابلیت ترکیب: فایلها را به داخل بفرستید، دستورات زنجیرهای ایجاد کنید، خروجی را برای patch کردن فایلها تغییر مسیر دهید. با bash، fish یا zsh میخواند.
- در هر جایی کار میکند: از طریق SSH به یک سرور وارد شوید و بدون GUI با Claude مشورت کنید.
مبادلهها:
- شما مدیر زمینه هستید: شما باید تصمیم بگیرید که چه چیزی را به Claude نشان دهید و چند وقت یکبار. زمینه خیلی کم → پاسخهای مبهم. خیلی زیاد → محدودیتهای توکن.
- Patch کردن دستی: مگر اینکه آن را اسکریپت کنید، بیشتر از یک برنامهریز عروسی کپی/paste خواهید کرد.
چه کسی آن را دوست خواهد داشت: افراد DevOps، علاقهمندان به CLI، دوندههای سرعت نمونه اولیه و هر کسی که به کلیک ماوس حساسیت دارد.
یک بررسی سریع واقعیت در مورد کمک کد هوش مصنوعی
- Claude میتواند شگفت انگیز باشد. همچنین میتواند با اطمینان اشتباه باشد. مجموعه تست خود را مانند کمربند ایمنی در دسترس نگه دارید.
- با Promptها دقیق باشید. "آن را سریعتر کنید" یک طالع بینی است. "بازسازی برای حذف O(n^2) در parseLines با پیشنمایهسازی توکنها" یک درخواست است.
- از هوش مصنوعی نخواهید ذهن شما را بخواند. نسخه، چارچوب، محدودیتها و سبکی را که ترجیح میدهید به آن بگویید. این مانند سفارش قهوه است؛ "قهوه" شگفتیهایی را به همراه دارد؛ "کاپوچینو شیر جو دوسر سه شات، 140 درجه فارنهایت" چیزی را که واقعاً میخواهید به دست میدهد.
VS Code یا ترمینال؟ یک رویارویی سرگرم کننده
- سرعت تنظیم: ترمینال برنده است. یک اسکریپت و شما آماده مسابقه هستید.
- آگاهی در مقیاس پروژه: VS Code برنده است. به سادگی میداند با چه کسی صحبت میکند.
- ایمنی بازسازی: VS Code با diffهای درونخطی و تستهای نزدیک برنده است.
- سرعت نمونهسازی: ترمینال برای سرعت خالص برنده است.
- منحنی یادگیری: مساوی. VS Code دستگیرههای بیشتری دارد؛ ترمینال محافظهای کمتری دارد.
- قابلیت حمل: ترمینال برنده است؛ از طریق SSH کار میکند و به GUI وابسته نیست.
به طور کلی: اگر روز شما بیشتر "پروژه بزرگ، فایلهای زیاد، تستها همیشه در حال اجرا" است، VS Code را انتخاب کنید. اگر روز شما "اسکریپتها، سرورها، اسپایکها و اتوماسیون" است، ترمینال را انتخاب کنید. بسیاری از توسعه دهندگان با خوشحالی از هر دو استفاده میکنند—VS Code برای کار عمیق، ترمینال برای بردهای سریع.
چگونه یک گردش کار شیرین Claude در VS Code تنظیم کنیم
این روال شروع را امتحان کنید:
- Claude را با یک Prompt سیستم در جلسه کالیبره کنید.
- "شما یک مهندس ارشد دقیق هستید. خوانایی را بر زیرکی ترجیح میدهید. از TypeScript سختگیرانه، Jest برای تستها و الگوهای عملکردی استفاده کنید." شما در حال ایجاد محافظ هستید، نه شعر.
- هر درخواست را با نام فایل یا تابع شروع کنید.
- "در src/utils/parse.ts، parseInvoice را ساده کنید." Claude از نظر ذهنی با فایل مناسب هماهنگ میشود و fixهای دقیقتری ارائه میدهد.
- Diffها را درخواست کنید، نه Blobها.
- "یک diff حداقل پیشنهاد دهید؛ از تغییر کد نامربوط خودداری کنید." خود آینده شما در طول بررسی کد از شما تشکر خواهد کرد.
- اجازه دهید Claude برای تغییرات خطرناک تست بنویسد.
- "تستهای Jest را برای موارد حاشیهای در parseInvoice ایجاد کنید: مقادیر منفی، تاریخهای نامعتبر، نمادهای ارز Unicode."
- یک سیاست نامگذاری را اتخاذ کنید.
- "از نامهای توصیفی بیش از اختصارات استفاده کنید، املاهای بریتانیایی فقط در نظرات مجاز هستند." کد سازگاری دریافت خواهید کرد، نه یک مهمانی لباس نامگذاری.
عیبیابی در VS Code:
- Claude مدام زمینه را فراموش میکند: فایلهای کلیدی را دوباره باز کنید، آنچه را که تغییر کرده خلاصه کنید و محدودیتها را دوباره بیان کنید. با آن مانند استخدام یک کارمند جدید رفتار کنید—مهربان، اما کامل.
- خروجی خیلی طولانی است: ابتدا یک برنامه را درخواست کنید. "مراحل را در 5 نکته برجسته مشخص کنید؛ منتظر تأیید باشید." سپس در قطعات پیش بروید.
- Importهای توهمی: قبل از پیشنهاد کد، از Claude بخواهید Importها را در برابر package.json و لیست فایل باز تأیید کند.
چگونه یک جعبه ابزار ترمینال Claude سریع بسازیم
خط فرمان را به Launchpad خود تبدیل کنید:
- یک پروفایل prompt ایجاد کنید: پشته و تنظیمات برگزیده خود را در ~/.clauderc یا یک prompt.md ذخیره کنید. آن را به هر چت بفرستید: {claude --with prompt.md}.
- مانند یک حرفهای فایلها را بفرستید: {claude -f src/parse.ts -f test/parse.test.ts "Explain the failing case"}.
- فایلهای patch ایجاد کنید: "فقط یک diff یکپارچه برگردانید." به یک patch تغییر مسیر دهید: {> change.patch} سپس {git apply change.patch}.
- دایرکتوریها را خلاصه کنید: {tree -I node_modules src | claude -p "Summarize the architecture; propose refactor steps"}.
- یک بودجه توکن نگه دارید: خروجیهای مختصر را درخواست کنید. "حداکثر 120 خط؛ بدون کد تکراری؛ به توابع با نام ارجاع دهید."
عیبیابی در ترمینال:
- قطع شدنهای زمینه: وظیفه را تقسیم کنید. "قسمت 1: برنامه. قسمت 2: پیادهسازی ماژول A. قسمت 3: تستها."
- ویرایشهای متعارض: Diffها را بر اساس فایل تولید کنید. به صورت افزایشی اعمال کنید، بین مراحل تستها را اجرا کنید.
- Importهای از دست رفته: یک پاس تأیید را درخواست کنید: "هر Import جدید را فهرست کنید؛ تأیید کنید که در package.json وجود دارند."
کجا {Sider.AI} قرار میگیرد
در اینجا یک شگفتی وجود دارد: {Sider.AI} یک پل دستی بین این دنیاها است. در مرورگر شما قرار دارد اما به زندگی کدنویسی شما متصل میشود—به عنوان یک نوار کناری برای تحقیق، توضیحات کد و قطعه کدهای هوشمند که میتوانید در VS Code یا ترمینال paste کنید. من از آن برای نگه داشتن یک "دفترچه یادداشت آزمایشگاهی" در حین بازسازی فایلها توسط Claude استفاده کردهام: Sider Promptها را ردیابی میکند، به اسناد لینک میدهد و قطعه کدها را ذخیره میکند تا شما به دنبال آن Regex کاملی که ده دقیقه پیش تولید کردهاید، نگردید. عالی نیست—هیچ ابزاری عالی نیست—اما برای دست و پنجه نرم کردن با زمینه و خستگی کپی/paste، یک کمک کننده متمدن است.
حرکت حرفهای: از {Sider.AI} برای جمع آوری گزارشهای خطا، ردیابی پشته و قطعات کد مربوطه در یک روایت منظم استفاده کنید. سپس آن بسته مدیریت شده را در هر دو رابط به Claude تحویل دهید. هرچه مواد بهتر باشد، کیک بهتر است.
نمایش واقعی: از اسکریپت عبوس تا ماژول تمیز (دو راه)
فرض کنید یک اسکریپت پایتون دارید که سفارشهای CSV را تجزیه میکند و گزارشها را ایمیل میکند. 400 خط طول دارد و به تستهای واحد حساسیت دارد.
هدف: تجزیهکننده را به یک ماژول استخراج کنید، تست بنویسید و اسکریپت را وادار کنید ماژول را فراخوانی کند.
راه A: VS Code با Claude
- پروژه را باز کنید؛ تابع parse_orders را برجسته کنید.
- Prompt: "parse_orders را به src/parser.py استخراج کنید. رفتار را یکسان نگه دارید. سپس تستهای pytest را پیشنهاد دهید که ردیفهای نامعتبر، فیلدهای از دست رفته و موارد حاشیهای UTF-8 را پوشش دهند. توابع خالص را ترجیح دهید؛ بدون متغیرهای سراسری."
- نمای diff را مرور کنید. فقط تغییرات در parser.py و تستهای جدید را بپذیرید.
- تستها را در ترمینال یکپارچه اجرا کنید. هر گونه خطای Import را با کمک Claude اصلاح کنید.
- Docstringها و یک قطعه README را درخواست کنید که API ماژول جدید را توضیح دهد.
نتیجه: تفکیک تمیز، تستها نوشته شده، مستندسازی آغاز شده—همه در داخل یک پنجره.
راه B: ترمینال با Claude
- یک Prompt پروفایل را در prompt.md ذخیره کنید که پشته و محدودیتهای شما را توصیف میکند.
- تابع و چند خط CSV نمونه را بفرستید: {sed -n '1,200p' orders.py | claude -p prompt.md -p "Extract parse_orders into parser.py; output a unified diff only." > patch.diff}.
- Patch را اعمال کنید: {git apply patch.diff}.
- تستها را درخواست کنید: {claude -p "Write pytest tests for parser.py covering malformed rows, missing fields, and UTF-8 edge cases. No explanations, just tests." > tests/test_parser.py}.
- {pytest} را اجرا کنید. اگر با شکست مواجه شدید، خطا را با تست و خطوط خاص در Claude paste کنید.
نتیجه: فوق العاده سریع، فقط با صفحه کلید، بسیار قابل اسکریپت.
مسیری را انتخاب کنید که با ذهن شما مطابقت دارد. هر دو به کد تمیز شده یکسانی میرسند؛ یکی چرخهای آموزشی به شما میدهد، دیگری یک پیست مسابقه.
امنیت و حریم خصوصی: یک لحظه بزرگسالی سریع
- اسرار را paste نکنید. از گزارشهای ویرایش شده یا توکنهای Mock در Promptها استفاده کنید.
- تنظیمات افزونه یا CLI خود را بررسی کنید: برخی تلهمتری ارسال میکنند، برخی نه. کلیدهای خود را بشناسید.
- برای کد کاری، تأیید کنید که در چارچوب سیاست قرار دارید. تیم حقوقی شما ترجیح میدهد در مورد آزمایشهای هوش مصنوعی شما از یک سخنرانی کنفرانسی مطلع نشود.
نکته پایانی: بهترین رابط کد Claude شما
اگر شما:
- پروژههای چند فایلی را مدیریت میکنید، Diffهای درونخطی را دوست دارید و میخواهید Claude از وضعیت زمین آگاه باشد → VS Code را انتخاب کنید.
- در جلسات SSH زندگی میکنید، اسکریپت ارسال میکنید و برای سرعت ارزش قائل هستید نه تشریفات → ترمینال را انتخاب کنید.
- هر دو نوع کار را انجام میدهید → به جمع ترکیبی بپیوندید: VS Code برای بازسازی و معماری، ترمینال برای یکبارهها و نمونههای اولیه.
در هر صورت، وقتی:
- زمینه واضح به Claude بدهید.
- در حلقههای کوتاه و نقطه بررسی شده کار کنید.
- Diffها، تستها و پاسهای تأیید را مطالبه کنید.
یک چیز آخر: ابزارها مانند کفش هستند. "بهترین" رابط کد Claude رابطی است که در واقع تمام روز بدون تاول میپوشید. هر دو را به مدت یک هفته امتحان کنید—انگشتان شما به شما خواهند گفت که کدام یک مناسب است.
مرجع سریع: Promptهایی که بالاتر از وزن خود مشت میزنند
- "ابتدا برنامه ریزی کنید، بعداً در 5 نکته برجسته کد بزنید. منتظر تأیید من باشید."
- "فقط یک diff یکپارچه برای src/utils/format.ts برگردانید."
- "قبل از تغییرات، خطرات را فهرست کنید و نحوه آزمایش هر کدام را مشخص کنید."
- "تستهایی بنویسید که رفتار فعلی را ثبت کنند؛ هنوز آن را بهبود نبخشید."
- "Importها را در برابر package.json تأیید کنید؛ هر گونه وابستگی جدید را جداگانه فهرست کنید."
- "توابع را خالص نگه دارید؛ بدون I/O پنهان. اگر اجتناب ناپذیر است، اثرات جانبی را جدا کنید."
کدنویسی مبارک—و باشد که Diffهای شما کوچک و تستهای شما بلند باشند.
سوالات متداول
{Q1:Which is better for Claude code help: VS Code or Terminal?
Use VS Code when you want project-wide context, inline diffs, and quick fixes. Use the terminal when you need raw speed, scriptability, and SSH-friendly prompts. Many developers use both—VS Code for refactors, terminal for prototypes.}{Q2:Is the Claude terminal interface fast enough for real work?
Yes—it's fantastic for quick scripts, spikes, and server-side tasks. Just remember you’re the context manager: feed Claude the right files, ask for diffs, and apply patches incrementally.}{Q3:How do I avoid AI hallucinations when coding with Claude?
Be specific and test-driven. Ask for plans before code, request minimal diffs, and run your suite after each change. When in doubt, have Claude verify imports and dependencies against your project.}{Q4:Can Claude understand my whole repository in VS Code?
It can understand the files you open and the chunks you share, which is usually plenty for focused tasks. For giant codebases, work in slices—summaries first, then targeted edits—to stay within token limits.}پرسش 5: Sider.AI در گردش کار کدنویسی Claude چه کمکی میکند؟
Sider.AI برای سازماندهی اعلانها، قطعه کدها و اسناد در حین کار بسیار عالی است. از آن برای جمعآوری لاگهای خطا و قطعات کد در یک روایت منظم استفاده کنید، سپس آن متن انتخابشده را در VS Code یا ترمینال به Claude ارائه دهید. 
