KodaCode 0.8.0 يضيف وضع دردشة آمنًا وتفريع المحادثات ودعم الصور

أصدرت KodaCode النسخة 0.8.0 وأعادت صياغة سلوك الواجهة بصورة ملحوظة. التركيز الرئيسي هنا على تجربة استخدام أكثر قابلية للتوقع: أصبحت الدردشة مبنية على منطق وكيلي لكنها تعمل بأدوات للقراءة فقط (read-only)، فيما حصلت النماذج متعددة الوسائط على إمكانية تحميل الصور مباشرةً داخل المحادثة.

وضع دردشة آمن

أبرز تغيير في هذا الإصدار هو المبدأ الجديد لعمل وضع الدردشة (chat mode). فهو يكرر الآن منطق الوضع الوكيلي، لكنه لا يحصل على أي أدوات قد تغيّر الملفات أو حالة المشروع. وهذا يجعل استكشاف قاعدة الشيفرة أكثر أمانًا بوضوح: يمكنك الاطلاع على البنية وقراءة الملفات ودراسة الاعتماديات وسلوك الشيفرة دون خطر تشغيل تعديل في المكان الخطأ عن غير قصد.

وبالنسبة إلى الفرق التي يهمها الفصل بين التحليل والتدخل، يخفف هذا الوضع التوتر غير الضروري ويجعل سلوك المنتج أوضح منذ التشغيل الأول.

وفي الوقت نفسه أُزيل وضع Edit mode من المنتج. ويوضح مطورو KodaCode السبب ببساطة: سيناريوهاته باتت يغطيها الوضع الوكيلي بالكامل. عمليًا يعني ذلك عددًا أقل من الأوضاع، وارتباكًا أقل في الواجهة، وتكرارًا أقل للوظائف. فحين يملك المستخدم طريقة رئيسية واحدة لإجراء التغييرات وطريقة آمنة واحدة لاستكشاف المشروع، ينخفض حاجز الدخول. ليس هذا من أكثر أنواع التحديثات صخبًا، لكن قرارات كهذه هي عادةً الأكثر تأثيرًا في تجربة العمل اليومية.

التفريع والسجل

الجزء المهم الثاني من الإصدار هو تفريع المحادثات. إذا سار الوكيل في اتجاه خاطئ، فلم تعد هناك حاجة إلى إعادة كتابة الطلب من الصفر أو تمرير جلسة طويلة بحثًا عن نقطة ناجحة لاستعادتها. صار بإمكانك الآن العودة إلى أي استدعاء لأداة في السجل، ومتابعة العمل من هناك، وإنشاء فرع جديد دون المساس بالسيناريو الأصلي. وهذا مفيد خصوصًا في المهام التي تتطلب تجربة عدة مقاربات متتالية: الأولى للتحليل، والثانية للإصلاح، والثالثة لفرضية بديلة.

يمنح ذلك المطورين والفرق عدة مزايا عملية:

• يسهل الرجوع إلى خطوة ناجحة دون فقدان السياق؛
• تصبح مقارنة الإجراءات البديلة للوكيل أكثر ملاءمة؛
• يسهل تحليل الأخطاء وتكرار السيناريوهات الناجحة؛
• تصبح التجارب على سلاسل أدوات طويلة أكثر أمانًا.

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

الصور في الدردشة

يتعلق تحديث مستقل بالنماذج متعددة الوسائط. فبالنسبة إلى gemini-3-flash-preview وgpt-5.3-codex وkimi-k2.5 وgpt-5.4، أضيفت إلى الدردشة إمكانية إرفاق الصور. وهذا ينقل جزءًا من المهام من صيغة «صِف الصورة بالكلمات» إلى سيناريو أكثر طبيعية: يعرض المستخدم لقطة شاشة أو مخططًا أو تصميمًا أوليًا، ويحصل فورًا على إجابة النموذج في السياق المطلوب. وهذا مفيد بشكل خاص لأدوات التطوير، لأن كثيرًا من المشكلات يُشرح بصريًا أسرع مما يُشرح بنص طويل.

تفتح الميزة الجديدة عدة سيناريوهات واضحة:

• تحليل لقطات شاشة الأخطاء وعيوب واجهة المستخدم (UI)؛
• تحليل التصاميم الأولية وحالات الواجهة؛
• قراءة المخططات والرسوم التوضيحية ومقتطفات التوثيق؛
• مناقشة نتائج عمل النموذج على الصورة مباشرةً ضمن جلسة واحدة.

ومن المهم أيضًا أن الدعم لم يُضف بشكل مجرد «للجميع»، بل لمجموعة محددة من النماذج. وهذا يعكس نهجًا أكثر حرصًا تجاه المنتج: تُفعَّل الوسائط المتعددة حيث هي مدعومة فعلًا، ولا تُخفى القيود وراء واجهة موحدة. وهذا أنفع للمستخدم من الوعود الفضفاضة، إذ يتضح فورًا على أي النماذج يمكن بناء سيناريوهات بصرية دون مفاجآت.

ماذا يعني ذلك

إصدار KodaCode 0.8.0 ليس عن العروض التوضيحية اللافتة، بل عن التحكم في سير العمل. فوضع الدردشة الآمن وتفريع الجلسات ومرفقات الوسائط المتعددة تقلل عدد الأخطاء العرضية وتجعل العمل مع الوكيل أكثر قابلية للتوقع. وبالنسبة إلى أداة ذكاء اصطناعي للتطوير، هذا أهم من أي «إبهار» إضافي: فالمستخدم لا يحتاج إلى وكيل ذكي فحسب، بل إلى بيئة واضحة يستطيع فيها الاستكشاف والتجربة والعودة خطوة إلى الوراء بهدوء.