أعلنت Slack في 20 أغسطس عن Slack Code: عند الإشارة إلى وكيل برمجة ضمن قطعة عمل، تنبثق code channel مخصصة حول تلك المهمة، وتكون مرئية للفريق كله لا للشخص الذي استدعاها. تعرض القناة فروق الشيفرة، ووثائق التخطيط، ومعاينات HTML الحية داخل السطر نفسه، وتستدعي الزملاء، ثم تُؤرشف نفسها عند اكتمال العمل مع بقائها قابلة للبحث بوصفها سجلًا. وشركاء الإطلاق هم Anthropic وCognition وGitHub وOpenAI وVercel، مع تشغيل GitHub Copilot داخل القنوات.
الحجة المطروحة
تقول Slack إن التطوير بمساعدة الوكلاء قد عاد إلى نمط اللاعب الواحد. يفتح شخص ما تبويبًا خاصًا، يوجّه سؤالًا إلى وكيل، ثم يختفي، ويكتشف الفريق النتيجة بعد وقوعها من دون فرصة لالتقاط افتراض خاطئ. وتقول الشركة إنها واجهت هذا داخليًا: تنفيذ الوكيل متعدد الجولات كان صاخبًا أكثر من اللازم لسلسلة محادثات عادية في قناة، لكن انسحاب المهندسين إلى تبويبات المتصفح أضاع مستوى الرؤية الذي يجعل Slack مفيدة. وقنوات code هي الجواب — مساحة تتوسع مع المهمة ثم تختفي بعدها.
ما الذي يخطئه الإطار الشائع
يتضمن المنشور رقمًا واحدًا فقط: أكثر من 70% من قنوات code تُنشأ وتُغلق خلال يوم واحد، من الفكرة إلى دمج طلب السحب. ويُعاد تداول هذا الرقم بوصفه نتيجة للمنتج. لكنه ليس كذلك — إذ إنه يصف استخدام فريق الهندسة في Slack للميزة داخليًا، من دون مقام، ولا خط أساس لمدة الوقت الذي استغرقه العمل نفسه قبل ذلك، ولا عملاء خارجيين في العينة. وثانيًا، تشير عبارة "ثقة مؤسسية، من دون إعداد إضافي" إلى الأذونات وضوابط الإدارة على نحو محدود، وهي عناصر يرثها Slack Code من Slack. هذا لا يعني أن الوكلاء مشمولون: فالعمل تقوم به نماذج Anthropic وOpenAI وCognition وGitHub وVercel، وكل منها مرخّص ومقاس بشكل منفصل.
مكان هذه الخطوة
الادعاء المهم هنا ليس تقنيًا بل تنظيميًا — أن الوحدة القابلة للمراجعة من عمل الوكيل ينبغي أن تكون المحادثة لا طلب السحب، وأن القناة المؤرشفة أفضل كسجل تدقيق من سجل الالتزامات. إنها رهانه على الطريقة التي سترغب الفرق في الإشراف بها على الوكلاء، وسيُحسم الأمر بما إذا كان أي طرف خارج Slack سيعيد إنتاج نسبة 70%.