برمجة باسكال تنتهي بفرق تغيير يمكنك مراجعته

ما يمكن للوكيل القيام به في مشروعك

• الملفاتتعمل أدوات read_file وwrite_file وedit_file وgrep وglob وlist_dir داخل مجلد عمل الدردشة، لذا فإن وحدة .pas أو ملف .dpr أو نموذج .dfm نصي يبعد خطوة واحدة. يعرض عداد عدد الملفات التي تم إنشاها أو تعديلها أو قراءتها.
• Shellيشغل أمر البناء أو الاختبار أو المصحح على Windows، أو في WSL، أو عبر SSH على خادم تملكه. يُحكم بالنجاح بناءً على رمز الخروج الفعلي، وتُحظر الأوامر الخطيرة قبل تنفيذها.
• الويبتبحث web_search عن الصفحات، ويقرأ http_get صفحة توثيق واحدة، مما يساعد عند الحاجة إلى التوقيع الدقيق لروتين أو صيغة رسالة خطأ. يقرأ الوكيل الصفحة؛ وأنت تقرر ما تستخدمه.
• لقطات الشاشة والصوريقرأ ocr النص من لقطة شاشة محفوظة، مثل رسالة المترجم لم تتمكن من نسخها من النافذة، ويحفظ gen_image ملفات صور حقيقية في مجلد العمل.
• التنسيقتبدأ task وكلاء فرعيين متوازيين لأجزاء مستقلة من المهمة، ترسل run_on_model خطوة صعبة واحدة إلى نموذج أكبر، وتعيد skill استخدام دليل محفوظ، مثل إجراء لإدارة الإصدارات في الفروع والالتزامات.
• أوضاع الموافقةيعمل Auto-run فوراً، ويوقف Ask first قبل الإجراءات التي تغير شيئاً ويعرض فرق التغيير (diff) للقبول، ويكتب Plan only خطة ولا يشغل شيئاً. تبقى الخطط سارية بعد إعادة تشغيل التطبيق.
• Cronيشغل موجه في جدول زمني، مثل طلب ليلي لتشغيل أمر الاختبار وإبلاغ رمز الخروج. اضبط الجدول مرة واحدة، واقرأ النتائج في الدردشة صباح اليوم التالي.
• النماذجصل بمزود ذكاء اصطناعي سحابي عبر نقطة نهاية API، أو نموذج يعمل محلياً على جهازك، أو النموذج المدمج. يعرض زر Test وقت الاستجابة ونافذة السياق للاتصال.

أربع مهام من مشاريع حقيقية

قراءة وحدة موروثة

غالباً ما يفتح مطور Delphi وحدة لم يمسها أحد منذ سنوات. اطلب من Arraydeck شرحها. يستدعي الوكيل read_file، ثم يصف قسم الواجهة وقسم التنفيذ وعبارة uses بكلمات بسيطة، ويظهر grep أين تُستدعى إجراءاته من وحدات أخرى. لا يُكتب شيء. استخدم الإجابة كخريطة، وليس كدليل: قارن كل ادعاء بالمصدر، افتح الوحدة في محررك الخاص وشغل أمر البناء الذي يبلغ عن رمز الخروج الفعلي، قبل أن تغير سطراً واحداً في المشروع. كرر الطلب للوحدة التالية عندما تصبح الأولى واضحة.

جعل روتين السلسلة يتعامل مع Unicode

لتحويل كود Unicode في سلسلة، ابحث أولاً عن الروتين الذي يبني أو يقسم النص. يشغل الوكيل grep لاسم الدالة، يقرأ الوحدة بـ read_file ويقترح تغييراً بـ edit_file. في Ask first ينتظر فرق التغيير (diff) منك. ثم يشغل Shell أمر البناء وأمر الاختبار الخاص بك، وتظهر كل بطاقة رمز الخروج الفعلي. تستخدم السلاسل علامات الاقتباس المفردة و:= لتعيين قيمة، لذا اقرأ فرق التغيير (diff) مقابل كيفية عمل الروتين القديم، واختبره بنص من بياناتك الخاصة ورفض التغيير إذا تصرف حالة بشكل مختلف. احتفظ بنسخة من الروتين القديم حتى تتفق الاختبارات.

تقليل المخرجات في دالة

يختلف الناس حول عدد المرات التي يجب أن تعود فيها الدالة، ويترك Arraydeck هذا الاختيار لك. اختر دالة بها عدة مخارج واطلب نسخة تضبط Result مرة واحدة. يقرأ الوكيل الوحدة، يعدل الدالة ويعرض التغيير كفرق تغيير (diff). تحافظ برمجة باسكال على قيمة الإرجاع في Result، لذا فإن التعديل صغير وسهل التحقق منه سطراً بسطر. شغل اختباراتك بعد ذلك، لأن الوكيل لا يضمن أن النسخة الجديدة تتصرف مثل القديمة، ورفض فرق التغيير (diff) إذا فشل اختبار. التعديل الصغير الذي تمت مراجعته أفضل من إعادة الكتابة الكبيرة.

فحص كيفية استخدام النموذج للحوارات

لرؤية كيفية استخدام حوارات FMX بشكل صحيح في مشروعك الخاص، اطلب من الوكيل العثور على كل مكان يظهر فيه حوار. يشغل grep عبر ملفات .pas، يفتح التطابقات بـ read_file ويكتب قائمة قصيرة في الدردشة، مذكراً بكل وحدة وكل معالج أحداث. الأحداث مثل نقر الزر هي إجراءات للنموذج، لذا فإن القراءة تشبه فهرس المحتويات. انتقل إلى Ask first قبل طلب التغييرات، راجع كل فرق تغيير (diff) واختبر النماذج بنفسك، لأن الوكيل لا يصمم النماذج بصرياً. كرر ذلك لكل نموذج.