تصور کنید یک توسعهدهنده ارشد در تیم شما است که دقیقاً میداند چه کدی «تمیز» است، اما هرگز نمیتواند این سلیقه را به زبان ریاضی یا کد برای یک ربات توضیح دهد. استاندارد QUALITY.md دقیقاً برای حل همین مشکل آمده است تا قضاوت فنی را از شهود انسانی به یک فایل استاندارد منتقل کند.
بر اساس مستندات منتشر شده در ۲ ژوئیه ۲۰۲۶، این مشخصه یک روباریک (Rubric) ماشینخوان برای کیفیت نرمافزار ایجاد میکند. هدف این است که هم مهندسان انسانی و هم عاملهای هوش مصنوعی (AI Agents) — مانند دستیارهایی که میتوانند به طور مستقل کد بزنند و ابزارها را اجرا کنند — بر روی یک تعریف واحد از «پایان کار» و «کیفیت بالا» توافق داشته باشند. این رویکرد تکامل یافتهی تعامل با هوش مصنوعی است که در آن بهینهسازی حلقههای عامل جایگزینی برای مهندسی پرامپت سنتی شده است تا دقت خروجیها افزایش یابد.
نگهداری نرمافزار معمولاً شبیه به یک هنر بصری است که مقیاسپذیری آن در تیمهای بزرگ دشوار است. همانطور که در تحلیلهای قبلی ما دربارهی امنیت مدلهای بازمتن اشاره کردیم، نبود استانداردهای سختگیرانه در لایه اجرا، 늘 منجر به بروز باگهای پیشبینینشده میشود. QUALITY.md تلاش میکند نگهداری کد را از یک واکنش لحظهای به یک رویه برنامهریزیشده تبدیل کند.
طبق اعلام وبسایت getquality.md، این فرمت بر سه ستون اصلی استوار است:
- ویژگیهای کیفی: روباریکهای تعریفشده برای امنیت، قابلیت نگهداری و کیفیت کلی کد.
- الزامات کیفی: راهنماها، حسگرها، اصول و قوانینی که برای اندازهگیری موفقیت به کار میروند.
- زمینه (Context): اهداف حیاتی پروژه، نیازهای ذینفعان و ریسکهای خاص مرتبط با هر محصول.
برای عملیاتی کردن این مشخصه، نویسندگان یک پیادهسازی مرجع شامل ابزار qualitymdCLI و یک مهارت تخصصی به نام qualityagent ارائه کردهاند. این ابزارها به تیمها اجازه میدهند گزارشهای ارزیابی جامع با توصیههای اولویتبندیشده تولید کنند و عملاً یک حلقه کنترل عاملمحور (Agentic) برای بهبود مستمر ایجاد کنند. چنین ساختارهای برنامهریزیشدهای یادآور گذار از چتهای ساده به مهندسی ساختاریافته در ابزارهایی مانند Claude Code هستند که مقیاسپذیری توسعه را ممکن میسازند.
برای برنامهنویسان، این یعنی انتقال بار «سلیقه» و قضاوت به لایههای بالاتر. به جای اصلاح خطاهای کوچک کدنویسی یک هوش مصنوعی، شما استانداردهای معماری سطح بالا را در یک فایل تعریف میکنید و عامل بر اساس آن قوانین، بدهی فنی (Technical Debt) را مدیریت میکند.
گام بعدی شما
- یک مدل کیفی اولیه برای پروژهی فعلی خود طراحی کرده و در قالب فایل
.mdمستند کنید. - ابزار CLI این استاندارد را در خط لوله CI/CD خود ادغام کنید تا پسرفتهای کیفی پیش از رسیدن به محیط عملیاتی شناسایی شوند.
- بررسی کنید کدام بخشهای کد شما بیشترین نیاز به «سلیقه انسانی» دارند و آنها را به قوانین ماشینخوان تبدیل کنید.
اما این استاندارد تنها نیمی از مسیر است؛ نحوه تعامل این عاملها با پروتکلهای جدیدتر مانند MCP را در گزارش بعدی بررسی خواهیم کرد.
گفتگو