اگر امروز از ابزارهای کدنویسی هوش مصنوعی استفاده میکنید و هنوز با باگهای تکراری دستوپنجه نرم میکنید، احتمالاً مشکل از مدل نیست، بلکه از نحوهی هدایت آن است. تکیه بر گردشکارهای «بدون فکر» — جایی که هوش مصنوعی هم برنامهریزی میکند و هم اجرا — در نهایت سرعت تولید را کاهش میدهد.
به گزارش وبسایت dev.to در ۱۸ آگوست ۲۰۲۶، یک توسعهدهنده اشاره کرد که حتی با ابزارهای قدرتمندی مثل Cursor، فقدان یک حلقهی بازخورد سختگیرانه منجر به تولید کدهای بیکیفیتی میشود که در دنیای برنامهنویسی به آن «Slop» یا کدِ نامرتب میگویند. این وضعیت نشان میدهد که دانستن منطق کسبوکار کافی نیست؛ اگر تعامل با عامل (Agent) — شبیه به مدیری که دستورات مبهم میدهد و سپس از نتیجه شاکی است — ساختاریافته نباشد، بدهی فنی پروژه افزایش مییابد.
همانطور که در تحلیلهای قبلی ما دربارهی امنیت مدلهای بازمتن اشاره کردیم، کنترل دقیق ورودیها کلید خروجیهای قابلاعتماد است. برای حل این مشکل، این توسعهدهنده متدهای مت پوکاک (Matt Pocock) را به کار گرفت. در این رویکرد، اعتماد کورکورانه جای خود را به فرآیند «بازجویی» (Grilling) میدهد؛ یعنی مدل را مجبور میکنید پیش از نوشتن حتی یک خط کد، گزینههای بهینه را پیشنهاد دهد و تصمیماتش را مستند کند.
بر اساس مستندات این متد، این گردشکار بر پنج دستور کلیدی استوار است:
- /grill-with-docs: مدل را مجبور میکند نیازمندیهای ویژگی را به چالش بکشد و طرحی بهینه ارائه دهد.
- /to-spec: گفتگوها را به یک مستند فنی رسمی تبدیل میکند.
- /to-tickets: مستندات را به تکالیف کوچک و قابلاجرا تقسیم میکند.
- /implement: کد را دقیقاً بر اساس تیکتها اجرا میکند.
- /handoff: جلسه را در یک فایل markdown خلاصه میکند تا پنجرهٔ زمینه (Context Window) — مثل میز کاری که فقط جای چند ورق کاغذ دارد و اگر پر شود مدل گیج میشود — بازنشانی شود.
طبق گزارش این توسعهدهنده، حیاتیترین بخش این جریان، مدیریت توکنهاست. او پیشنهاد میکند جلسات را در «منطقه هوشمند» (حدود ۱۳۰ هزار توکن) نگه دارید. با استفاده از دستور /handoff و شروع یک جلسه تازه برای هر تیکت، مدل تیزتر میماند و احتمال توهم (Hallucination) — یعنی وقتی مدل با اطمینان چیزی را میگوید که وجود ندارد، شبیه به دوستی که خاطرهای را اشتباه تعریف میکند — به شدت کاهش مییابد.
این تغییر رویکرد ثابت میکند که مهمترین مهارت برنامهنویسان مدرن، دیگر تسلط بر زبان برنامهنویسی نیست، بلکه تسلط بر ارکستراسیون عاملهاست. این تحول در واقع بازتابی از تغییر پارادایم برنامهنویسی ارشد است که در آن تمرکز از تولید خط به خط کد به سمت ارکستراسیون هوشمند حرکت کرده است. نتیجهی این نظم، کاهش محسوس باگها و ارتقای کیفیت پیادهسازی است.
گام بعدی شما
- از امروز پیادهسازیهای تک-پرامپتی را متوقف کنید.
- گردشکار «ابتدا مستند، سپس کد» (Spec-first) را در پروژه بعدی خود امتحان کنید.
- برای هر تیکت کوچک، یک جلسه (Session) جدید باز کنید تا حافظه مدل آلوده نشود.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو