Claude Code؛ کدنویسی از داخل ترمینال

بیشترِ ابزارهای هوش مصنوعیِ برنامه‌نویسی، شما را داخلِ یک پنجرهٔ چت یا یک ادیتورِ گرافیکی نگه می‌دارند. Claude Code مسیرِ دیگری رفته: یک ابزارِ خط‌فرمان (CLI) که مستقیماً در ترمینال اجرا می‌شود و به‌جای اینکه شما کد را کپی‌پیست کنید، خودش فایل‌های پروژه را می‌خواند، ویرایش می‌کند و دستور اجرا می‌کند. در این مقاله می‌خواهیم ببینیم این مدلِ کار دقیقاً یعنی چه، چه چیزی به آن می‌دهد که ابزارهای دیگر ندارند، و چه محدودیت‌هایی هم دارد؛ بدون تبلیغِ هیچ ابزاری.

یعنی چه «از داخلِ ترمینال»

ترمینال همان پنجرهٔ متنیِ سیاه یا سفیدی است که برنامه‌نویس‌ها برای اجرای دستورات استفاده می‌کنند. وقتی ابزاری مثلِ Claude Code را در ترمینال اجرا می‌کنید، در همان پوشه‌ای که پروژه‌تان قرار دارد شروع به کار می‌کند. این ابزار می‌تواند فایل‌ها را بخواند، تغییرشان دهد، دستورهای دیگر (مثلِ اجرای تست یا نصبِ یک بسته) را صدا بزند و نتیجه را ببیند، همه در همان محیطی که خودِ پروژه در آن زندگی می‌کند. تفاوتِ کلیدی با یک چت‌بات معمولی این است که چت‌بات فقط متن می‌نویسد و شما باید آن را جایی بچسبانید؛ ابزارِ ترمینالی خودش تغییر را روی فایلِ واقعی اعمال می‌کند.

چرا این مدل برای برخی کارها مناسب‌تر است

• مستقیماً روی کدِ واقعیِ پروژه کار می‌کند، نه یک نسخهٔ کپی‌شده در یک پنجرهٔ چت
• می‌تواند با ابزارهای موجودِ توسعه مثلِ گیت، اجرای تست و اسکریپت‌های ساخت (build) در همان جریانِ کاری تعامل کند
• برای کارهایی که روی چند فایل هم‌زمان اثر می‌گذارند، مثلِ یک تغییرِ نام در سراسرِ پروژه، مناسب‌تر از کپی‌پیستِ دستی است
• قابلِ اتوماسیون است؛ می‌توان آن را در اسکریپت‌ها یا فرآیندهای تکرارشونده هم به کار برد

محدودیت‌ها و پیش‌نیازها

این مدلِ کار رایگان از پیچیدگی نیست. ترمینال خودش یک محیطِ متنی است و رابطِ بصری ندارد؛ کسی که تا حالا ترمینال باز نکرده، نیاز به کمی زمان برای عادت‌کردن دارد. همچنین برخلافِ برخی ادیتورهای گرافیکی، پیش‌نمایشِ زندهٔ رابطِ کاربری (مثلِ دیدنِ صفحهٔ وب در همان لحظه) به‌طور پیش‌فرض بخشی از خودِ ترمینال نیست و معمولاً باید جداگانه اجرا شود. برای کسی که فقط می‌خواهد یک صفحهٔ ساده ببیند و تغییر دهد، این می‌تواند یک قدمِ اضافه باشد.

چرا ترمینال هنوز جایگاهِ خودش را دارد

در نگاهِ اول، ترمینال قدیمی و ناآشنا به‌نظر می‌رسد، مخصوصاً برای کسی که با محیط‌های گرافیکی بزرگ شده است. اما در دنیای توسعهٔ نرم‌افزارِ حرفه‌ای، بخشِ زیادی از ابزارها هنوز از همین‌جا کنترل می‌شوند: گیت، سرورهای استقرار، اسکریپت‌های ساخت، و بسیاری از خط‌لوله‌های خودکارسازی (CI/CD). وقتی یک ابزارِ هوش مصنوعی هم در همین محیط کار می‌کند، می‌تواند بدونِ واسطه با همین ابزارها تعامل داشته باشد؛ برای مثال یک تغییر را کامیت کند، یک شاخهٔ گیتِ جدید بسازد یا خروجیِ یک دستور را بخواند و بر اساسِ آن تصمیم بگیرد. این یکپارچگی، چیزی است که یک پنجرهٔ چتِ جدا از پروژه نمی‌تواند به همین سادگی ارائه دهد.

یک نگاهِ مقایسه‌ای

یک نمونه از یک جلسهٔ کاری

یک درخواستِ نمونه که در چنین ابزاری می‌توانید بنویسید، چیزی شبیهِ این است:

در پوشهٔ src فایل <user.js> را پیدا کن،
یک تابعِ اعتبارسنجیِ ایمیل به آن اضافه کن
و بعد تست‌های مربوطه را اجرا کن تا مطمئن شویم چیزی نشکسته.

نکتهٔ مهم این است که چنین ابزاری، پیش از اعمالِ تغییرات، معمولاً از شما تأییدی برای اجرای دستورهای حساس می‌گیرد و شما می‌توانید هر تغییری را قبل از پذیرفتن، بررسی کنید. این یعنی سرعتِ بالا، بدون از‌دست‌دادنِ کنترل.

چطور کنترل را از دست نمی‌دهید

یک نگرانیِ رایج دربارهٔ چنین ابزاری این است که آیا اجازه دارد هر کاری دلش خواست با کدِ من انجام دهد؟ در عمل، این ابزارها معمولاً یک لایهٔ اجازه‌گیری دارند: پیش از اجراییِ دستورهایی که می‌توانند اثرِ مخرب داشته باشند، مثلِ حذفِ فایل یا اجرای یک دستورِ سیستمیِ ناشناخته، از کاربر تأیید می‌خواهند. همچنین می‌توانید محدوده‌ای که ابزار اجازهٔ کار در آن را دارد مشخص کنید، مثلاً فقط داخلِ یک پوشهٔ مشخص. این یعنی سرعتِ کار بالا می‌رود، بدون آنکه کنترلِ نهایی از دستِ شما خارج شود؛ تصمیمِ آخر همیشه با شماست.

برای چه کسی مناسب‌تر است

این مدلِ کار، بیشتر برای کسی جذاب است که یا از قبل با توسعهٔ نرم‌افزار و گیت آشناست، یا می‌خواهد این آشنایی را از همین جا شروع کند. اگر می‌خواهید بدانید محیطِ کاری چگونه راه‌اندازی می‌شود و اولین قدم‌ها چیست، در مقالهٔ جداگانه‌ای دربارهٔ راه‌اندازیِ گیت، ترمینال و اولین پروژه به‌صورتِ گام‌به‌گام صحبت کرده‌ایم. برای دیدنِ مسیرِ کلی‌ترِ یادگیریِ برنامه‌نویسی با کمکِ هوش مصنوعی هم می‌توانید نقشهٔ راهِ برنامه‌نویسی با هوش مصنوعی را ببینید.

جمع‌بندی

• کدنویسی از داخلِ ترمینال یعنی ابزارِ هوش مصنوعی مستقیماً روی فایل‌های واقعیِ پروژه کار می‌کند، نه در یک پنجرهٔ چتِ جدا
• این مدل برای تغییراتِ چندفایلی، اتوماسیون و کارِ هم‌راستا با گیت و تست، مناسب‌تر است
• نبودِ رابطِ گرافیکی یعنی نیاز به کمی یادگیریِ اولیه، به‌خصوص برای کسی که تا حالا ترمینال ندیده
• پیش از اجرای تغییراتِ حساس، معمولاً می‌توانید تغییرات را بررسی و تأیید کنید؛ سرعت با کنترل جمع می‌شود
• انتخابِ بینِ ترمینال، ادیتورِ گرافیکی یا چت‌بات، بیشتر به سبکِ کاری‌تان بستگی دارد تا برتریِ مطلقِ یکی بر دیگری