أخبار اليوم انقسمت في اتجاهين

اتجاه واحد كان قصة عن الذكاء والحوسبة وهما يتحولان إلى سلعة متاحة للجميع. كشفت مجموعة Ant الصينية عن نموذج رؤية بالذكاء الاصطناعي قادر على التعرف على الأسطح العاكسة مثل الزجاج والمرايا، وتصدّر 12 معيار قياس دفعة واحدة، لكن اللافت لم يكن الأداء بل الحجم. بـ1.1 مليار معامل فقط، تفوق النموذج على نظير له بحجم 7 مليارات معامل. أظهر ذلك إلى أي مدى وصلت استراتيجيات الكفاءة في بيئة يصعب فيها الوصول إلى وحدات معالجة الرسوميات المتقدمة من Nvidia. في اليوم نفسه، تنافست OpenAI وAnthropic على استقطاب الشركات الناشئة المبكرة إلى منظومتيهما عبر تقديم رموز مجانية لأفضل نماذجهما، بينما حاولت Qualcomm إحداث شرخ في هيمنة Nvidia عبر شريحة مراكز بيانات منخفضة الاستهلاك تتجاوز الحاجة إلى ذاكرة HBM أصلا. كما وسّعت Anthropic استراتيجيتها متعددة الشرائح، موزعة أحمال العمل بين Amazon Trainium وGoogle TPU ووحدات معالجة Nvidia. لم يعد الذكاء ولا السيليكون الذي يشغّله مرتبطا بمكان واحد.

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

الذكاء يتحول إلى أمر عادي، والاختناق انتقل مكانه

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

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

في هذا السياق يُقرأ إعلان معهد Hana للتكنولوجيا المالية المتكاملة، في اليوم نفسه، عن نموذج ذكاء اصطناعي متخصص في الأعمال المالية لدعم تقييم الائتمان المؤسسي والاستشارات. سبب تحوّل بنوك مثل K bank وShinhan Bank وKB Kookmin Bank بالفعل نحو نماذج خاصة بمجالها يعود إلى بيئة كورية خاصة، تشمل لوائح فصل الشبكات وقيود نقل بيانات العملاء إلى خارج الشبكة الداخلية. تتجه البنوك نحو نماذج خفيفة ومتخصصة تعمل داخل شبكتها الخاصة بدلا من النماذج التأسيسية الضخمة العامة، والسبب ليس الأداء بل القدرة على التحكم. عليها أن تُبقي في يدها أين يعمل النموذج وماذا يترك من أثر إن أرادت اجتياز المراجعة التنظيمية.

نطاق ما يصبح عاديا يتسع أكثر فأكثر

ليس الذكاء وحده ما يتحول إلى أمر عادي. حتى الأفضلية في العتاد التي يقوم عليها تتشتت هي الأخرى بدل أن تبقى متمركزة في نقطة واحدة. لاحظت Global Economic أن قيادة الذكاء الاصطناعي تنتقل من احتكار وحدات معالجة الرسوميات إلى اتساع الطلب على البنية التحتية عموما. من المتوقع أن يخف نقص وحدات معالجة الرسوميات تدريجيا ابتداء من النصف الثاني من عام 2026، ومع استقرار طاقة التعبئة المتقدمة لدى TSMC وإمدادات ذاكرة HBM، يتوسع تركيز الاستثمار ليشمل المعالجات المركزية والذاكرة والخوادم والطاقة والتبريد والشبكات. حين كان الاختناق منحصرا في نقطة واحدة هي وحدات معالجة الرسوميات، كان تأمينها هو الميزة التنافسية بحد ذاتها. أما حين يتفرع الاختناق إلى جبهات متعددة، تصبح الأفضلية في مورد واحد وحده غير كافية لتوسيع الفجوة.

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

إشارة إلى أننا نحكم على المسار لا على النتيجة وحدها

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

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

السجلات ليست ميزة تُضاف لاحقا

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

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

إذن كيف ينبغي أن تبدو منصة صُممت منذ البداية بحيث تمتلك طبقة التنفيذ ذاتها زمام السجل. جعلت ThakiCloud من هذا السؤال العمود الفقري لمنتجها Paxis، وهو Agent-Native Cloud الخاص بها. في Paxis، لا تُعد Skills وTools وPolicies وAudit Logs خيارات تُضاف لاحقا، بل موارد من الدرجة الأولى. لحظة استدعاء الوكيل لمهارة، ولحظة تشغيله لأداة، تتحولان بذاتهما إلى سجل تدقيق، وتقوم بوابة سياسات بالموافقة على ذلك التنفيذ أو منعه مسبقا. حتى نقاط الربط مع الأنظمة الخارجية عبر موصلات MCP المعيارية تقع على المسار نفسه، بحيث يبقى السلوك الذي يعبر حدود الأنظمة متصلا في سجل واحد. ليست هذه بنية تعيد بناء ما حدث بعد وقوعه، بل بنية ينمو فيها السجل مع العمل أثناء حدوثه.

تُسجَّل كل خطوة تنفيذية يتخذها الوكيل بعد تجاوز بوابة السياسات كسجل تدقيق مرافق، ويبقى ذلك المسار داخل بنية Kubernetes سيادية محلية، بحيث يمكن إعادة تتبعه لاحقا.

تحمل هذه البنية قيمة خاصة في الصناعات المنظمة مثل التصنيع والقطاع العام والقطاع المالي. في اليوم نفسه، أعلنت Naver Cloud تعاونها مع Mistral AI الأوروبية لتطوير ذكاء اصطناعي سيادي متخصص في التصنيع بشكل مشترك، وهو نهج مصمم لطبيعة شركات التصنيع التي يصعب عليها إرسال بياناتها إلى الخارج. أطلقت الحكومة استراتيجية K-Physical AI، وتخطط لضخ 20 تريليون وون من القطاعين العام والخاص حتى عام 2030 لبناء مكتبة بيانات تصنيعية وطنية وتحويل حتى المعرفة الضمنية لكبار الحرفيين إلى بيانات، بينما تحوّل LG CNS محور أعمالها نحو التمويل والذكاء الاصطناعي الفيزيائي. القاسم المشترك بين هذه الجهات هو قيد عدم إمكان خروج البيانات إلى الخارج، وحاجة لا بد من الإمساك بها إلى الأثر الذي يتركه القرار الآلي. السيادة وسجلات التدقيق ليستا مطلبين منفصلين، بل مطلب واحد يُنظر إليه من الأمام ومن الخلف.

تُعامل الاستقلالية أيضا كمقياس متدرج لا كمفتاح تشغيل وإيقاف. تحكم Paxis درجة استقلالية الوكيل عبر مستويات من L0 إلى L3. تبقى الأعمال الحساسة مثل تقييم الائتمان عند مستوى استقلالية منخفض تتخلله خطوة موافقة بشرية، بينما يمكن فتح الأعمال المتكررة منخفضة المخاطر عند مستوى استقلالية أعلى. القابلية للتحقق بعد وقوع الحدث التي يفرضها قانون الذكاء الاصطناعي الأساسي، والقدرة على التحكم التي يحتاجها القطاع المالي، لا تصبحان واقعا إلا حين تتحرك السياسات وسجلات التدقيق ومقياس الاستقلالية ككيان واحد. إذا جرى التنفيذ داخل صندوق رملي معزول، وعمل ذلك الصندوق فوق بنية Kubernetes سيادية محلية، أمكن للمؤسسة أن تُبقي كل مسار داخل بنيتها التحتية المحلية دون إرسال أي بيانات إلى الخارج. هذه بالضبط الصورة التي يحتاجها عملاء القطاعين المالي والعام المحصورون في بيئات مفصولة عن الشبكة الخارجية.

ما أصبح عاديا وما أصبح نادرا

أظهر سوق اليوم، من زوايا متعددة، مدى سرعة تحول الذكاء والحوسبة إلى سلعة عادية. نموذج صغير يتفوق على آخر كبير، وأفضل النماذج تُقدَّم مجانا، والشرائح تنتقل من مورّد إلى آخر. تعلن KT عن سعة تصل إلى غيغاواط واحد وSKT عن 15 غيغاواط لمراكز البيانات، موسّعتين بذلك عرض البنية التحتية أيضا. كل هذا يعمل في اتجاه خفض قيمة الذكاء.

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

المصادر

• 中 앤트그룹, 로봇 최대 난제 ‘유리·거울 인식’ 모델 공개 · AI타임스
• 하나금융융합기술원, 금융 업무용 AI 모델 공개…기업여신·상담 지원 적용 · 더데일리포스트
• 2026년 1월 시행 앞둔 ‘AI 기본법’…한국, 세계 첫 전면 적용 국가 되나 · MS투데이
• 슈퍼마이크로, 70억 달러 유상증자로 엣지부터 초대형 데이터센터까지 공급 확대 · ZDNet Korea
• 네이버클라우드, 미스트랄AI와 제조 특화 소버린 AI ‘동맹’ · ZDNet Korea
• 산업 하프타임: ‘3개월 1만 대’ 물량…’K-피지컬 AI’ 민관 20조원 엔진 가동 · 디지털데일리
• 오픈AI와 앤트로픽, 스타트업 잡으려 컴퓨팅 무료 공세 · 한국경제
• 세계 1만5천 AI 석학들 서울 총집결…ICML 2026, 한국 AI 위상 높인다 · 인공지능신문
• KT, ‘AX연결 허브’ 도약…수요 기반 AI 인프라 확충 · ZDNet Korea
• SKT, 15GW 규모 AI 데이터센터 구축…”아시아 AI 인프라 허브될 것” · SK텔레콤 뉴스룸

</content>

تصوير لأربعة محاور، رأسي وخطّافات ووكلاء فرعيون ومهارات، تتراكب في تجهيزة ذاتية تعمل دون إنسان.

نظرة عامة

وسّعت Anthropic نطاق Claude Code من مجرّد واجهة سطر أوامر تفاعلية إلى بيئة تشغيل أتمتة. يتتبّع هذا المسارَ الإعلانُ المرتبط (“Enabling Claude Code to work more autonomously”)، ومقالة تصميم الوضع التلقائي (“How we built Claude Code auto mode”)، ومدوّنة التوجيه (“Steering Claude Code”). الرسالة الجوهرية واحدة: تشغيل Claude Code ذاتياً ليس مسألة انتظار نموذج أذكى، بل مسألة كيف تصمّم التجهيزة المحيطة به.

تتوافق هذه الرؤية تماماً مع مبدأ ThakiCloud التشغيلي: القدرة لا تأتي من النموذج نفسه بل من بنية العقد المحيطة به، أي موجّه النظام وتعريفات الأدوات وبوابات التحقّق وقواعد التوجيه. والمحاور الأربعة أدناه هي الأجزاء التي تشكّل تلك التجهيزة.

المشكلة: وكلاء يحتاجون إنساناً في كل مرة

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

تتراكب المحاور الأربعة في تجهيزة ذاتية واحدة. يفتح الرأسي التنفيذ، وتفرض الخطّافات دورة الحياة، ويقسّم الوكلاء الفرعيون العمل، وتوفّر المهارات الخبرة آنياً.

1. الوضع الرأسي: نفّذ مرةً واحدة دون إنسان

يشغّل الوضع الرأسي Claude Code كعملية سطر أوامر واحدة دون TTY. استدعِه بصيغة claude -p "<موجَّه>" فينفّذ المهمة ويخرج، دون محادثة. تتيح هذه الخاصية البسيطة تكاملات غير مراقَبة مثل المهام المجدولة وأنابيب CI وفحوص ما قبل الالتزام. والأهمّ أن الوضع الرأسي يعيد استخدام الإعدادات والخطّافات وقواعد الأذونات نفسها الخاصة بالواجهة التفاعلية. أي إن تجهيزة تحقّقت منها تفاعلياً تنتقل مباشرةً إلى بيئة غير مراقَبة.

تشغّل ThakiCloud هذا على نطاق واسع بالفعل. فتحت scripts/launchd/ يوجد 35 ملف launchd plist، يستدعي كلٌّ منها مشغّل مهارة عبر claude -p في وقت محدّد. والأنبوب نفسه الذي يُنتج هذا المقال هو مثال على مشغّل رأسي. فالتدفّق كلّه، من سحب مرشّحي المدوّنة من الخطّ الزمني في تويتر إلى طابور، وصياغة كلٍّ منها، وتمريرها عبر بوابات التحقّق، وصولاً إلى النشر، يجري دون تدخّل إنسان في كل خطوة.

الأمر الوحيد الذي يجب الاعتناء به في التنفيذ غير المراقَب هو المصادقة. فبدلاً من الالتزام بمفتاح API مدفوع بالاستخدام على القرص، الأأمن الاحتفاظ برمز OAuth اشتراكي في ملف منفصل يحمّله المشغّل. وتنصح وثائق Anthropic كذلك، في البيئات غير المراقَبة، باستخدام مساعِد يسحب مفتاح API من مدير أسرار. صمّم مسار المصادقة على فرضية غير مراقَبة من البداية، كي لا تتسرّب سهولة الأتمتة إلى كشف الأسرار.

2. الخطّافات: تحكّم حتمي بدورة الحياة

الخطّافات تشغّل شيفرة عند نقاط محدّدة في دورة حياة Claude Code. التنسيق التلقائي بعد تحرير ملف، والفحص قبل الالتزام، وحقن السياق عند بدء الجلسة، والمعالجة اللاحقة عند الخروج: تفرض أفعالاً يجب أن تحدث بدل تركها لاختيار النموذج. قيمة الخطّافات في الحتمية. فبدل أن يقرّر النموذج مزاجياً تشغيل شيء من عدمه، يحدث دائماً فعلٌ مثبَّت بقاعدة.

يربط .claude/hooks/ في ThakiCloud 12 خطّافاً. يحقن خطّاف بدء الجلسة التعلّم السابق كموجز مقيم كي لا تبدأ كل جلسة من صفحة بيضاء. ويطفو خطّاف تقديم الموجَّه مرشّحي المهارات ذوي الصلة تلقائياً بعد تحليل الطلب. ويكتشف خطّاف الخروج ملف علَم ويشغّل المعالجة اللاحقة اللازمة، مثل تصريف مرشّحي المدوّنة المتراكمين في الطابور أو إعادة تجميع قاعدة المعرفة. وهذا الخطّاف الأخير خصوصاً يستخدم نمطاً تتقارب فيه الكلفة إلى صفر إن غاب العلَم، ويشغّل العمل الثقيل فقط عند وجوده. وإطلاق العمل المكلف فقط بعد دور مُنتِج، لا في كل دور، محوريٌّ في التحكّم بكلفة أنبوب ذاتي.

3. الوكلاء الفرعيون: تفويض خبير معزول

الوكلاء الفرعيون مساعدون معزولون لمهام محدّدة. تعرّفهم كملفات markdown تحت .claude/agents/، محدّداً النموذج المستخدَم ونطاق الوصول للأدوات إلى جانب اسم ووصف. يمكن للوكيل الرئيسي بناء الواجهة الأمامية بينما يقيم وكيل فرعي واجهة API الخلفية بالتوازي. العزل مهمّ لسببين: يركّز الوكيل الفرعي على مهمته وحدها دون تلويث السياق الرئيسي، ويعيد ملخّص نتيجته فقط.

تعرّف ThakiCloud 63 وكيلاً فرعياً متخصّصاً وتستدعيها حسب طبيعة المهمة. ويُضاف فوق ذلك توجيه النموذج. فالعمل الخفيف مثل الاستكشاف والبحث وقراءة الملفات يذهب إلى haiku؛ والتنفيذ والمراجعة وكتابة الاختبارات إلى sonnet؛ وقرارات المعمارية والاستدلال المتعدّد الخطوات المعقّد إلى opus. من دون هذا التوجيه، يعمل كل وكيل فرعي على نموذج الجلسة الافتراضي وتنفجر الكلفة. في تجهيزة ذاتية، الوكلاء الفرعيون ليسوا مجرّد أداة توازٍ بل أيضاً أداة تحكّم بالكلفة تختار نقطة الكلفة-الجودة المناسبة لكل مهمة.

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

4. المهارات: خبرة تُحمَّل عند الحاجة فقط

المهارات تحزم سير عمل خبير قابلاً لإعادة الاستخدام. تجمع معرفة المجال والقوالب وسكربتات التحقّق وحالات الفشل، وتُحمَّل فقط عندما يُطلقها طلب. والمفتاح أنها ليست محمّلة دائماً. فإبقاؤها مقيمة في سياق كل جلسة يدفع كلفة رموز مستمرة، أما التحميل عند الطلب فيوفّر الخبرة في اللحظة التي تُحتاج فيها فقط.

يضمّ .claude/skills/ في ThakiCloud 1751 مهارة. عند هذا الحجم، أيّ مهارة تُستدعى ومتى هو ما يحدّد الجودة. لذلك يربط موجِّه الطلبات باللغة الطبيعية بمرشّحي المهارات عبر بحث معجمي من صنف BM25 ويطفو المرشّحين الأعلى فقط إلى السياق. فبتجاوز 1700 مهارة، لا يستطيع إنسان انتقاء كلٍّ منها، فمن دون خطوة تضييق المرشّحين هذه يصبح نظام المهارات نفسه ضجيجاً. المهارة ليست موجَّهاً بل منتَج قدرة مُدار الإصدارات، يتمايز عن الموجَّه العادي بأنه يُعاد استخدامه عبر تجهيزات متعددة.

دلالات لـ ThakiCloud

هذا الموضوع هو تنسيق الوكلاء بعينه، فعدسة Paxis تناسب مباشرةً. Paxis هو مستوى التحكّم Agent-Native Cloud لدى ThakiCloud، يعامل Skills وTools وPolicies وAudit Logs كموارد من الدرجة الأولى. وتتطابق المحاور الأربعة أعلاه واحداً لواحد مع القدرات التي يهدف Paxis لتوفيرها على مستوى المنتج. يتطابق التنفيذ الرأسي مع تشغيلات غير مراقَبة مجدولة بـ NL Cron، والخطّافات مع بوابات السياسة وسجلّات التدقيق، والوكلاء الفرعيون مع تنسيق DAG متعدّد الوكلاء، والمهارات مع Skill Harness الذي يختار بين أكثر من 960 مهارة عبر BM25.

الجوهر أن Paxis يوحّد المحاور الأربعة التي تقدّمها Anthropic كميزات فردية في مستوى تحكّم واحد ويحوّلها إلى منتج. فيأخذ المشغّلات الرأسية والخطّافات والتوجيه واختيار المهارات التي كان المطوّرون الأفراد يربطونها يدوياً، ويرفعها إلى صيغة قابلة للحوكمة مغلَّفة بتنفيذ في صندوق رمل معزول وبوابات سياسة وسجلّات تدقيق. وللعملاء المحليين الذين يطلبون بيئات محلية وسيادية، تلك الطبقة الحوكمية مهمّة خصوصاً. فلا يمكنك فعلياً تشغيل الذاتية في بيئة منظَّمة إلا حين يبقى كلُّ ما نفّذه وكيل ذاتي وكلُّ سرّ وصل إليه في سجلّات التدقيق.

على جانب البنية التحتية، تناسب عدسة ai-platform أيضاً. فالمشغّلات الرأسية وتوسّع الوكلاء الفرعيين هي في النهاية أحمال تعمل على K8s، واستدعاءات haiku وsonnet وopus المدفوعة بتوجيه النموذج تتحوّل إلى كلفة خدمة. ولا تصمد اقتصاديات تشغيل الوكلاء الذاتيين باستمرار (Paxis) إلا مع أساس خدمة منخفض الكلفة (ai-platform).

القيود والحجج المضادة

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

ثانياً، تصميم الخطّافات والتوجيه السيّئ يجعل كلفة كل دور تنمو خطياً. فإن تضخّمت القواعد المحمّلة دائماً، أو وضعت عمل الاستطلاع (polling) في حلقة الوكيل الساخنة، تعود الذاتية انفجاراً في الكلفة. المراقبة المتكرّرة مكانها cron لا الوكيل، كمبدأ.

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

خلاصةً، لا يأتي التنفيذ الذاتي لـ Claude Code من نموذج أقوى بل من تجهيزة مصمَّمة جيداً. المحاور الأربعة، رأسي وخطّافات ووكلاء فرعيون ومهارات، تتولّى على التوالي التنفيذ والفرض وتقسيم العمل وتوفير الخبرة، ولا تصبح ذاتيةً يمكن تشغيلها حتى في بيئة منظَّمة إلا حين تُغلَّف ببوابات تحقّق وسجلّات تدقيق.

المصادر

• Enabling Claude Code to work more autonomously (Anthropic)
• How we built Claude Code auto mode (Anthropic Engineering)
• Steering Claude Code: skills, hooks, rules, subagents and more (مدوّنة Claude)
• claude-code-action (GitHub, Anthropic)

عند تصفح أخبار هذا الصباح، يتضح أن الذكاء الاصطناعي يكبر في اتجاهين في آن واحد. الاتجاه الأول هو الرؤية الأفضل. كشفت Ant Group عن نموذج رؤية من الجيل التالي يتعرف على أسطح كانت نماذج الرؤية السابقة تفوّتها، مثل الزجاج والأسطح العاكسة، وتزعم أن نموذجها المكوّن من 1.1 مليار معلمة يتفوق على نماذج من فئة 7 مليارات معلمة. الاتجاه الثاني هو الحركة الأكبر. أطلقت الحكومة والقطاع الخاص استثمارا مشتركا بقيمة 20 تريليون وون في الذكاء الاصطناعي الفيزيائي الكوري (K-Physical AI)، وأسست مدينة أولسان تحالفا صناعيا للذكاء الاصطناعي، بينما تنتقل شركة RealWorld، وهي شركة ناشئة لنماذج أساسية في الروبوتات، إلى مرحلة التسويق التجاري بعد استقطاب قيادي استراتيجي عالمي جاء من AWS.

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

نشرة اليوم تحمل نوعين مختلفين من “السجلات”

تحمل النشرة الواحدة نوعين مختلفين من السجلات. ما يتناوله نموذج الرؤية من Ant Group هو سجل الإدراك، أي مدى دقة رؤيته للعالم وفهمه للفراغ. أما سجلات الأفعال التي تناولها تقرير “تشغيل الذكاء الاصطناعي” في صحيفة IT Chosun فهي مختلفة في طبيعتها. الأمر يتعلق بحفظ تدفق التنفيذ بأكمله: أي أدوات استدعاها الوكيل، وأي صلاحيات مارسها، وماذا غيّر ذلك في النتيجة.

من دون النوع الأول من السجلات، يصبح الذكاء الاصطناعي غبيا. ومن دون النوع الثاني، لا يُتبنى الذكاء الاصطناعي أصلا. هذا الفرق مهم، لأن الأداء يُثبت عبر المعايير القياسية، بينما تُثبت الثقة عبر السجلات. وكما أشار التقرير، تعزز منصات المراقبة في الخارج مثل Datadog قدرتها على تتبع استدعاءات أدوات الوكيل واستجاباته كتدفق تنفيذ واحد، بينما تتجه أدوات مثل AgentOps وArize وLangSmith نحو دمج التتبع والتقييم وحواجز الحوكمة معا. هذا مؤشر على أن سوق قابلية المراقبة يعيد تشكيل نفسه بسرعة من أدوات مراقبة الأداء التقليدية (APM) إلى أدوات مخصصة للوكلاء.

النماذج تتجه نحو المجانية، والسؤال المتبقي هو “التشغيل”

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

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

البنية التحتية تُبنى، لكن الحسم يقع فوقها

تشير أخبار البنية التحتية للأجهزة إلى الاتجاه نفسه. يخلص تحليل صناعي صدر اليوم إلى أن محور الهيمنة في الذكاء الاصطناعي ينتقل من “احتكار وحدات معالجة الرسوميات” إلى “توسع الطلب على البنية التحتية”. تضيف KT نمو الذكاء الاصطناعي إلى نشاطها الأساسي في الاتصالات وتتوسع في مراكز بيانات بسعة جيجاواط، بينما جمعت Supermicro، الشركة الرائدة في خوادم الذكاء الاصطناعي، 7 مليارات دولار لتوسيع سلسلة إمدادها من الحوسبة الطرفية إلى مراكز البيانات الضخمة. هذا يعني أن الحوسبة والطاقة والخوادم تُنشر بسرعة.

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

كلما اتسعت قاعدة التبني، اتسع معها مطلب التدقيق

تبرز اليوم أيضا عدة أخبار تبنٍّ محلية. تدفع LG CNS بأعمالها في المالية والذكاء الاصطناعي الفيزيائي إلى الأمام، بينما استضافت Krafton بالشراكة مع CJ Olive Young هاكاثون “الأصيل في الذكاء الاصطناعي”، فتشاركت صناعتان مختلفتان تماما، الألعاب والتجزئة، ثقافة تطوير واحدة للذكاء الاصطناعي. واستحوذت Daekyo CNS على شركة الشبكات والأمن Handreamnet، موسّعة محفظتها التقنية لتجمع الذكاء الاصطناعي والأمن معا.

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

التنظيم يفرض تسريع هذا المسار

لو كان الأمر مسألة ذوق، لأجّلت الشركات سجلات التدقيق إلى وقت لاحق. لكن التنظيم يعجّل هذا المسار. في كوريا، يفرض قانون الذكاء الاصطناعي الأساسي الذي دخل حيز التنفيذ في يناير 2026 التزامات محددة على أنظمة الذكاء الاصطناعي عالية المخاطر والذكاء الاصطناعي التوليدي. وفي الخارج، يتجه كل من EU AI Act وNIST AI RMF نحو اشتراط الاحتفاظ بالسجلات وإمكانية التدقيق للأنظمة عالية المخاطر.

في الصناعات ذات التنظيم الصارم بشكل خاص، مثل المالية والرعاية الصحية والقطاع العام، ستجد الشركات التي توسّع أتمتة الوكلاء صعوبة في الحفاظ على الرقابة الداخلية أو المساءلة الخارجية إذا عجزت عن حفظ سجل استدعاءات الأدوات وممارسة الصلاحيات. إعلان معهد Hana للتقنيات المالية المتقاربة اليوم عن نموذج ذكاء اصطناعي مالي متخصص يدعم الإقراض المؤسسي والاستشارات يقع ضمن هذا السياق نفسه. فكلما تعمّق الذكاء الاصطناعي في المجال المالي، ازداد معه مطلب إعادة بناء مسار قرارات ذلك الذكاء الاصطناعي بعد وقوعها. ويُتوقع أن تصبح القدرة على إخفاء بيانات المراقبة وتشفيرها وإدارة مدة الاحتفاظ بها مصدر طلب جديد لمزودي السحابة وحلول SaaS المحليين.

كلما كان الذكاء الاصطناعي أكثر فيزيائية، أصبح الدليل شرطا لا خيارا

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

الذكاء الاصطناعي الذي يتحرك في العالم الفيزيائي لا يستطيع التراجع عن خطأ. لهذا يتحول سجل الأفعال، الذي كان مجرد راحة بالنسبة لروبوت محادثة داخل شاشة، إلى شرط أساسي بالنسبة لوكيل داخل مصنع. فإذا لم يُحفظ ما استشعره، وما الفعل الذي اختاره تحت أي سياسة، وهل كانت تلك الصلاحية مبررة، فعند وقوع حادث لن تبقى وسيلة لتحديد المسؤولية أو منع تكرارها. وإذا كانت مكتبة بيانات التصنيع الوطنية استراتيجية سيادة بيانات ترفض تسليم بيانات ميدانية من Hyundai وSamsung وLG لنماذج أجنبية، فإن تسجيل ومراجعة ما يفعله وكيل تدرّب على تلك البيانات في الميدان، ضمن بنية تحتية محلية، هو النصف الآخر من تلك السيادة.

موقف ThakiCloud: إمكانية التدقيق كإعداد افتراضي

هذه النقطة بالتحديد هي ما دفع ThakiCloud إلى تصميم Paxis. Paxis منتج متكامل يتبنى مفهوم Agent-Native Cloud، ويتعامل مع Skills وTools وPolicies وAudit Logs كموارد من الدرجة الأولى. لا يتوقف الأمر عند تحديد ما يُطلب من الوكيل فعله (Skills) وأي أدوات تُمنح له (Tools)، بل يضع ما لا يجوز للوكيل فعله (Policies) وما فعله فعلا (Audit Logs) على المستوى المعماري نفسه. هذا يعني تضمين تتبع تدفق التنفيذ، الذي طالب به تقرير IT Chosun اليوم من مسار القرار وترتيب استدعاء الأدوات وسجل ممارسة الصلاحيات، كسلوك افتراضي للمنصة، لا كلوحة تحكم تُضاف لاحقا.

يُضاف إلى ذلك حوكمة استقلالية تمتد من L0 إلى L3. فحتى الوكيل نفسه يُقسَّم النطاق الذي يقرر فيه بمفرده والنطاق الذي يحتاج فيه إلى موافقة بشرية إلى مراحل، وعند كل حد يُوضع بوابة سياسة، وتُحفظ نتيجة اجتيازها في سجل التدقيق. تعمل الأدوات الخارجية داخل بيئات معزولة، ويتراكم سجل عند كل نقطة اتصال عبر موصل MCP. يتولى CostRouter اختيار النموذج المناسب لكل مهمة، بحيث لا تتزعزع طبقة التشغيل سواء اشتد سباق الرموز المجانية أو رفع مزود بعينه أسعاره. ولأن كل هذا يعمل فوق بنية Kubernetes سيادية محلية، فإن البيانات الحساسة من موقع التصنيع وسجلات أفعال الوكلاء التي تحركت بتلك البيانات لا تغادر حدود الشركة أبدا.

باختصار، تنقسم آلام الشركات التي كشفتها نشرة اليوم إلى أربعة محاور. التدقيق للاستجابة للتنظيم والرقابة الداخلية، والسيادة لمنع تسرب البيانات خارج الشركة، والتنفيذ الآمن الذي يتجنب التسبب في حوادث في العالم الفيزيائي، وبنية تكلفة لا تتزعزع حتى مع تقلب أسعار النماذج. برزت هذه المحاور الأربعة من أخبار مختلفة، لكنها تُطلب جميعا في آن واحد في ميدان التبني الفعلي، من طبقة تشغيل واحدة. من هنا يأتي سبب وضع Paxis لسجلات التدقيق وKubernetes السيادي وبوابات السياسة وCostRouter على المنصة نفسها. والآن، مع انعقاد ICML 2026، أكبر مؤتمر لتعلم الآلة في العالم، في سيول، وما يمنحه ذلك من زخم لمنظومة البحث المحلية، نرى أن آخر خطوة تحمل نتائج البحث فعليا إلى الميدان تُستكمل في نهاية المطاف بنضج هذا النوع من التشغيل.

تتقارب أربعة آلام برزت من أخبار مختلفة، التدقيق والسيادة والتنفيذ الآمن واستقرار التكلفة، في ميدان التبني الفعلي ضمن طبقة تشغيل واحدة تحمل اسم Paxis.

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

المصادر

• 앤트그룹, ‘유리’까지 인식하는 차세대 비전 AI 공개…12개 벤치마크서 SOTA · AI타임스
• 산업 하프타임 ⑩ 中 ‘3개월 1만 대’ 물량…’K-피지컬 AI’ 민관 20조원 엔진 가동 · 디지털데일리
• 울산, 제조업 AI 전환 시동…민관 AX 협의체 출범 · 부산일보
• 리얼월드, 글로벌 진출 리더로 AWS 출신 ‘카르틱 크리슈나무르티’ 영입 · 로봇신문
• 오픈AI·앤트로픽, 무료 토큰으로 스타트업 쟁탈전 본격화 · ZDNet Korea
• KT, 통신 본업에 AI 성장 더한다…1GW 데이터센터 확장 기대 · 이데일리
• 2026년 1월 시행 앞둔 ‘AI 기본법’…한국, 세계 첫 전면 적용 국가 되나 · MS투데이
• 하나금융, 금융 AI 자체 개발…기업여신·내부통제에 활용 · 디지털데일리
• 네이버클라우드, 미스트랄AI와 제조 특화 소버린 AI ‘동맹’ · ZDNet Korea

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

نظرة عامة

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

مع منتصف عام 2026، بدأ هذا الجدار يتراجع بشكل ملحوظ، وفي صميم هذا التحول يقف Claude Fable 5 من Anthropic. سجّل المطور Viktor Oddy، في دليل عملي منشور بعنوان “Claude Fable 5 Just Changed Web Design Forever!”، العملية كاملة من البداية إلى النهاية، موضحًا كيف يمكن إنتاج موقع ثلاثي الأبعاد وتفاعلي ومزوّد بالحركة من مطالبة واحدة فقط. ثم ظهر لاحقًا في المجتمع معرض مفتوح المصدر يجمع تجارب واجهات مستخدم مبنية بـ Fable 5. يتتبّع هذا المقال هذه الموجة، ويوضّح ما الذي تغيّر فعليًا، وماذا تعنيه بالنسبة لشركة مثل ThakiCloud التي تتعامل مع الوكلاء كبنية تحتية.

الفيديو أعلاه هو الدليل العملي الذي سجّله Viktor Oddy لعملية بناء موقع ويب تفاعلي ثلاثي الأبعاد باستخدام Fable 5.

ما الذي يميّز Fable 5

Fable 5 نموذج من سلسلة Claude أطلقته Anthropic، ويُظهر تفوقًا خاصًا في هندسة الواجهة الأمامية وفي المهام الوكيلية متعددة المراحل. عبارة “متعددة المراحل” هنا مهمة. فبناء موقع ويب تفاعلي واحد هو في جوهره حزمة من المهام المتتابعة: ترتيب التخطيط، تحديد الهندسة الثلاثية الأبعاد، ربط أحداث التمرير بالمشهد، إضافة التظليل، تنظيم الملفات، ثم تحسين الأداء. وبينما كانت النماذج السابقة تنجز مرحلة أو اثنتين من هذه السلسلة وتترك الباقي للبشر، يمضي Fable 5 في هذه السلسلة لمسافة أطول بنفسه.

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

القاسم المشترك بين هذه القدرات ليس “توليد ترميز ساكن” بل “توليد شيفرة تتشابك فيها الحالة والزمن”. وهذه بالضبط النقطة التي كانت الحلقة الأضعف في الذكاء الاصطناعي الخاص بالواجهة الأمامية، وهي ما رفعه Fable 5 بشكل ملحوظ.

كيف يُبنى تصميم الويب التفاعلي

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

flowchart TB
    A["مطالبة القصد<br/>(تحديد المزاج والمرجعية والتقنية)"] --> B["توليد المسودة<br/>التخطيط + هيكل المشهد ثلاثي الأبعاد"]
    B --> C["ربط التفاعل<br/>تقدّم التمرير → حالة المشهد"]
    C --> D["التأثيرات البصرية<br/>تظليل GLSL · مواد Three.js"]
    D --> E["مراجعة بشرية<br/>الأداء · إمكانية الوصول · الهوية البصرية"]
    E -->|"تعليمات تعديل"| C
    E -->|"اجتياز"| F["البناء · النشر<br/>React · Tailwind · Three.js"]

جوهر الأمر هو تضمين “ما تريده بالضبط” بقدر كافٍ من التحديد في المطالبة الأولى. فتحديد المزاج المرغوب والمواقع المرجعية والتقنية المستخدمة (مثل React وTailwind وThree.js) يُحدث فرقًا كبيرًا في جودة المسودة الأولى للنموذج. كما أن إرفاق لقطة شاشة يرفع من دقة إعادة التصميم. بعد ظهور المسودة، تعمل تعليمات التعديل على مستوى التفاعل، مثل “اجعل الكاميرا تتحرك بشكل أبطأ عند أسفل التمرير”، بفعالية جيدة. بعبارة أخرى، لا ينتهي الأمر بمطالبة واحدة، بل يُترك الهيكل الكبير للنموذج بينما يضبط الإنسان دقائق التفاعل.

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

أمثلة واقعية ومعرض مفتوح المصدر

الدليل على أن هذه الموجة ليست تباهيًا فرديًا موجود في المصادر المنشورة. سجّل Viktor Oddy المذكور آنفًا العملية بأكملها في دليله، كما أُتيح في المجتمع معرض مفتوح المصدر pulkitxm/claude-directory الذي يجمع تجارب واجهات مستخدم مبنية بـ Fable 5. يضم هذا المستودع أمثلة لصفحات هبوط وأقسام رئيسية وتظليل GLSL وأنظمة تصميم وحركات ومشاهد ثلاثية الأبعاد، مُنفّذة فوق React وTailwind وThree.js، ويمكن فتح النتائج مباشرة والاطلاع على الشيفرة كاملة. وبما أنه يمكن معاينة كل تجربة في المتصفح مباشرة، فإن السؤال “هل هذا يعمل فعلًا؟” يمكن التحقق منه بالتشغيل الفعلي لا بمجرد لقطة شاشة، وهذا أمر مهم.

وهناك مثال آخر يجمع بين Fable 5 وHiggsfield MCP لبناء موقع ويب سينمائي متحرك بالتمرير، موثّق بشكل علني أيضًا. ما يستحق الانتباه هنا هو أن النموذج لا يقوم بكل شيء بمفرده، بل يتصل عبر موصّل MCP بأداة خارجية (توليد الأصول البصرية في هذه الحالة) وتُدمج النتيجة في مخرج واحد. وهذا مؤشر على أن توليد الويب التفاعلي يتطور من كونه موهبة نموذج واحد إلى ثمرة خط إنتاج تتشابك فيه النماذج مع الأدوات.

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

دلالات على مستوى منتجات ThakiCloud

تتقاطع هذه الموجة تمامًا مع الاتجاه الذي تسير فيه Paxis من ThakiCloud. فـ Paxis هو مستوى التحكم في Agent-Native Cloud الذي يعمل فوق ai-platform، ويتعامل مع المهارات (Skills) والأدوات (Tools) والسياسات (Policies) وسجلات التدقيق (Audit Logs) كموارد من الدرجة الأولى. ما أظهره Fable 5 هو أن وكيل البرمجة تجاوز كونه مستجيبًا لمهمة واحدة ليصبح كيانًا توليديًا يواصل سلسلة من المراحل بنفسه. ولوضع هذا النوع من الوكلاء في سير عمل المنتج، يصبح “أين يُنفَّذ وبأي صلاحية وماذا يُسجَّل” أمرًا لا يقل أهمية عن “ماذا يولّد”.

وإذا نظرنا إلى سير العمل أعلاه من منظور Paxis، تتحوّل كل مرحلة إلى مورد ضمن مستوى التحكم. فمهمة متكررة مثل توليد الويب التفاعلي تُسجَّل كمهارة واحدة تُختار عبر BM25 من مجموعة تضم نحو 960 مهارة، بينما يُنفَّذ توليد الشيفرة والبناء الفعلي في بيئة معزولة (sandbox). وكما في حالة Higgsfield MCP، إذا احتاج الأمر إلى أداة خارجية، يتولى موصّل MCP إعادة الاتصال عبر OAuth تلقائيًا. وقبل أن يصل الناتج إلى بيئة الإنتاج، تفرض بوابة السياسات قواعد المراجعة، ويُسجَّل كل إجراء في سجل التدقيق. وباختصار، ما يفعله مستوى التحكم هو الارتقاء بـ”براعة الذكاء الاصطناعي الفردية في إنتاج واجهات جيدة” إلى خط إنتاج قابل للتكرار يمكن للفريق أن يثق به ويراجعه.

وهناك دلالات أيضًا على مستوى البنية التحتية. فالواجهات الأمامية التي تتضمن مشاهد ثلاثية الأبعاد وتظليلًا تتطلب في مرحلة التوليد عمليات معالجة رسومية ثقيلة وبناءً متكررًا. وتعتمد منصة ai-platform لدى ThakiCloud على K8s وKueue لجدولة هذه الأعباء المتقطعة داخل مستأجرين معزولين، وربط الموارد وفصلها عند الحاجة فقط لضبط التكلفة. والقدرة على تشغيل خط الإنتاج هذا ذاتيًا في بيئات محلية وسيادية تكتسب أهمية خاصة للعملاء الذين يصعب عليهم إخراج الشيفرة وأصول التصميم إلى خارج بيئتهم. فوجود بنية تحتية موثوقة ومنخفضة الكلفة للتوليد والبناء (ai-platform) هو الأساس الذي تقوم عليه جدوى اقتصاد الوكلاء (Paxis).

الحدود والحجج المضادة

الاكتفاء بالتفاؤل يُخلّ بالتوازن. لذا نوضّح هنا بعض النقاط المقابلة بجلاء.

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

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

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

رابعًا، غياب مقاييس كمية موحّدة في الحالات المنشورة يستدعي الحذر. فرغم كثرة الشهادات الانطباعية التي تصف الفارق بأنه “من مستوى مختلف تمامًا”، لا يزال هذا الادّعاء يفتقر إلى تحقق كافٍ عبر معايير قابلة لإعادة الإنتاج. لذا يُنصح، قبل التبنّي الفعلي، بإجراء تجربة مباشرة على البنية التقنية والمعايير الخاصة بك.

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

المصادر

• Viktor Oddy، “Claude Fable 5 Just Changed Web Design Forever!” (فيديو ومقال إرشادي)، https://www.youtube.com/watch?v=_JF_s-ZRTyY
• pulkitxm/claude-directory، معرض مفتوح المصدر لتجارب واجهات مستخدم مبنية بـ Fable 5 (React·Tailwind·Three.js·GLSL)، https://github.com/pulkitxm/claude-directory
• “I Built a Cinematic Scroll Website Using Claude Fable 5 and Higgsfield MCP”، Medium، https://medium.com/@info.booststash/i-built-a-cinematic-scroll-website-using-claude-fable-5-and-higgsfield-mcp-72fbcebb8ad1

نظرة عامة: من سباق الاختبارات المعيارية إلى سباق الجدوى الاقتصادية

طوّرت SpaceXAI، إحدى شركات مجموعة xAI، نموذج Grok 4.5، وهو متاح فوراً عبر Grok Build وCursor وكونسول xAI. وصف إيلون ماسك هذا النموذج بأنه “نموذج بمستوى Opus”، وقد تفوّق فعلاً على Opus 4.8 وGPT-5.5 في بعض الاختبارات. لكن أبرز ما يميز هذا الإصدار ليس الأداء بل جدول الأسعار. يبلغ سعر Grok 4.5 دولارين لكل مليون رمز إدخال، وستة دولارات لكل مليون رمز إخراج. وبالمقارنة مع GPT-5.5 وGPT-5.6 اللذين يُصنّفان في فئة مماثلة بسعر خمسة دولارات للإدخال و30 دولاراً للإخراج، يصبح Grok 4.5 أرخص بنحو خمس المرات من حيث تكلفة الإخراج.

يتضح سبب أهمية هذا الهيكل السعري عند النزول إلى مستوى وحدة العمل الفعلية. تحمل نتائج الاختبارات المعيارية معنى على لوحات الصدارة، لكن ما يحدد الفاتورة فعلياً هو عدد الرموز المستهلكة فعلاً لكل مهمة مضروباً في سعر الوحدة. وهنا بالتحديد يوسّع Grok 4.5 الفجوة بشكل كبير.

ما هو هذا النموذج: أداء متقارب وتكلفة متباعدة

لنكن صريحين بشأن الأداء أولاً. لا يتفوّق Grok 4.5 في كل الاختبارات المعيارية. فيما يلي الأرقام المعلنة كما وردت:

• في اختبار Terminal Bench 2.1، سجّل Grok 4.5 نسبة 83.3 بالمئة، وهي متساوية تقريباً مع نسبة GPT-5.5 البالغة 83.4 بالمئة.
• في مؤشر Coding Agent Index، سجّل 76 نقطة، وهو مستوى مطابق لـ GPT-5.5 عند تشغيله في بيئة Codex.
• في اختبار DeepSWE 1.1، سجّل 53 بالمئة، متأخراً بفارق كبير عن نسبة GPT-5.5 البالغة 67 بالمئة.
• في مؤشر الذكاء الخاص بـ Artificial Analysis، سجّل 54 نقطة، وهو رقم قريب من نقاط GPT-5.5 البالغة 55.

باختصار، يقف Grok 4.5 نداً لأفضل النماذج في مهام البرمجة ووكلاء الطرفية، لكنه ما زال متأخراً في المهمة الهندسية البرمجية الصعبة الممثلة باختبار DeepSWE. أي أن Grok 4.5 ليس “النموذج الذي يتفوّق على الجميع”، بل هو “النموذج الذي ينجز معظم المهام العملية قريباً من القمة”.

وهنا يدخل عنصر الجدوى الاقتصادية إلى المشهد. فيما يلي الأرقام المعلنة لمهمة وكيلية فعلية واحدة:

• تكلفة المهمة الواحدة: 2.49 دولار لـ Grok 4.5 على Grok Build، مقابل 5.07 دولار لـ GPT-5.5 على Codex.
• متوسط الرموز المستهلكة لكل مهمة: 1.9 مليون رمز لـ Grok 4.5، مقابل 6.2 مليون رمز لـ GPT-5.5.

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

flowchart TB
  T["مهمة وكيلية واحدة"] --> R{"اختيار النموذج"}
  R -->|"Grok 4.5"| G["1.9 مليون رمز<br/>تكلفة 2.49 دولار"]
  R -->|"GPT-5.5"| P["6.2 مليون رمز<br/>تكلفة 5.07 دولار"]
  G --> S["أداء متقارب<br/>تفوّق في بعض الاختبارات"]
  P --> S
  S --> D["القرار العملي:<br/>النتيجة نفسها بنصف التكلفة"]

لماذا يهم هذا التوجه الآن

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

تتقاطع هذه الرؤية تماماً مع مبدأ تناولناه في مقال سابق. فمعظم أعمال الوكلاء ليست مسائل إبداعية معقدة، بل مهام منظّمة مثل التصنيف والتلخيص والتوجيه والعرض. وجودة هذا النوع من المهام تتحدد بحواجز الحماية المضمّنة في الكود أكثر من ذكاء النموذج نفسه. وإذا صح ذلك، فإن توجيه المهام المنظّمة إلى نموذج أرخص، والاحتفاظ بالنموذج الأعلى للاستدلال الصعب حقاً، يصبح خياراً منطقياً. ويوسّع Grok 4.5 نطاق الخيارات المتاحة في فئة “الرخيص لكن الذكي بما يكفي”.

في المقابل، هناك نقطة تستحق الانتباه. فانخفاض استهلاك الرموز إلى الثلث لكل مهمة لا يتعلق فقط بسعر الوحدة، بل قد يعني أن النموذج ينجز المهمة نفسها بعدد أقل من الجولات، وهو ما ينعكس إيجاباً على زمن الاستجابة والإنتاجية أيضاً. غير أن هذا الرقم مأخوذ من بيئة اختبار محددة (Grok Build مقابل Codex)، وينبغي التحقق منه بقياس ذاتي على عبء العمل الفعلي.

الأثر على منتجات ThakiCloud

منصة ai-platform التابعة لـ ThakiCloud هي منصة استدلال متعددة المستأجرين، تخدم النماذج لبيئات عملاء متنوعة فوق جدولة موارد GPU المبنية على K8s وKueue. ويحمل إصدار مثل Grok 4.5 دلالة على مستويين بالنسبة لنا.

المستوى الأول هو اقتصاديات توجيه النماذج. نعتمد بالفعل على تقسيم مستويات النماذج بحسب طبيعة العمل: المستوى الرخيص للاستكشاف والتصنيف، والمستوى المتوسط للتنفيذ والمراجعة، والمستوى الأعلى للهندسة المعمارية والاستدلال المعقد. وحين يظهر نموذج يقارب أداء النماذج المتقدمة بأقل من نصف السعر، تتوسّع تغطية المستوى “الرخيص لكن الكافي”، وتتقلّص الحالات التي تستدعي استدعاء النموذج الأعلى. والنتيجة هي الحفاظ على الجودة نفسها بتكلفة إجمالية أقل. والمهم هنا أن يُبنى هذا القرار على جودة المخرجات الفعلية المقيسة بالكود، لا على الحدس البشري.

المستوى الثاني هو منطق التكلفة في البيئات المحلية والسيادية. بالنسبة للعملاء الذين لا يمكنهم إخراج بياناتهم من بيئتهم، مثل الجهات الحكومية والمالية الكورية أو المتطلبات المرتبطة بجهاز الاستخبارات الوطني، يصبح الاستضافة الذاتية شرطاً أساسياً. وفي هذه البيئات تكون موارد GPU محدودة، لذا فإن النموذج الذي يستهلك رموزاً أقل لكل مهمة يتيح للأجهزة نفسها معالجة طلبات متزامنة أكثر. أي أن كفاءة الرموز ليست مسألة فاتورة API فقط، بل هي أيضاً مسألة إنتاجية فعلية للعناقيد المحلية. وهذا بالضبط ما تتفوّق فيه ai-platform، حيث تُعزّز النماذج ذات الكفاءة العالية في الرموز هذه الميزة مباشرة.

أما المستوى الثالث فيتصل بمنظور الوكلاء عبر Paxis. Paxis هي مستوى التحكم الخاص بالسحابة الأصلية للوكلاء (Agent-Native Cloud) الذي يعمل فوق ai-platform، وينفّذ المهارات في بيئات معزولة، ويمرّر كل إجراء عبر بوابات سياسات وسجلات تدقيق. وتنحصر جدوى الوكلاء الاقتصادية في النهاية بـ “تكلفة النموذج اللازمة لإنجاز مهمة واحدة”، وظهور نموذج منخفض التكلفة وعالي الكفاءة يحسّن مباشرة الميزانية التشغيلية لكل تدفق عمل وكيلي. وهذا يؤكد مجدداً الفرضية القائلة إن الاستضافة الرخيصة هي ما يصنع جدوى اقتصادية للوكلاء.

القيود والحجج المضادة

قبل الانجراف نحو التفاؤل المطلق، لا بد من النظر إلى الجانب الآخر. أولاً، معظم هذه الأرقام صادرة عن الشركة المزوّدة وعن جهات تحليل مبكّرة. ومعايير مثل Terminal Bench أو Coding Agent Index لا ترتبط ارتباطاً كاملاً بأعباء العمل الإنتاجية الفعلية. وكما توضّح الفجوة بين 53 بالمئة و67 بالمئة في اختبار DeepSWE 1.1، ما زالت النماذج الأعلى تحتفظ بتفوّقها في المهام الصعبة. وإذا دُفعت المهام الاستدلالية الصعبة نحو نموذج رخيص لمجرد رخص سعره، فقد ترتفع تكلفة إعادة المحاولة واستعادة الفشل إلى درجة تقلب المعادلة الإجمالية للتكلفة.

ثانياً، رقم الكفاءة البالغ 1.9 مليون رمز لكل مهمة مُقاس في بيئة محددة (Grok Build)، وقد لا يتكرر في إطار عمل وكيلي مختلف أو بنية تلقين مختلفة. واعتماد الأرقام التي تنشرها الشركة المزوّدة مباشرة على فاتورتك الخاصة أمر محفوف بالمخاطر، ويجب التحقق منه عبر قياس A/B ذاتي على مجموعة بيانات مرجعية.

ثالثاً، Grok 4.5 ليس نموذجاً مفتوح الأوزان، بل نموذج مغلق يُقدَّم عبر واجهة برمجة تطبيقات. وهذا يعني استحالة نشره مباشرة في البيئات المحلية التي تكون فيها سيادة البيانات شرطاً جوهرياً. وما زال العملاء ذوو المتطلبات السيادية بحاجة إلى نموذج مفتوح الأوزان قابل للاستضافة الذاتية، وتبقى الجدوى الاقتصادية لـ Grok 4.5 محصورة في أعباء العمل السحابية عبر واجهة برمجة التطبيقات.

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

المصادر

• Introducing Grok 4.5 · Cursor
• SpaceXAI releases Grok 4.5, which Elon describes as an ‘Opus-class model’ · TechCrunch
• Grok 4.5 is so cheap compared to Fable 5 and GPT 5.5 that benchmark gaps may not matter much · The Decoder
• Grok 4.5 (high): Intelligence, Performance & Price Analysis · Artificial Analysis

نظرة عامة: تحول جيلي في تجربة الصوت الافتراضية

GPT-Live نموذج صوتي من جيل جديد يحل محل تجربة الصوت الافتراضية في ChatGPT. جوهره بنية الاتصال الثنائي الكامل (full-duplex). فإذا كان وضع الصوت السابق نصف ثنائي، أي يستمع ثم يتحدث، فإن GPT-Live يستطيع الاستماع والحديث في الوقت نفسه. فبينما يتحدث المستخدم، يعبّر النموذج عن أنه يستمع بردود تفاعلية قصيرة مثل “همم” أو “نعم”، ويشارك في تبادل سريع للحديث، وينتظر بصمت حين يحتاج الطرف الآخر إلى وقت للتفكير. وتصف OpenAI هذه التجربة بأنها أقرب بكثير إلى محادثة حقيقية مع شخص آخر.

ينقسم الطرح إلى نسختين. GPT-Live-1 هو الافتراضي لمستخدمي Go وPlus وPro، بينما GPT-Live-1 mini هو الافتراضي للمستخدمين المجانيين. وقد بدأ طرح كلا النموذجين تدريجيًا لمستخدمي ChatGPT حول العالم على iOS وأندرويد والويب.

ما الذي تغير تقنيًا بالفعل

التغيير الأكبر يكمن في طريقة التعامل مع المحور الزمني للمحادثة. تعتمد أنظمة الصوت نصف الثنائية على كشف نهاية الدور (end-of-turn detection): حين يقرر النظام أن المستخدم توقف عن الكلام، يبدأ عندها فقط في توليد الرد. هذا الأسلوب بسيط في التنفيذ، لكنه لا يستطيع التعبير عن التداخل الطبيعي والمقاطعة والردود التفاعلية القصيرة التي تحدث في المحادثة الحقيقية.

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

من التصاميم اللافتة أيضًا آلية التفويض (delegation). يُقدَّم GPT-Live بوصفه أذكى نموذج صوتي حتى الآن، لكن الأسئلة التي تحتاج إلى بحث على الويب أو استدلال أعمق أو مهام معقدة تُحال في الخلفية إلى أحدث نموذج متقدم (frontier model). وحين تجهز النتيجة، تُعاد إلى مسار المحادثة. بعبارة أخرى، هذه بنية طبقية: نموذج صوتي سريع وخفيف يتولى الطابع الفوري للمحادثة، بينما يعالج نموذج منفصل الاستدلال الثقيل بشكل غير متزامن.

flowchart TB
  U["صوت المستخدم<br/>تدفق إدخال مستمر"] --> L["GPT-Live<br/>نموذج صوتي ثنائي الاتجاه كامل"]
  L -->|"رد فوري، رد تفاعلي قصير، صمت"| U
  L --> Q{"هل يلزم<br/>استدلال عميق؟"}
  Q -->|"نعم"| F["نموذج متقدم<br/>تفويض غير متزامن"]
  Q -->|"لا"| L
  F -.إعادة النتيجة.-> L

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

دلالات التطبيق على منتجات ThakiCloud

GPT-Live نفسه منتج مغلق تابع لـ OpenAI، لكن المتطلبات التي تفرضها بنيته ترتبط مباشرة بالبنية التحتية التي نشغّلها.

من منظور ai-platform، يمثل الصوت ثنائي الاتجاه الكامل حالة صعبة من حالات الاستدلال الفوري المتدفق (streaming inference). تشغّل منصة ai-platform التابعة لـ ThakiCloud نطاقًا واسعًا من النماذج فوق جدولة GPU القائمة على K8s وKueue، وبخلاف الاستدلال الدفعي (batch inference)، تتطلب المحادثة الصوتية زمن استجابة منخفضًا وثابتًا. والتعامل مع تدفقات صوتية ثنائية الاتجاه في الوقت نفسه يتطلب من طبقة الخدمة أن تحافظ على استقرار الإدخال والإخراج المتدفقين وحالة الجلسة، كما يتطلب من موارد GPU إدارة ليس فقط الإنتاجية بل أيضًا زمن الاستجابة الأقصى (tail latency). هذا المتطلب المتعلق بزمن الاستجابة المنخفض مهم بوجه خاص في البيئات المحلية (on-premise) والسيادية. فالعملاء الذين لا يستطيعون إرسال بياناتهم إلى الخارج ويريدون تشغيل واجهة صوتية باستضافة ذاتية (self-hosting) يحتاجون، كشرط أساسي، إلى حزمة خدمة قادرة على التعامل مع البث الفوري.

من منظور الوكلاء، يرتبط الأمر بـ Paxis. Paxis هو مستوى التحكم الخاص بـ Agent-Native Cloud الذي يعمل فوق ai-platform، حيث يشغّل المهارات (skills) داخل بيئات معزولة (sandboxes) ويمرر كل إجراء عبر بوابات سياسات وسجلات تدقيق. وبنية التفويض في GPT-Live، أي أن الطبقة الأمامية الخفيفة تحيل الاستدلال الثقيل إلى الخلف، تتبع المبدأ نفسه الذي تقوم عليه طبقية تصميم الوكلاء. وحين يصبح الصوت واجهة إدخال جديدة للوكلاء، نحتاج إلى مسار يفسر ما قصده المستخدم، ويختار المهارة المناسبة، وينفذها بمعزل، ثم يعيد النتيجة إلى المحادثة. ويمكن لبنية المهارات وموصلات MCP وبوابات السياسات في Paxis أن تتولى بالضبط هذا الجزء الخلفي من خط أنابيب الوكيل الصوتي: الصوت الفوري يتولى الواجهة الأمامية، بينما تنفيذ الوكيل المضمون بسياسات وتدقيق يتولى الخلفية.

القيود ووجهات النظر المضادة

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

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

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

باختصار، يُظهر GPT-Live انتقال واجهات الصوت من كونها “أداة تتلقى الأوامر” إلى كونها “شريكًا في المحادثة”. وما يحمل هذا الانتقال فعليًا ليس جودة الصوت اللافتة، بل البنية التحتية التي تخدم التدفقات ثنائية الاتجاه بزمن استجابة منخفض وتفوّض الاستدلال الثقيل بأمان. وهذا الجزء الخلفي، على صعيد الخدمة الفورية وتنفيذ الوكلاء معًا، هو بالضبط ما نستعد له.

المصادر

• Introducing GPT-Live · OpenAI
• OpenAI releases new voice models for more natural live conversations · TechCrunch
• OpenAI Introduces GPT-Live to Make ChatGPT Voice Feel Like a Real Conversation · MacRumors

تصوير لإدارة ذاكرة موحّدة تتلاقى فيها عمليات التخزين والاسترجاع والتلخيص والحذف في فضاء أفعال واحد.

نظرة عامة

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

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

المشكلة: كلفة الذاكرة المفصولة

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

المشكلة الأعمق أن أياً من هذه القرارات ليس متعلَّماً. فما يُلخَّص ويُرقّى إلى الذاكرة طويلة المدى، ومتى تُحذف الذاكرة القديمة، يُعالَج عادةً بعتبات وقواعد ثابتة. ولأن إشارة المكافأة عمّا إذا نجحت المهمة فعلاً لا تعود أبداً إلى هذه القرارات، لا يستطيع النظام تحسين نفسه. يأخذ AgeMem هذه النقطة بالذات، فيجعل عمليات الذاكرة أفعالاً قابلة للمكافأة والتعلّم، إسهامَه الجوهري.

الذاكرة كفضاء للأفعال: الفكرة الجوهرية في AgeMem

يدمج AgeMem إدارة الذاكرة طويلة المدى (LTM) وقصيرة المدى (STM) مباشرةً داخل سياسة الوكيل. التصميم الجوهري هو كشف عمليات الذاكرة كأفعال قائمة على الأدوات. في كل خطوة، إلى جانب الاستدلال وتوليد الردّ الاعتياديين، يختار الوكيل ما إذا كان يخزّن أو يسترجع أو يحدّث أو يلخّص أو يحذف المعلومة. يقرّر بنفسه ماذا ومتى يتذكّر وينسى وفق مقتضيات المهمة.

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

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

التدريب: تعلّم معزّز تدريجي ثلاثي المراحل وstep-wise GRPO

التحدي هو كيفية تدريب مثل هذا السلوك الموحّد. عمليات الذاكرة أفعال ذات مكافآت شائكة. فصواب قرار تخزين شيءٍ ما لا ينكشف إلا لاحقاً بكثير، عند اللحظة التي تُحتاج فيها تلك المعلومة فعلاً مجدداً. تصل المكافآت متفرّقة (sparse)، والفجوة بين الفعل والمكافأة متقطّعة (discontinuous). وهذه ظروف لا يعالجها التعلّم المعزّز القياسي جيداً.

يستجيب AgeMem بآليتين. الأولى استراتيجية تعلّم معزّز تدريجي ثلاثي المراحل لا تدرّب سلوكيات الذاكرة الموحّدة دفعةً واحدة بل ترفعها على مراحل. والثانية step-wise GRPO. فبتصميم GRPO (Group Relative Policy Optimization) على مستوى الخطوة، يواجه مباشرةً المكافآت المتفرّقة والمتقطّعة التي تحدثها عمليات الذاكرة. ويمكن فهمه كنهج يفكّك المكافأة المؤجّلة إلى إسهام كل خطوة، ما يجعل إشارة التعلّم أكثف.

هذا الجزء مثير للاهتمام من زاوية ThakiCloud أيضاً. فبالنسبة لفريق يشغّل بنية تدريب RL post-training مباشرةً، لا يعمل مثل هذا الشكل المخصّص من GRPO إلا إذا دعم إطار التدريب بمرونة تشكيل المكافأة وحساب الأفضلية على مستوى الخطوة. أي إن منهجية الورقة تُترجَم مباشرةً إلى متطلبات على أنبوب التدريب.

النتائج والدلالة

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

تستحقّ الأرقام المحدّدة حذراً. فقد وصفت ملخّصات ثانوية متوسط الدرجة على نواة Qwen2.5-7B بأنه أعلى بوضوح من خطوط أساس من صنف Mem0، مع اتّساع الفجوة على الأنوية الأصغر [تقديري]. لكن لأن تلك الأرقام لم تُعَد التحقّق منها مقابل المصدر الأصلي، ننصح بمراجعة الدرجات الدقيقة لكل معيار في الرابط الأصلي أدناه. وما يمكننا تأكيده بثقة هو المنهجية والخلاصة النوعية: أفضلية متّسقة عبر خمسة معايير وأنوية متعددة، وأن الأفضلية ظهرت لا في أداء المهمة فحسب بل في جودة الذاكرة وكفاءة السياق أيضاً.

وفي سياق المنظومة، صارت أنظمة ذاكرة الوكلاء ساحة تنافس محتدم في 2026. فقد أبرز Mem0 درجات نحو 67.13 بالمئة على أساس LLM-as-a-Judge على معيار الذاكرة الحوارية طويلة المدى LOCOMO مع زمن بحث منخفض، وتتفاخر أنظمة مثل Zep وLetta بنقاط قوتها. يكمن تميّز AgeMem لا في تنافس أداء على مستوى المكوّنات بل في تحوّل تأطيري يعيد تعريف إدارة الذاكرة كمشكلة تعلّم سياسة.

دلالات لـ ThakiCloud

تقدّم هذه الورقة دلالات عبر عدسة البنية التحتية وعدسة الوكيل معاً. ولأن الموضوع هو ذاكرة الوكيل، فعدسة Paxis محورية، لكن عدسة ai-platform تناسب أيضاً على جانب بنية تدريب RL.

Paxis هو مستوى التحكّم Agent-Native Cloud لدى ThakiCloud، يعامل Skills وTools وPolicies وAudit Logs كموارد من الدرجة الأولى. ومن بينها، يقع محرّك المعرفة (HKE wiki) وطبقة الذاكرة تماماً على المشكلة التي يلمسها AgeMem. وكما لدى منصّات وكلاء كثيرة اليوم، يدير Paxis الذاكرة في طبقات، والسؤال الذي يطرحه AgeMem واضح: هل يمكن معالجة الحركة بين تلك الطبقات، أي ما يُرقّى من ذاكرة الجلسة إلى المعرفة طويلة المدى وما يُحذَف، بحكم متعلَّم بدل قواعد ثابتة؟ إن تصميماً يكشف التخزين والاسترجاع والتلخيص والحذف كأفعال أدوات ينسجم طبيعياً مع بنية Paxis التي تعامل المهارات والأدوات أصلاً كموارد من الدرجة الأولى. وبمعاملة عمليات الذاكرة كفعل آخر خاضع لبوابات السياسة وسجلّات التدقيق، تكسب قابلية تتبّع ما تذكّره الوكيل ونسيه.

على عدسة ai-platform، بنية التدريب هي الجوهر. فتشغيل شكل مخصّص من RL مثل step-wise GRPO فعلياً يتطلّب أنبوب تدريب يدعم تشكيل المكافأة وحساب الأفضلية على مستوى الخطوة فوق جدولة GPU المبنية على Kueue. توفّر ai-platform من ThakiCloud الأساس لتشغيل أحمال RL post-training هذه في بيئة K8s متعددة المستأجرين. ومكاسب كفاءة السياق التي تبرزها الورقة ترتبط مباشرةً بكلفة خدمة vLLM، فالخدمة منخفضة الكلفة (ai-platform) تسند اقتصاديات الوكلاء (Paxis).

القيود والحجج المضادة

توخّياً للتوازن، ينبغي طرح الاتجاه المعاكس أيضاً. أولاً، يرفع دمج عمليات الذاكرة في السياسة تعقيد التدريب كثيراً. فحقيقة أن التدريب ثلاثي المراحل وGRPO مخصّصاً كانا لازمين لمعالجة المكافآت المتفرّقة المتقطّعة دليلٌ على أن هذا النهج بعيد عن كونه رخيصاً. وقد يظلّ أنبوب قائم على قواعد ومضبوط جيداً أكثر استقراراً وقابلية للتنبّؤ في مجالات محدّدة.

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

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

خلاصةً، يحقّق AgeMem تحوّلاً تأطيرياً بإعادة تعريف ذاكرة الوكيل من مشكلة أداء لكل مكوّن إلى مشكلة تعلّم سياسة. وحتى الفرق التي لن تتبنّى المنهجية فوراً يُحسِن بها أن تطرح سؤالاً مبكراً في التصميم: هل يمكن معاملة قرارات إدارة الذاكرة كشيء يُتعلَّم؟

المصادر

• Agentic Memory: Learning Unified Long-Term and Short-Term Memory Management for Large Language Model Agents (arXiv:2601.01885)
• صفحة Hugging Face Papers (2601.01885)
• Mem0 AI Memory Benchmarks 2026 (سياق LOCOMO)

Today’s news split into two directions

One side was a story about intelligence and compute becoming commodities. China’s Ant Group unveiled a vision AI model that can recognize reflective surfaces like glass and mirrors, sweeping 12 benchmarks, and the striking part was not the performance but the scale. With just 1.1 billion parameters, it outperformed a 7 billion class model. It showed how far efficiency focused strategies have come in an environment where access to Nvidia’s high end GPUs is restricted. The same day, OpenAI and Anthropic competed to lock early stage startups into their own ecosystems by giving away free tokens for their top models, while Qualcomm tried to crack Nvidia’s dominance with a low power data center chip that bypasses HBM altogether. Anthropic also expanded its multichip strategy, splitting workloads across Amazon Trainium, Google TPU, and Nvidia GPUs. Neither the intelligence nor the silicon that runs it is tied to one place anymore.

The other side was quieter, but the direction was clear. IT Chosun published an assessment that read, “AI agents that work on their own, and behavior records decide whether we trust them.” What platform companies like Microsoft and UiPath are racing to strengthen is not bigger models, but observability tools that capture every execution step of an agent as logs, metrics, and traces. It is a move to hold onto the traces an agent leaves behind when it judges and acts for itself, going beyond the simple response logs of the generative AI era.

Intelligence is becoming commonplace, and the bottleneck has moved

Put the two directions side by side and one assumption starts to wobble. We have long believed that a smarter model makes a better agent. But when intelligence gets smaller and cheaper, as in Ant Group’s case, and when even access to the best models becomes easier through free token competitions, intelligence stops being a differentiator. What everyone can use is nobody’s edge.

So the point where enterprises actually hesitate was never the last decimal point on a benchmark table. It was the question of whether they can prove, after the fact, what an autonomously operating agent did and why. Korea’s regulatory situation makes this question heavier still. Under the AI Framework Act that took effect in January 2026, the financial and public sectors must maintain a logging system that allows an agent’s decision making process to be verified after the fact, as part of their regulatory response. A gap in behavior records leads directly to disputes over accountability and audit risk.

It is worth reading, in this context, that Hana Financial Convergence Technology Institute unveiled a financial domain AI model for corporate lending and consultation support on the same day. The reason K bank, Shinhan Bank, and KB Kookmin Bank have already turned toward their own domain specific models has to do with Korea’s particular environment of network segregation regulations and restrictions on moving customer data outside the country. Banks are converging on lightweight, specialized models that run inside their own network rather than general purpose foundation models, and the reason is not performance but controllability. They need to hold on to where the model runs and what it leaves behind if they want to pass regulatory review.

The scope of what is becoming commonplace keeps widening

It is not only intelligence that is becoming commonplace. The hardware advantage underneath it is also scattering rather than staying concentrated in one place. Global Economic noted that AI leadership is shifting from GPU monopoly to broader infrastructure demand. The GPU shortage is expected to ease gradually starting in the second half of 2026, and as TSMC’s advanced packaging capacity and HBM supply stabilize, investment focus is spreading to CPUs, memory, servers, power, cooling, and networking. When the bottleneck sat in one place, GPUs, securing GPUs was the competitive edge. Once the bottleneck spreads across several fronts, no single resource advantage is enough to widen the gap by itself.

Supermicro raising 7 billion dollars to expand its supply from the edge to hyperscale data centers, and telecom carriers jumping into large scale data center capacity competition, point in the same direction. As supply widens, what matters shifts away from how much hardware a company secured, toward how it places workloads on top of that hardware, how it operates them, and what it records along the way. Ownership is the edge when resources are scarce, but operation becomes the edge once resources are commonplace. And in the era of autonomous agents, operation is really just another name for control and record keeping.

A signal that we now judge process, not just outcome

Interestingly, the same shift showed up in hiring as well. At an AI native hackathon co hosted by Krafton and CJ Olive Young, the evaluation method did not look only at the finished product. It also scored how each candidate structured the problem and how they used AI agents to iterate and improve their work, the process itself. That is because the surface quality of finished output has been leveled up across the board now that AI coding tools are everywhere. The judgment that differentiation comes from the record of process rather than the outcome has started operating the same way in the hiring market.

What is expected of agents is no different. As autonomy grows, the basis for trust shifts away from a polished final output and toward a verifiable trail of how it got there. In a world where intelligence has become commonplace, the question that remains is always the same. Can someone else, later, retrace what this agent did.

Records are not a feature bolted on afterward

Here it is worth clearing up a common misunderstanding. It is easy to treat audit trails as an add on feature you attach to an already well built agent later. But behavior records cannot be completed by observing from outside the execution layer. Which skill an agent called, which tool it touched inside an isolated execution environment and with what permissions, and how it connected with external systems, all of this is information that the execution architecture itself has to leave behind. When execution and recording are separated, the log is always sparser and later than the actual behavior.

The problem is that today’s agents do not move only within themselves. They query internal databases through standard connectors, call external APIs, and hand off tasks to other agents. Since execution crosses multiple systems, the record has to cross those same boundaries. If you only keep logs inside one system and miss the integration points, exactly the junctions where accountability gets contested end up blank when something goes wrong. Today’s diagnosis, that observability is expanding beyond response logs into behavioral signals, is precisely a move to fill that blank.

So what should a platform look like if it is designed from the start so the execution layer owns the record. ThakiCloud’s Agent-Native Cloud, Paxis, made this question the backbone of the product. In Paxis, Skills, Tools, Policies, and Audit Logs are not options bolted on later, they are first class resources. The moment an agent calls a skill and the moment it runs a tool become an audit log in themselves, and a policy gate approves or blocks that execution beforehand. Integration points with external systems through MCP standard connectors sit on the same trail, so even behavior that crosses system boundaries stays connected as a single record. It is not a structure that reconstructs what happened after the fact, it is one where the record grows alongside the work as it happens.

Every execution step an agent takes after passing the policy gate is recorded together as an audit log, and that trail stays inside a sovereign, on premises Kubernetes environment where it can be retraced later.

This structure carries particular value in regulated industries such as manufacturing, the public sector, and finance. The same day, Naver Cloud announced it would team up with Europe’s Mistral AI to jointly develop a manufacturing specific sovereign AI. It is an approach tailored to manufacturers whose data is hard to send outside the company. The government has set the K Physical AI strategy in motion, planning to invest 20 trillion won from public and private sources by 2030 to build a national manufacturing data library and capture even the tacit knowledge of master craftsmen as data, while LG CNS is shifting its business focus toward finance and physical AI. What these efforts share is a constraint that data cannot leave the premises, and a requirement to hold on to the traces that automated decisions leave behind. Sovereignty and audit trails are not two separate demands, they are the same demand seen from the front and the back.

Autonomy, too, is handled as a dial rather than a switch. Paxis governs an agent’s degree of autonomy across levels from L0 to L3. Sensitive work like credit review stays at a lower autonomy level with a human approval step built in, while low risk, repetitive work can be opened up to a higher autonomy level. The after the fact verifiability that the AI Framework Act demands and the controllability that the financial sector needs only become real when policies, audit logs, and the autonomy dial move together as one. If execution happens inside an isolated sandbox, and that sandbox runs on a sovereign, on premises Kubernetes cluster, an organization can keep every trail inside domestic infrastructure without ever sending data outside. That is exactly the picture financial and public sector clients confined to network segregated environments actually need.

What has become commonplace, and what has become scarce

Today’s market showed, from several angles, how fast intelligence and compute are turning into commodities. A small model beats a big one, the best models get given away for free, and chips keep switching vendors. KT is signaling 1 gigawatt and SKT 15 gigawatts of data center capacity, widening infrastructure supply as well. All of this pushes the price of intelligence down.

Whatever loses value always sits next to something that gains it. The more commonplace intelligence becomes, the more valuable the ability to prove what that intelligence autonomously did becomes. The fact that agentic AI was the headline topic at ICML 2026, held in Seoul for the first time, suggests that even the frontier of research is converging on this same problem. The question enterprises are really asking an agent now is no longer how smart are you, but can I retrace what you did. Building an execution layer that can answer that question on its own, that is the real task left standing once the age of raw intelligence has passed.

References

• 中 앤트그룹, 로봇 최대 난제 ‘유리·거울 인식’ 모델 공개 · AI타임스
• 하나금융융합기술원, 금융 업무용 AI 모델 공개…기업여신·상담 지원 적용 · 더데일리포스트
• 2026년 1월 시행 앞둔 ‘AI 기본법’…한국, 세계 첫 전면 적용 국가 되나 · MS투데이
• 슈퍼마이크로, 70억 달러 유상증자로 엣지부터 초대형 데이터센터까지 공급 확대 · ZDNet Korea
• 네이버클라우드, 미스트랄AI와 제조 특화 소버린 AI ‘동맹’ · ZDNet Korea
• 산업 하프타임: ‘3개월 1만 대’ 물량…’K-피지컬 AI’ 민관 20조원 엔진 가동 · 디지털데일리
• 오픈AI와 앤트로픽, 스타트업 잡으려 컴퓨팅 무료 공세 · 한국경제
• 세계 1만5천 AI 석학들 서울 총집결…ICML 2026, 한국 AI 위상 높인다 · 인공지능신문
• KT, ‘AX연결 허브’ 도약…수요 기반 AI 인프라 확충 · ZDNet Korea
• SKT, 15GW 규모 AI 데이터센터 구축…”아시아 AI 인프라 허브될 것” · SK텔레콤 뉴스룸

</content>

A rendering of four axes, headless, hooks, subagents, and skills, overlapping into an autonomous harness that runs without a human.

Overview

Anthropic has extended Claude Code beyond an interactive CLI into an automation runtime. The related announcement (“Enabling Claude Code to work more autonomously”), the auto-mode design piece (“How we built Claude Code auto mode”), and the steering blog (“Steering Claude Code”) trace that flow. The core message is singular: running Claude Code autonomously is not a matter of waiting for a smarter model, but a question of how you design the surrounding harness.

That view lines up exactly with ThakiCloud’s operating principle: capability comes not from the model itself but from the contract structure wrapping it, the system prompt, tool definitions, verification gates, and routing rules. The four axes below are the parts that make up that harness.

The Problem: Agents That Need a Human Every Time

The limits of a single-shot response agent are clear. As soon as a task grows even a little, a human has to stand in for the judgment and approval at every step, and even repetitive work must be triggered by hand each time. What is needed here is three things. First, a way to start and finish execution once, without a human. Second, a way to force a certain action to always happen at a certain point. Third, a way to divide complex work among specialized workers and let each pull in only the knowledge it needs. The four axes each satisfy one of these demands.

The four axes overlap into one autonomous harness. Headless opens execution, hooks enforce the lifecycle, subagents divide the work, and skills supply expertise on the fly.

1. Headless Mode: Execute Once, Without a Human

Headless mode runs Claude Code as a single CLI process without a TTY. Invoke it as claude -p "<prompt>" and it performs the task and exits, without a conversation. This simple property enables unattended integrations like scheduled jobs, CI pipelines, and pre-commit checks. Crucially, headless mode reuses the same settings, hooks, and permission rules as the interactive CLI. In other words, a harness you validated interactively transfers directly to an unattended environment.

ThakiCloud already operates this broadly. Under scripts/launchd/ there are 35 launchd plists, each invoking a skill runner via claude -p at a set time. The very pipeline that produces this blog post is one example of a headless runner. The whole flow, pulling blog candidates from the Twitter timeline into a queue, drafting each, passing it through verification gates, and going all the way to deployment, proceeds without a human intervening at each step.

The one thing you must handle in unattended execution is authentication. Rather than committing a metered API key to disk, keep a subscription OAuth token in a separate file that the runner loads, which is safer. Anthropic’s docs likewise recommend, for unattended environments, using a helper that pulls the API key from a secret manager. Design the auth path for an unattended premise from the start, so the convenience of automation does not leak into secret exposure.

2. Hooks: Deterministic Lifecycle Control

Hooks run code at specific points in Claude Code’s lifecycle. Auto-formatting after a file edit, linting before a commit, injecting context at session start, post-processing at exit: they force actions that must happen rather than leaving them to the model’s choice. The value of hooks is in determinism. Instead of the model deciding on a whim whether to run something, a rule-fixed action always occurs.

ThakiCloud’s .claude/hooks/ wires in 12 hooks. The session-start hook injects prior learning as a resident brief so each session does not begin from a blank slate. The prompt-submission hook analyzes the request and automatically surfaces relevant skill candidates. The exit hook detects a flag file and runs needed post-processing, such as draining queued blog candidates or recompiling the knowledge base. This exit hook in particular uses a pattern where cost converges to zero if the flag is absent, running heavy work only when the flag is present. Triggering expensive work only right after a producer turn, rather than every turn, is central to controlling the cost of an autonomous pipeline.

3. Subagents: Isolated Expert Delegation

Subagents are isolated assistants for specific tasks. You define them as markdown files under .claude/agents/, specifying the model to use and tool-access scope alongside a name and description. The main agent can build the frontend while a subagent stands up the backend API in parallel. Isolation matters for two reasons: a subagent focuses only on its own task without polluting the main context, and returns only a summary of its result.

ThakiCloud defines 63 specialized subagents and calls them by task nature. Model routing is layered on top. Lightweight work like exploration, search, and file reading goes to haiku; implementation, review, and test writing to sonnet; architecture decisions and complex multi-step reasoning to opus. Without this routing, every subagent runs on the session default model and cost explodes. In an autonomous harness, subagents are not merely a parallelization tool but also a cost-control device that picks the right cost-quality point per task.

To add one discipline: before merging the results of a fanned-out subagent, you must close the loop with a verification stage. If you launched several parallel agents, run an adversarial verification once rather than merging results straight to the user. A fanout without a verification gate accumulates hallucination.

4. Skills: Expertise Loaded Only When Needed

Skills package a reusable expert workflow. They bundle domain knowledge, templates, verification scripts, and failure cases, loading only when a request triggers them. The key is that they are not always loaded. Keeping them resident in every session’s context pays a continuous token cost, but loading on demand supplies expertise only at the moment it is needed.

ThakiCloud’s .claude/skills/ holds 1,751 skills. At that scale, which skill to call when is what determines quality. So a router maps natural-language requests to candidate skills via BM25-style lexical search and surfaces only the top candidates into context. Past 1,700 skills, a human cannot pick each one, so without this candidate-narrowing step the skill system itself becomes noise. A skill is not a prompt but a version-controlled capability product, distinct from a plain prompt in that it is reused across multiple harnesses.

Implications for ThakiCloud

This subject is agent orchestration itself, so the Paxis lens fits head-on. Paxis is ThakiCloud’s Agent-Native Cloud control plane, treating Skills, Tools, Policies, and Audit Logs as first-class resources. The four axes above map one-to-one onto the capabilities Paxis aims to provide at the product level. Headless execution maps to unattended runs scheduled by NL Cron, hooks to policy gates and audit logs, subagents to DAG multi-agent orchestration, and skills to the Skill Harness that selects among 960-plus skills via BM25.

The point is that Paxis unifies the four axes Anthropic introduces as individual features into one control plane and productizes them. It takes the headless runners, hooks, routing, and skill selection that individual developers wired by hand, and lifts them into a governable form wrapped in isolated-sandbox execution, policy gates, and audit logs. For domestic customers demanding on-premise and sovereign environments, that governance layer is especially important. Only when everything an autonomous agent executed and every secret it accessed remains in audit logs can you actually turn autonomy on in a regulated environment.

On the infrastructure side, the ai-platform lens fits too. Headless runners and subagent fanout are ultimately workloads running on K8s, and the haiku, sonnet, and opus calls driven by model routing convert into serving cost. Only with a low-cost serving foundation (ai-platform) does the economics of running autonomous agents continuously (Paxis) hold.

Limitations and Counterarguments

You must face the fact that as you raise autonomy, the burden of control and verification grows. First, headless unattended execution risks silently accumulating failures. Because no human watches, problems like auth expiry or quota overrun can hit multiple runners at once. Without post-processing that detects failure immediately and sends an alert, autonomy quickly turns into silent breakage.

Second, poorly designed hooks and routing make per-turn cost grow linearly. If always-loaded rules bloat, or you put polling work into the agent’s hot loop, autonomy comes back as a cost explosion. Repetitive monitoring belongs in cron, not in the agent, as a principle.

Third, do not forget that automation is a tool that assists thinking, not replaces it. The deeper the loop, the more humans tend to trust results and stop reviewing. Core outputs must be sampled and reviewed periodically by a human, and verification gates must be designed to refute rather than to pass. A verifier that filters out nothing should be treated as a failure signal.

In conclusion, autonomous execution of Claude Code comes not from a stronger model but from a well-designed harness. The four axes, headless, hooks, subagents, and skills, respectively handle execution, enforcement, division of labor, and expertise supply, and only when wrapped in verification gates and audit logs do they become autonomy you can switch on even in a regulated environment.

Sources

• Enabling Claude Code to work more autonomously (Anthropic)
• How we built Claude Code auto mode (Anthropic Engineering)
• Steering Claude Code: skills, hooks, rules, subagents and more (Claude blog)
• claude-code-action (GitHub, Anthropic)

Scanning this morning’s headlines, AI seems to be growing in two directions at once. One is seeing better. Ant Group unveiled a next-generation vision model that recognizes surfaces older vision models used to miss, glass and reflective materials among them, and claims its 1.1-billion-parameter model outperforms models in the 7-billion-parameter class. The other is moving more. The government and private sector launched a 20-trillion-won K-Physical AI investment push, Ulsan formed an industrial AI hub consortium, and robotics foundation model startup RealWorld hired a former AWS global strategy leader as it moves into commercialization.

In short, AI’s senses are widening and its hands are multiplying. But a wrong answer carries a very different weight depending on whether the AI lives inside a screen or on a factory line. If a chatbot writes a wrong sentence, you simply delete it. If a robot arm moves incorrectly or a manufacturing agent opens the wrong valve, that becomes an irreversible physical event. This is the question today’s news quietly points to. As AI sees better and acts more, the question enterprises actually ask shifts from “how smart is it” to “prove exactly what you just did.”

Today’s Digest Contains Two Different Kinds of ‘Records’

Two kinds of records with different natures sit side by side in the same digest. What Ant Group’s vision model deals with is a record of perception, a story about how precisely it sees the world and how it understands space. The action records covered in IT Chosun’s “AI operations” feature are a different matter. It is about preserving the entire execution flow: which tools an agent called, what permissions it exercised, and what those actions changed.

Without the first kind of record, AI becomes dumb. Without the second, AI never gets adopted. This distinction matters, because performance is proven by benchmarks, while trust is proven by logs. As the article notes, observability platforms like Datadog abroad are strengthening features that trace an agent’s tool calls and responses as a single execution flow, and tools like AgentOps, Arize, and LangSmith are moving toward bundling tracing, evaluation, and governance guardrails together. It is a sign that the observability market is quickly reorganizing from traditional APM toward agent-specific tooling.

Models Are Converging Toward Free, and What’s Left Is ‘Operations’

Another piece of today’s news overlaps with this. OpenAI and Anthropic have started giving away tokens for their top-tier models free of charge, entering a race to lock in early customers. Frontier AI companies are effectively replaying the strategy cloud providers once used, winning startups over with free credits. It is also evidence that the focus of competition has shifted from building the best performance to ecosystem lock-in.

As the era when model performance set the price fades, and even top models are given away for free, the differentiator an enterprise can hold onto comes down not to the model itself but to the operational layer running on top of it. The remaining question is not which model you use, but how you control and record what the agents built on that model can and cannot do. The more attractive free tokens look, the higher the switching cost climbs once you have tailored your prompts and agent harness to a particular vendor. In a phase where performance is leveling out, the real asset is not the model but operational discipline.

Infrastructure Is Being Laid Down, but the Real Contest Happens on Top of It

News on the underlying hardware side points the same way. An industry analysis published today diagnoses that the axis of AI dominance is shifting from “GPU monopoly” to “spreading infrastructure demand.” KT is adding AI growth on top of its core telecom business and expanding into gigawatt-scale data centers, while Supermicro, the bellwether of AI servers, raised 7 billion dollars to widen its supply chain from the edge to hyperscale data centers. Compute, power, and servers are being laid down fast.

The problem is that as the foundation becomes commoditized, the real contest moves further up the stack. Anyone can build a data center, and a GPU is ultimately the same chip everywhere. The differentiator that remains narrows down to how you control agents running on that compute and what you record about them. As welcome as the news that Naver Cloud is teaming up with a European AI player to target the manufacturing market, or that Supermicro’s fundraising is growing, may be, if you do not start designing the operational layer that will run on top of it now, that infrastructure investment can end up being just a cheaper window for running someone else’s model.

As Adoption Spreads, So Does the Demand for Auditability

Several domestic adoption stories also stand out today. LG CNS is ramping up its financial and physical AI businesses, while Krafton and CJ Olive Young jointly hosted an “AI-native” hackathon, letting two very different industries, gaming and retail, share an AI development culture. Daekyo CNS acquired network and security firm Handreamnet, expanding its IT portfolio to bundle AI with security.

Adoption is moving beyond a single department’s experiment into an industry-wide phase. But as the base of adoption widens, so does the number of situations where you must explain what that AI actually did. When an agent built jointly by a game company and a retailer handles customer data, or when an IT firm that now owns a security business expands automation, the question left standing is always the same: can you reconstruct after the fact the path the system’s decision took? The faster adoption moves, the more glaringly the absence of this preparation shows.

Regulation Is Forcing This Timeline Forward

If this were a matter of preference, companies would have pushed audit logs down their priority list. But regulation is pulling this timeline forward. In Korea, the Basic AI Act, which took effect in January 2026, imposes specific obligations on high-risk AI systems and generative AI. Abroad, the EU AI Act and NIST AI RMF are moving toward requiring log retention and auditability for high-risk systems.

Especially in tightly regulated industries such as finance, healthcare, and the public sector, companies expanding agent automation will find it hard to sustain either internal controls or external accountability if they fail to preserve tool call histories and permission exercise records. That today’s digest includes Hana Financial Convergence Technology Institute unveiling a finance-specialized AI model that supports corporate lending and consultation sits on this same context. The deeper AI is embedded in the financial domain, the more it comes with the requirement that the path of the AI’s judgments be reconstructable after the fact. The capability to mask and encrypt observability data and manage its retention period is expected to become a new demand source for domestic cloud and SaaS providers.

The More Physical the AI, the More Evidence Becomes a Prerequisite, Not an Option

This brings us back to physical AI. The government’s physical AI budget targets not a single robot product but the entire value chain running from data to world models, robot foundation models, and factory deployment. Allocating more than half of the budget to demonstration and diffusion infrastructure reflects the judgment that physical AI cannot be validated by software alone and needs an environment where actual equipment, robots, and logistics operate.

AI that moves in the physical world cannot undo a mistake. That is why an action record, a mere convenience for a chatbot on a screen, becomes a prerequisite for an agent on a factory floor. If you fail to preserve what it sensed, what action it chose under which policy, and whether that authority was justified, then when an accident happens, there is no way left to assign responsibility or prevent a recurrence. If the national manufacturing data library is a data sovereignty strategy that refuses to hand Hyundai, Samsung, and LG’s on-site data over to foreign models, then recording and auditing, within domestic infrastructure, what an agent trained on that data does on the floor is the other half of that sovereignty.

Where ThakiCloud Stands: Auditability as the Default

This is exactly where the reasoning behind why ThakiCloud designed Paxis connects. Paxis is a full product built around the concept of an Agent-Native Cloud, and it treats Skills, Tools, Policies, and Audit Logs as first-class resources. That means it does not stop at defining what to task an agent with (Skills) and which tools to hand it (Tools); it places what an agent must not do (Policies) and what it did (Audit Logs) on the same architectural layer. It embeds the execution-flow tracing that today’s IT Chosun article calls for, decision paths, the order of tool calls, and permission exercise records, as a default behavior of the platform, not as a dashboard bolted on afterward.

On top of this sits autonomy governance ranging from L0 to L3. Even for the same agent, it splits how far the agent may decide on its own and where it must obtain human approval into stages, with a policy gate at every boundary, and whether that gate was passed is preserved in the audit log. External tools run inside isolated sandboxes, and a record accumulates at every point connected through an MCP connector. Model selection per task is handled by CostRouter, so the operational layer does not waver whether the free-token race intensifies or a particular vendor raises its prices. And because all of this runs on sovereign, on-premises K8s, sensitive manufacturing floor data and the action records of the agents that moved on that data never leave the company’s boundary.

To sum up, the pain points enterprises revealed across today’s digest branch into four. Auditability to answer regulation and internal controls, sovereignty to keep data from leaking outside the company, safe execution that avoids causing accidents in the physical world, and a cost structure that does not waver even as model prices swing. Each of these four surfaced from a different piece of news, but on the actual adoption floor they are all demanded at once, from a single operational layer. That is exactly why Paxis places Audit Logs, sovereign K8s, policy gates, and CostRouter on the same platform. Right now, with ICML 2026, the world’s largest machine learning conference, being held in Seoul and lending momentum to the domestic research ecosystem, we believe the final stretch that actually carries research achievements onto the factory floor will ultimately be filled by the maturity of this kind of operations.

Four pain points, auditability, sovereignty, safe execution, and cost stability, each surfacing from a different piece of news, converge on the actual adoption floor into a single operational layer called Paxis.

Today’s news was full of stories about giving AI better eyes and more hands. That direction is clearly the right one. But what decides whether those eyes and hands can actually be brought onto the floor is not the moment performance improves by another notch, it is whether you can immediately answer the question “show me what you just did.” As senses and actions grow, so does the weight of evidence. The enterprises that prepare an operational layer with that evidence built in as the default will be the ones that come out ahead in the adoption race of the physical AI era.

References

• 앤트그룹, ‘유리’까지 인식하는 차세대 비전 AI 공개…12개 벤치마크서 SOTA · AI타임스
• 산업 하프타임 ⑩ 中 ‘3개월 1만 대’ 물량…’K-피지컬 AI’ 민관 20조원 엔진 가동 · 디지털데일리
• 울산, 제조업 AI 전환 시동…민관 AX 협의체 출범 · 부산일보
• 리얼월드, 글로벌 진출 리더로 AWS 출신 ‘카르틱 크리슈나무르티’ 영입 · 로봇신문
• 오픈AI·앤트로픽, 무료 토큰으로 스타트업 쟁탈전 본격화 · ZDNet Korea
• KT, 통신 본업에 AI 성장 더한다…1GW 데이터센터 확장 기대 · 이데일리
• 2026년 1월 시행 앞둔 ‘AI 기본법’…한국, 세계 첫 전면 적용 국가 되나 · MS투데이
• 하나금융, 금융 AI 자체 개발…기업여신·내부통제에 활용 · 디지털데일리
• 네이버클라우드, 미스트랄AI와 제조 특화 소버린 AI ‘동맹’ · ZDNet Korea