تازههای هوش مصنوعی
Claude Opus 5 برای چه کارهایی مناسب است؟ یک تمرین واقعی برای کدنویسی
معرفی Claude Opus 5 و روشی عملی برای سپردن تغییرات نرمافزار: تعریف مسئله، محدودکردن تغییر، بررسی نتیجه و تحویل قابل مرور.

تصویر تحریریهٔ ساروی؛ ساختهشده با هوش مصنوعی
وقتی یک برنامه کار میکند و فقط یک بخش آن مشکل دارد، بهترین کمک الزاماً بازنویسی همهچیز نیست. مسئله این است که دستیار علت را بفهمد، تغییر را محدود کند و نشان دهد رفتار قبلی هنوز برقرار است. با این نگاه، خبر یک مدل تازه به یک تمرین قابل سنجش تبدیل میشود.
- مسئله را با یک مثال قبل و بعد تعریف کن.
- تعداد خطهای تولیدشده معیار کیفیت نیست.
- تغییر قابل مرور و نتیجهٔ قابل تکرار بخواه.
خبر رسمی، بدون اغراق
Anthropic در ۲۴ ژوئیهٔ ۲۰۲۶، Opus 5 را معرفی کرد و بر بهبود برنامهنویسی و کارهای حرفهای تأکید داشت. قیمت پایهٔ اعلامشدهٔ API برای هر میلیون توکن ورودی ۵ دلار و خروجی ۲۵ دلار است. این قیمت ارائهدهنده است و تعرفهٔ ساروی یا هزینهٔ ثابت یک پروژه نیست.
منبع این بخش: معرفی رسمی Claude Opus 5 — Anthropic ↗
تمرین: جستجوی فارسی را درست کن
فرض کن فهرست محصولات با «ي» عربی نتیجهای متفاوت از «ی» فارسی نشان میدهد. گزارش مسئله را با دادهٔ کوچک بنویس: عنوان ذخیرهشده «کیف چرمی» است، اما جستجوی «كيف» آن را پیدا نمیکند. نتیجهٔ مورد انتظار این است که هر دو نوشتار محصول یکسانی را برگردانند.
درخواست را روی همان رفتار محدود کن. اگر مدل شروع به تعویض طراحی، پایگاه داده یا مسیر ورود کرد، توضیح بده اینها جزو مسئله نیستند. محدودیت روشن به بازبین کمک میکند تفاوت لازم را سریع پیدا کند.
رفتار فعلی را بازتولید کن
نمونهٔ عنوان و عبارت جستجو را ثبت کن. از دستیار بخواه محل تبدیل متن و فیلترکردن فهرست را پیدا کند و پیش از تغییر، علت احتمالی را توضیح دهد.
یک اصلاح محدود پیشنهاد کن
متن نمایشی محصول باید حفظ شود. تبدیل حروف را روی مقدار مورد استفاده برای مقایسه انجام بده و تأثیر فاصله و نیمفاصله را نیز مشخص کن.
نمونههای مخالف را بررسی کن
جستجوی خالی، محصول ناموجود، عبارت فارسی و ترکیب نام فارسی با یک کد لاتین را امتحان کن. تنها درستشدن مثال اول کافی نیست.
از دستیار چه تحویلی بخواهیم؟
تحویل خوب سه بخش دارد: توضیح رفتار جدید برای کاربر، تغییر قابل مرور در کد و نتیجهٔ بررسیها. عبارت «همهچیز درست شد» بدون نمونه، به تو نمیگوید چه چیزی واقعاً بررسی شده است.
| عبارت جستجو | انتظار در مثال آموزشی |
|---|---|
| کیف | نمایش کیف چرمی |
| كيف | همان نتیجهٔ عبارت فارسی |
| محصول ناموجود | پیام روشن برای نبود نتیجه |
| عبارت خالی | رفتار قبلی فهرست حفظ شود |
چه زمانی کار را به چند مرحله تقسیم کنیم؟
اگر تغییر هم طراحی را درگیر میکند و هم ورود، پرداخت یا دادهٔ کاربران را، کار را به قسمتهای قابل بررسی تقسیم کن. ابتدا یک نمونهٔ نمایشی بساز، سپس تغییر رفتاری را جدا انجام بده. برای انتشار عمومی، مسیر برگشت به نسخهٔ قبلی و فهرست بررسی را از قبل آماده کن.
مدل قویتر ممکن است بخشهای بیشتری از پروژه را بفهمد، اما مسئولیت تعیین محدوده همچنان مهم است. هیچ عدد بنچمارکی جای دیدن نتیجه در برنامهٔ خودت را نمیگیرد.
این روش را برای کار خودت تکرار کن
بهجای انتخاب یک پروژهٔ بزرگ، یک اصطکاک روزانه را پیدا کن: خروجی نامرتب یک جدول، برچسب مبهم یک فرم یا خطایی که هر بار باید دستی اصلاح شود. برای آن یک ورودی نمونه و یک خروجی مطلوب بساز. همین دو نمونه، پایهٔ گفتگوی دقیقتر با هر دستیار برنامهنویسیاند.
یک بار اینها را مرور کن.
- مثال قبل و بعد روشن است.
- محدودهٔ تغییر مشخص است.
- نتیجه در محیط واقعی بررسی شده است.
پرسشهای رایج
آیا این تمرین فقط برای Opus 5 است؟
خیر. این یک روش مستقل برای تعریف و ارزیابی کار برنامهنویسی است و میتوانی آن را با هر دستیار دارای دسترسی به پروژه اجرا کنی.
برای بررسی بیشتر
معرفی رسمی Claude Opus 5 — Anthropicدر انجام این کار به مشکل خوردی؟
از پشتیبانی کمک بگیر