خلال عطلة نهاية أسبوع واحدة، اشتريت نطاق الموقع، وصممت وأنتجت ثيم “ووردبرس”، ثم بدأت بناء ما هو أصعب من الموقع نفسه: غرفة تحرير كاملة يديرها وكلاء ذكاء اصطناعي.
لم أكن أريد موقعاً يملأ صفحاته بنصوص آلية. أردت غرفة أخبار حقيقية بقدر الإمكان: وكلاء للبحث والكتابة، ومحررون، ومراجعون، ومسار للتدقيق وضبط الجودة، ثم بوابة أخيرة لا يمر منها أي محتوى قبل موافقتي. يعمل الفريق على الموقع المباشر، لكنه لا يملك قرار النشر وحده.
بنيت المسار الأول باستخدام “هيرميس” على حاسوب شخصي احتياطي لم أعد أستخدمه. خصصت حسابات مستقلة للعمل، ومنحت النظام الصلاحيات التي يحتاج إليها، ثم وزعت الأدوار بين المحررين والمراجعين ووكلاء الجودة. على الورق، تبدو هذه الخطوات بسيطة. في الواقع لم تكن كذلك.
واجهت تعقيدات وأخطاء وأعطالاً، وأعدت ضبط أجزاء من النظام أكثر من مرة. احتجت إلى فهم أين تنتهي صلاحية كل وكيل، ومتى يجب أن يتوقف طلباً لموافقتي، وكيف أتأكد من أن اكتمال المهمة في لوحة الإدارة يعني أن شيئاً حقيقياً حدث على الموقع. وبعد نحو أسبوع من التجربة والإصلاح، كانت المنظومة تعمل فعلاً.
لم يكن الأسبوع ضائعاً. هو الذي كشف لي قيمة “هيرميس” وحدوده في الوقت نفسه. قوته الأساسية أنه لا يفرض عليّ شكلاً واحداً للعمل. أستطيع بناء التسلسل التحريري بالطريقة التي أريدها، وربط وكلاء متخصصين بحسابات وأدوات مختلفة، ووضع حواجز للمراجعة والموافقة، والاحتفاظ بسجل لما حدث. النتيجة ليست مجرد مساعد ذكي، بل بنية تشغيل يمكن تشكيلها حول المؤسسة.
هذه القوة لها ثمن، حتى عندما لا يظهر على فاتورة الاشتراك. الثمن هو الوقت والتركيز والاستعداد للتعامل مع التفاصيل التقنية. أنت لا تفتح التطبيق وتطلب غرفة أخبار ثم تنتظر ظهورها. عليك أن تبني الأدوار والحدود والاتصالات، وأن تختبرها، وأن تتعامل مع اللحظات التي يفشل فيها وكيل أو يتوقف اتصال أو يعلن النظام إكمال مهمة لم تصل إلى نهايتها الفعلية.
بعبارة أخرى، “هيرميس” منحني قدرة كبيرة، لكنه طلب مني أن أشارك في بناء الآلة قبل استخدامها.
ثم جربت “غروك بوت”.
هنا حدثت المفاجأة. ما احتاج مني أياماً مع “هيرميس” أصبح جاهزاً للتشغيل الأولي خلال دقائق. أنشأت الوكلاء، شرحت الوظائف، وبدأت العمل من دون أن أخصص جهازاً منزلياً جديداً للمهمة. ووفق وثائق الخدمة، تعمل حسابات “غروك بوت” على حاسوب سحابي دائم، تشترك فيه وكلاء الحساب، وتستمر المهام في الخلفية حتى لو أغلقت الحاسوب أو الهاتف.[1][2]
هذه نقطة أكبر مما تبدو. عندما يملك النظام بيئة العمل السحابية الخاصة به، لا يعود المستخدم مضطراً إلى إبقاء جهاز احتياطي يعمل طوال الوقت. ويمكنه متابعة الوكلاء، والرد على أسئلتهم، والموافقة على الخطوات، ومراجعة النتائج من تطبيق الهاتف. الخدمة متاحة على الحاسوب، وعلى الهاتف حالياً عبر “آيفون”، بينما تظل تجربة الهاتف محدودة بنظام “iOS” وليست متاحة لكل الهواتف بعد.[2]
بالنسبة إلى شريحة واسعة من الناس، هذه السهولة ليست ميزة إضافية؛ إنها سبب إمكانية استخدام النظام أصلاً. أغلب المستخدمين لن يخصصوا حاسوباً إضافياً، ولن ينشئوا حسابات وأدواراً معقدة، ولن يقضوا أسبوعاً في مطاردة الأعطال. هم يريدون أن يشرحوا المهمة كما يشرحونها لزميل، ثم يعودوا لمراجعة النتيجة.
لكن سهولة البداية لا تعني أن “غروك بوت” أقوى. المقارنة المباشرة في القدرات والتحكم ليست عادلة تقريباً. عند إعداد “هيرميس” بالطريقة الصحيحة، تكون مساحة التخصيص، وربط الأدوات، وفصل الأدوار، وصناعة إجراءات العمل أوسع بكثير. تستطيع أن تبني نظاماً يطابق طريقتك، بدلاً من أن تتكيف طريقتك مع حدود تطبيق جاهز.
السؤال الذي بقي معي لم يكن: أيهما أقوى؟ الإجابة عن ذلك واضحة في تجربتي. السؤال هو: هل يحتاج معظم الناس فعلاً إلى كل هذه القوة؟
قد يكون الجواب: لا.
المستخدم العادي لا يريد بالضرورة بنية وكلاء فائقة المرونة. ربما يريد باحثاً يجمع المعلومات، ومحرراً يصوغها، ومراجعاً يفحصها، ثم إشعاراً يطلب موافقته. إذا استطاع الحصول على ذلك خلال دقائق، ومن هاتفه، فمن الصعب إقناعه بأن يقضي أسبوعاً في بناء نظام أكثر قوة لن يستخدم معظم قدراته.
وهنا نصل إلى ثمن السهولة، هذه المرة بالمعنى الحرفي. توسعت إتاحة “غروك بوت” لتشمل عدداً من خطط “سوبر غروك” و”كيرسر” المدفوعة، وتوضح الشركة أن استهلاك الوكلاء له حصة استخدام مستقلة عن الحصص المعتادة لتلك الخدمات.[3] قد تظهر تجارب مؤقتة لبعض الحسابات، لكن لا توجد، بحسب المعلومات المنشورة وقت كتابة هذا المقال، طبقة مجانية دائمة تتيح هذا النوع من التشغيل بلا اشتراك أو قيود.
وفي تجربتي، كان الاستهلاك سريعاً. بناء غرفة أولية ونشر ما يصل إلى خمسة أخبار استهلك نحو 8% من السعة الشهرية الظاهرة في حسابي خلال ساعات، لا أيام. هذا الرقم ليس اختباراً معيارياً ولا يصلح للتنبؤ بما سيستهلكه مستخدم آخر. لكنه كان كافياً ليجعلني أراقب العداد منذ البداية.
مع “هيرميس” دفعت الكلفة مقدماً على صورة وقت وإعداد وجهاز وصيانة. وبعد ذلك شعرت أنني أمتلك غرفة الأخبار وأتحكم في مفاتيحها. مع “غروك بوت” تراجع عبء الإعداد بصورة هائلة، لكن حدود الاستخدام والتكلفة أصبحت جزءاً مباشراً من كل تجربة.
أنا شخصياً أميل إلى القوة والتحكم عندما يتعلق الأمر بالنشر. الأخبار ليست مصنعاً للنصوص، والخطأ المنشور لا يختفي لأن الوكيل أنجز المهمة بسرعة. المسؤولية لا تنتقل إلى الآلة لمجرد أننا منحناها حساباً وكلمة مرور. لذلك كان وجود محررين ومراجعين ووكلاء لضبط الجودة، ثم اشتراط موافقتي النهائية، يستحق عندي أسبوع الإعداد والمتاعب.
مع ذلك، لا أستطيع تجاهل الحجة الأخرى. ماذا تفيد القوة النظرية إذا بقيت خلف باب لا يملك معظم المستخدمين الوقت أو الخبرة أو الجهاز لفتحه؟ “غروك بوت” يقدم إجابة عملية: قلل القدرات، أخفِ التعقيد، وانقل الحاسوب إلى السحابة. قد لا تحصل على النظام الأكثر مرونة، لكنك تحصل على نظام يعمل بسرعة ويصل إلى جمهور أكبر.
المقارنة، إذاً، ليست بين منتج جيد وآخر سيئ. إنها بين نوعين من الراحة. “هيرميس” يمنح راحة السيطرة بعد أن تدفع كلفتها في الإعداد. و”غروك بوت” يمنح راحة البداية السريعة مقابل قبول حدود أضيق وكلفة استخدام مستمرة.
هذه التجربة تفتح سؤالاً أكبر سأعود إليه في مقال لاحق: هل يصنع الذكاء الاصطناعي طبقية جديدة؟ الأدوات المفتوحة والقابلة للتخصيص تحتاج إلى معرفة وأجهزة ووقت، وقد تحتاج النماذج المفتوحة إلى قدرات حوسبية لا يملكها معظم الناس. وفي الجهة الأخرى، تخفّض الخدمات الجاهزة حاجز المعرفة، لكنها ترفع حاجز الاشتراك والاستهلاك.
قد يستبعد المسار الأول من لا يملك الخبرة والوقت، ويستبعد الثاني من لا يملك المال. وبين الاثنين، لن يكون الوصول إلى الذكاء الاصطناعي متساوياً لمجرد أن التطبيق سهل أو أن النموذج مفتوح.
لا أخرج من تجربتي بإعلان فائز. إذا كنت أريد غرفة أخبار مصممة على المقاس، ذات أدوار واضحة ومسارات مراجعة وضبط جودة وموافقة نهائية، فسأختار “هيرميس” وأقبل عناء بنائه. وإذا كان المطلوب أن يبدأ المستخدم العادي خلال دقائق ويتابع العمل من هاتفه، فإن “غروك بوت” يقدم تنازلاً منطقياً: قدرات أقل، لكن سهولة أكبر.
والسؤال الذي سيحدد السوق ربما لن يكون: من يملك الوكيل الأقوى؟ بل: ما القدر الكافي من القوة الذي يجعل الناس مستعدين لتحمل التعقيد أو دفع الثمن؟
