Grok برای توسعه‌دهندگان

Grok مثل یک اردک پلاستیکی حرفه‌ای برای اشکال‌زدایی است که به شما پاسخ می‌دهد. در grok.online همه‌چیز رایگان است و به هیچ حسابی نیاز ندارد: مدل Grok 4.20 برای پرسش‌های سریع، فوق‌العاده پرسرعت است؛ Grok 4.3 Thinking پیش از پاسخ فکر می‌کند و گزینه‌ای عالی برای باگ‌هاست؛ و Grok 4.7، جدیدترین مدل، با اختصاص ۱۰ پیام از ۳۰ پیام روزانه شما، برای سخت‌ترین مسائل آماده است. هر سه مدل اسکرین‌شات‌ها را نیز تحلیل می‌کنند. در ادامه ۷ کاربرد مفید به همراه پرامپت‌هایی آمده که می‌توانید مستقیماً در چت باز کرده و ویرایش کنید.

یافتن و رفع مشکلات

بیشتر زمان دیباگ صرف درک چرایی رخ دادن مشکل می‌شود. این پرامپت‌ها این روند را سریع‌تر می‌کنند.

تحلیل خطای Stack Trace

کل متن خطا (نه برداشت خودتان) را همراه با خطوط مرتبط جای‌گذاری کنید. قبل از هر کدی، دلیل را به زبان ساده بخواهید تا بتوانید خودتان آن را ارزیابی کنید.

من از [زبان و نسخه] به همراه [فریم‌ورک] استفاده می‌کنم. این متن کامل خطا و stack trace است: [متن خطا را قرار دهید]. این هم کدی که به آن اشاره شده: [کد را قرار دهید]. به زبان ساده توضیح بده چه مشکلی پیش آمده و چرا، محتمل‌ترین علت را اول بگو، و سپس کوتاه‌ترین تغییری که آن را برطرف می‌کند نشان بده.

باز کردن در چت. بخش Code Assistant همین کار را در یک پنل اختصاصی انجام می‌دهد.

درک کدی که خودتان ننوشته‌اید

تحویل گرفتن یک فایل بی هیچ توضیحی، چالش همیشگی برنامه‌نویسان است. قبل از تغییر هر خط کد، یک راهنمای کلی بخواهید که بخش‌های حساس و پرخطر را مشخص کند.

به تازگی این فایل [زبان برنامه‌نویسی] را تحویل گرفته‌ام و باید [ویژگی مورد نظر] را تغییر دهم. یک راهنمای کوتاه بده: وظیفه اصلی این فایل چیست، توابع مهم به چه ترتیبی اجرا می‌شوند، به کدام stateهای سراسری یا side effectها باید دقت کنم، و امن‌ترین بخش برای اعمال این تغییر کجاست: [کد را قرار دهید]

دریافت راهنمای کد، و سپس می‌توانید درباره هر تابعی که نامفهوم است سوال بپرسید.

شکار باگ‌های منطقی با مدل استدلالی

وقتی برنامه کرش نمی‌کند اما خروجی اشتباه است، به ردیابی دقیق نیاز دارید. مدل Grok 4.3 Thinking پیش از نوشتن پاسخ، گام‌به‌گام در کد حرکت می‌کند؛ که برای خطاهای محاسباتی و شرط‌های نادرست فوق‌العاده است.

این تابع [زبان برنامه‌نویسی] باید [رفتار مورد انتظار] را انجام دهد، اما با ورودی [ورودی] به جای [خروجی مورد انتظار] مقدار [خروجی واقعی] را برمی‌گرداند. اجرای کد را مرحله به مرحله با این ورودی ردیابی کن، مقدار متغیرهای کلیدی را در هر گام نشان بده، و دقیقاً بگو کدام خط کار را خراب می‌کند: [تابع را قرار دهید]

ردیابی دقیق با Grok 4.3 Thinking.

رفع به‌هم‌ریختگی ظاهر سایت از روی اسکرین‌شات

یک اسکرین‌شات از ظاهر فعلی صفحه بفرستید، کدهای HTML و CSS مربوطه را قرار دهید و شکل درست آن را شرح دهید.

یک اسکرین‌شات از صفحه‌ای ضمیمه کرده‌ام که در آن [مشکل را شرح دهید، مثلاً منوی کناری در نمایشگرهای کوچک روی محتوا می‌افتد]. این هم کدهای HTML و CSS این بخش: [کد را قرار دهید]. توضیح بده علت چیست و کدهای CSS اصلاح‌شده را با کمترین تغییر ممکن ارائه بده.

باز کردن این پرامپت و پیوست کردن اسکرین‌شات.

برنامه‌ریزی برای ریفکتورهای حساس

سامان دادن به یک ماژول حجیم و پیچیده جایی است که ارزش دارد از پیام‌های روزانه جدیدترین مدل استفاده کنید. به جای بازنویسی کامل، یک برنامه گام‌به‌گام بخواهید.

این ماژول در [زبان برنامه‌نویسی] توسعه یافته و تغییر دادنش سخت شده است: [کد را قرار دهید]. فعلاً آن را بازنویسی نکن. وظایف اصلی آن، وابستگی‌های پنهان، و یک برنامه ریفکتورینگ در گام‌های کوچک ارائه بده طوری که کد بعد از هر گام بدون مشکل کار کند. مشخص کن قبل از شروع گام اول چه تست‌هایی باید اضافه کنم.

برنامه‌ریزی با Grok 4.7، و سپس می‌توانید گام‌ها را یکی‌یکی با Grok 4.20 پیش ببرید.

کدنویسی بخش‌های مکمل پروژه

تست‌ها، کوئری‌ها، بازبینی کد و مستندات معمولاً مواردی هستند که در فشردگی ددلاین‌ها نادیده گرفته می‌شوند.

نوشتن تست برای حالت‌های خاص (Edge Cases)

ابتدا لیست سناریوها را بخواهید و سپس کد تست را. ارزش اصلی در همان لیست سناریوهاست.

این یک تابع در [زبان برنامه‌نویسی] است: [تابع را قرار دهید]. اول لیستی از edge caseهایی که ارزش تست کردن دارند (مثل ورودی خالی، مرز مقادیر و داده‌های نامعتبر) با یک خط توضیح برای هرکدام بنویس. بعد کدهای تست را با [فریم‌ورک تست]، یک تست برای هر حالت و با نام‌های واضح بنویس.

تولید تست‌ها، اجرای آن‌ها، و نگه داشتن مواردی که واقعاً باگ را نشان می‌دهند.

بازبینی کد با نگاه یک توسعه‌دهنده ارشد سخت‌گیر

Grok با کمال میل نقش یک مهندس ارشد و باتجربه را بازی می‌کند که همه مدل باگی را دیده است. سخت‌گیری عالی است اما ابهام نه؛ پس بخواهید دقیقاً شماره خط را ذکر کند.

این تغییرات (diff) را مثل یک مهندس ارشد سخت‌گیر اما منصف بررسی کن. باگ‌ها، نام‌گذاری‌های نامفهوم، مدیریت خطای جاافتاده و مواردی که شش ماه دیگر به مشکل می‌خورند را با ذکر شماره خط و راه‌حل پیشنهادی نشان بده. موارد را بر اساس اولویت بچین و از ایرادهای صرفاً نگارشی چشم‌پوشی کن: [diff را قرار دهید]

درخواست بررسی کد قبل از اینکه هم‌تیمی‌هایتان آن را ببینند.

تبدیل اسکیما به SQL و فایل README

تعریف جداول و نیازمندی خود را به زبان ساده بنویسید و همراه با کوئری، یک توضیح مختصر تحویل بگیرید.

این تعاریف جداول من در [دیتابیس، مثلاً PostgreSQL] است: [اسکیما را قرار دهید]. کوئری بنویس که [نیازمندی خود را به زبان ساده بگویید] را برگرداند. هر join و فیلتر را در یک خط توضیح بده و بگو با رسیدن ردیف‌ها به چند میلیون، چه ایندکسی می‌تواند سرعت را بالا ببرد.

نوشتن کوئری، و سپس می‌توانید بخواهید بخش README مربوط به این جداول را نیز مستند کند.

نبایدها

• قرار دادن اطلاعات حساس: کلیدهای API، رمزهای عبور، توکن‌ها و اطلاعات کاربران نباید در هیچ چتی ارسال شوند. حتماً آن‌ها را با مقادیر نمونه جایگزین کنید.
• اعتماد کورکورانه به جزئیات لایبرری‌ها: مدل‌ها محدودیت تاریخ دانش دارند و به اینترنت زنده متصل نیستند؛ ممکن است یک تابع قدیمی باشد یا وجود خارجی نداشته باشد. همیشه مستندات رسمی را چک کنید.
• استفاده از کد بدون تست: کدی که تمیز به نظر می‌رسد هم ممکن است خطا داشته باشد. همیشه آن را اجرا، تست و بازبینی کنید.
• ارسال کل سورس‌کد: پیام‌های بیش از حد طولانی خلاصه می‌شوند. فقط بخش و تابع اصلی را ارسال کنید.

صفحات مرتبط

• بیست نمونه کاربردی دیگر در پرامپت‌های برنامه‌نویسی.
• راهنمای ما برای برنامه‌نویسی با Grok و توضیحات درباره مدل‌های استدلالی.
• در حال ساخت برنامه خود هستید؟ درباره Grok API بخوانید.