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

نظرة عامة

وسّعت 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)

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

نظرة عامة

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

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)

Source: RT @HowToPrompt__: MIT published a paper arguing that every AI model on earth is secretly converging on the same “brain. · twitter

What this means for ThakiCloud

If brains level up to roughly the same ceiling, the real difference shifts to where you run one and who holds the controls. As model quality converges, the fight moves to where your data lives and who owns the bill. That is exactly ThakiCloud’s bet: Metis runs training and inference inside your own facilities, and Paxis layers agent orchestration on top. Because it is on-prem — operated within your own walls — a commodity-grade brain still leaves data sovereignty and cost control in your hands. The more identical the brains get, the more it pays to keep yours at home.

An auto-generated comic riffing on this week’s industry news.

Source: RT @omarsar0: // Memory becomes an action space // · twitter

What this means for ThakiCloud

The moment memory becomes an action, memory is just your data. Let that data get read and rewritten nonstop on someone else’s disk, and the paper’s proud ‘never forgets’ turns into a bill that never ends. ThakiCloud reads it differently. Metis keeps long-term memory storage and inference on-prem, inside your own facility, so a busy memory stays under your control instead of on the meter. Paxis orchestrates the agents that act on that memory without ever handing ownership of the memory outside. The automation behind this very blog runs on the same idea, reloading its core learnings each session from a memory loop it owns. If memory is an action, that action belongs on your own racks.

An auto-generated comic riffing on this week’s industry news.

A rendering of unified memory management where store, retrieve, summarize, and discard converge into one action space.

Overview

The one-line summary of this paper is that “memory becomes an action space.” Instead of an external pipeline deciding by fixed rules whether to store, retrieve, update, summarize, or discard, the agent decides directly at each step, as if calling a tool. It looks simple, but the shift topples two long-standing assumptions at once. First, the assumption that long-term and short-term memory must be fundamentally different mechanisms. Second, the assumption that what to remember and what to forget should be decided by human-authored policies. AgeMem absorbs both into a learnable policy.

There is a specific reason this matters for teams deploying agents into on-premise or sovereign environments. When memory-management logic is scattered across an external rule set, you have to re-tune those rules every time the domain changes, and any mismatch between rules and model becomes a quality regression. When memory management moves into the policy, you gain room to adapt to multiple domains with the same training procedure.

The Problem: The Cost of Separated Memory

Unpack the existing approach and the structure of the problem becomes clear. Short-term memory usually keeps recent conversation in context and then truncates or compresses it once it hits a limit. Long-term memory chunks the conversation, embeds it, and splices it back in when needed. These two paths do not know about each other. Long-term memory does not know what short-term memory discarded, and short-term memory does not care what long-term memory has already stored. The result is that the same information gets stored twice, or a needed fact disappears somewhere along the boundary between the two.

The more fundamental problem is that none of these decisions are learned. What to summarize and promote to long-term memory, when to discard stale memory, is typically handled by fixed thresholds and rules. Because the reward signal for whether the task actually succeeded never flows back into these decisions, the system cannot improve itself. AgeMem takes exactly this point, making memory operations rewardable, learnable actions, as its core contribution.

Memory as an Action Space: AgeMem’s Core Idea

AgeMem integrates long-term memory (LTM) and short-term memory (STM) management directly into the agent’s policy. The core design is to expose memory operations as tool-based actions. At each step, alongside ordinary reasoning and response generation, the agent chooses whether to store, retrieve, update, summarize, or discard information. It decides for itself what and when to remember and forget, according to the demands of the task.

In AgeMem, memory operations are not a separate pipeline but actions the policy chooses. Store, retrieve, update, summarize, and discard form one action space, and task-success reward flows back into the policy.

The benefits of this unification are clear. Because short- and long-term sit under one policy, the agent can focus on the conversation in front of it while deciding, with consistent judgment, when to promote that content to long-term memory. The summarize action becomes the bridge from short-term to long-term, and the discard action keeps context light. Above all, every one of these choices aligns toward a single goal: task success.

Training: Three-Stage Progressive RL and Step-Wise GRPO

The challenge is how to train such unified behavior. Memory operations are actions with awkward rewards. Whether a decision to store something was right is only revealed much later, at the moment that information is actually needed again. Rewards arrive sparsely, and the gap between action and reward is discontinuous. These are conditions standard reinforcement learning does not handle well.

AgeMem responds with two mechanisms. The first is a three-stage progressive reinforcement learning strategy that does not train the unified memory behaviors all at once but ramps them up in stages. The second is step-wise GRPO. By designing GRPO (Group Relative Policy Optimization) at the step level, it confronts head-on the sparse and discontinuous rewards that memory operations induce. It can be understood as an approach that decomposes delayed reward into each step’s contribution, making the learning signal denser.

This part is interesting from ThakiCloud’s vantage as well. For a team operating RL post-training infrastructure directly, a custom GRPO variant like this only runs if the training framework flexibly supports reward shaping and step-level advantage computation. In other words, the paper’s methodology translates directly into requirements on the training pipeline.

Results and Significance

The paper evaluates AgeMem on five long-horizon benchmarks. Across multiple LLM backbones, it reports consistently outperforming strong memory-augmented baselines. Improvement shows up in three directions: task performance rises, long-term memory quality improves, and context is used more efficiently. That last item matters most in practice. Using context more efficiently means handling the same task with fewer tokens, which translates directly into lower inference cost.

Specific numbers deserve caution. Secondary summaries described the average score on a Qwen2.5-7B backbone as clearly higher than Mem0-class baselines, with the gap widening on smaller backbones [estimated]. But because those figures were not re-verified against the primary source, we recommend checking the exact per-benchmark scores in the original link below. What we can state with confidence is the methodology and the qualitative conclusion: a consistent advantage across five benchmarks and multiple backbones, and that the advantage appeared not only in task performance but also in memory quality and context efficiency.

For ecosystem context, agent-memory systems have become a fiercely contested area in 2026. Mem0 has emphasized scores around 67.13 percent on an LLM-as-a-Judge basis on the conversational long-term memory benchmark LOCOMO along with low search latency, and systems like Zep and Letta each tout their own strengths. AgeMem’s differentiator lies not in a component-level performance contest but in a framing shift that redefines memory management as a policy-learning problem.

Implications for ThakiCloud

This paper offers implications through both an infrastructure lens and an agent lens. Because the subject is agent memory, the Paxis lens is central, but the ai-platform lens fits too on the RL-training-infrastructure side.

Paxis is ThakiCloud’s Agent-Native Cloud control plane, treating Skills, Tools, Policies, and Audit Logs as first-class resources. Among these, the knowledge engine (HKE wiki) and the memory layer sit exactly on the problem AgeMem touches. Like many agent platforms today, Paxis manages memory in layers, and the question AgeMem raises is clear: can the movement between those layers, what to promote from session memory into long-term knowledge and what to discard, be handled by learned judgment rather than fixed rules? A design that exposes store, retrieve, summarize, and discard as tool actions meshes naturally with a Paxis structure that already treats skills and tools as first-class resources. Treat memory operations as another action subject to policy gates and audit logs, and you gain traceability over what the agent remembered and forgot.

On the ai-platform lens, training infrastructure is the crux. Actually running a custom RL variant like step-wise GRPO requires a training pipeline that supports reward shaping and step-level advantage computation on top of Kueue-based GPU scheduling. ThakiCloud’s ai-platform provides the foundation to operate such RL post-training workloads in a multi-tenant K8s environment. And the context-efficiency gains the paper emphasizes tie directly into vLLM serving cost, so low-cost serving (ai-platform) underpins agent economics (Paxis).

Limitations and Counterarguments

For balance, we should raise the opposite direction too. First, integrating memory operations into the policy raises training complexity substantially. The very fact that three-stage training and a custom GRPO were needed to handle sparse, discontinuous rewards is evidence that this approach is far from cheap. A well-tuned rule-based pipeline may still be more stable and predictable in specific domains.

Second, questions of reproducibility and generalization remain. Whether an advantage on five benchmarks holds in real production traffic, especially in environments with mixed languages and constantly shifting domains, needs separate verification. Benchmark improvement failing to transfer to operations is common.

Third, the interpretability of a learned memory policy. A rule-based system can explain why it discarded a particular piece of information by pointing to a rule, but a learned policy may leave that decision opaque. In heavily regulated domains or environments with strong audit demands, that opacity becomes a barrier to adoption. That said, this point is substantially mitigated when combined with a structure like Paxis that logs every action.

In conclusion, AgeMem achieves a framing shift by redefining agent memory from a per-component performance problem into a policy-learning problem. Even teams not adopting the method right away would do well to pose one question early in design: can memory-management decisions be treated as something to learn?

Sources

• Agentic Memory: Learning Unified Long-Term and Short-Term Memory Management for Large Language Model Agents (arXiv:2601.01885)
• Hugging Face Papers page (2601.01885)
• Mem0 AI Memory Benchmarks 2026 (LOCOMO context)

오늘 뉴스는 두 방향으로 갈렸습니다

한쪽은 지능과 컴퓨트가 흔해지는 이야기였습니다. 중국 앤트그룹은 유리와 거울 같은 반사면까지 인식하는 비전 AI를 공개하며 12개 벤치마크를 석권했는데, 놀라운 대목은 성능이 아니라 규모였습니다. 단 11억 개 매개변수로 70억 급 모델을 능가했습니다. 엔비디아 고성능 GPU 접근이 제한된 환경에서 나온 효율 중심 전략이 어디까지 왔는지를 보여준 셈입니다. 같은 날 오픈AI와 앤트로픽은 최고 성능 모델을 무료 토큰으로 풀며 초기 스타트업을 자기 생태계에 붙잡으려 경쟁했고, 퀄컴은 HBM 자체를 우회한 저전력 데이터센터 칩으로 엔비디아 독점에 균열을 시도했습니다. 앤트로픽은 아마존 트레이니엄과 구글 TPU, 엔비디아 GPU를 워크로드별로 나눠 쓰는 멀티칩 전략을 확대했습니다. 지능도, 그 지능을 돌릴 실리콘도 이제 한 곳에 매이지 않습니다.

다른 한쪽은 조용했지만 방향이 분명했습니다. IT조선은 “알아서 일하는 AI 에이전트, 행동 기록이 신뢰를 좌우한다”는 진단을 내놨습니다. 마이크로소프트와 유아이패스 같은 플랫폼 기업들이 앞다퉈 강화하는 것은 더 큰 모델이 아니라, 에이전트의 모든 실행 단계를 로그와 지표와 추적 정보로 남기는 관측가능성 도구였습니다. 생성형 AI 시절의 단순 응답 로그를 넘어, 에이전트가 스스로 판단하고 행동한 흔적 자체를 기록으로 붙잡으려는 흐름입니다.

지능은 상향 평준화되고, 병목은 옮겨갔습니다

두 방향을 겹쳐 보면 통념 하나가 흔들립니다. 우리는 오랫동안 “더 똑똑한 모델이 더 나은 에이전트를 만든다”고 믿어 왔습니다. 그런데 앤트그룹 사례처럼 지능이 작고 저렴해지고, 무료 토큰 경쟁처럼 최고 모델의 접근 장벽마저 낮아지면, 지능은 더 이상 차별화 요소가 아니게 됩니다. 누구나 쓸 수 있는 것은 누구의 경쟁력도 아니기 때문입니다.

그래서 기업이 실제로 멈칫하는 지점은 성능표의 마지막 소수점이 아니었습니다. 자율적으로 움직이는 에이전트가 무엇을 했는지, 왜 그랬는지를 사후에 증명할 수 있느냐는 물음이었습니다. 국내 사정은 이 물음을 더 무겁게 만듭니다. 2026년 1월 시행된 AI 기본법 아래에서 금융과 공공 부문은 에이전트의 의사결정 과정을 사후 검증할 수 있는 로그 체계를 규제 대응 차원에서 갖춰야 합니다. 행동 기록의 미비가 곧 책임 소재 분쟁과 감사 리스크로 직결되는 국면입니다.

같은 날 하나금융융합기술원이 기업여신과 상담을 지원하는 금융 업무용 AI 모델을 공개한 것도 이 맥락에서 읽힙니다. 케이뱅크와 신한은행, KB국민은행이 이미 자체 도메인 모델로 방향을 튼 데는 망분리 규제와 고객 데이터 외부 반출 제한이라는 국내 특유의 환경이 자리합니다. 은행권이 범용 초거대 모델 대신 내부망에서 돌아가는 경량 특화 모델로 수렴하는 이유는 성능이 아니라 통제 가능성입니다. 어디서 돌아가고 무엇을 남기는지를 스스로 쥐고 있어야 규제를 통과할 수 있습니다.

흔해지는 것의 폭이 넓어지고 있습니다

지능만 흔해지는 것이 아닙니다. 그 지능을 떠받치는 하드웨어 우위도 한 지점에 머물지 않고 흩어지는 중입니다. 글로벌이코노믹은 AI 주도권이 GPU 독점에서 인프라 수요 확산으로 넘어가고 있다고 짚었습니다. GPU 품귀는 2026년 하반기부터 점진적으로 풀릴 전망이고, TSMC의 첨단 패키징 생산능력과 HBM 공급이 안정화되면서 투자 초점이 CPU와 메모리, 서버, 전력, 냉각, 네트워크로 번지고 있습니다. 병목이 GPU 한 곳에 있을 때는 GPU를 확보하는 것이 곧 경쟁력이었지만, 병목이 여러 갈래로 퍼지면 어느 한 자원의 우위만으로는 격차를 벌리기 어려워집니다.

슈퍼마이크로가 70억 달러를 조달하며 엣지부터 초대형 데이터센터까지 공급을 넓히고, 통신사들이 대규모 데이터센터 용량 경쟁에 뛰어드는 것도 같은 방향입니다. 공급이 넓어질수록 하드웨어를 얼마나 확보했느냐보다, 그 위에서 워크로드를 어떻게 배치하고 어떻게 운영하며 무엇을 기록하느냐가 진짜 변별점으로 남습니다. 자원이 귀할 때는 소유가 경쟁력이지만, 자원이 흔해지면 운영이 경쟁력입니다. 그리고 자율 에이전트 시대의 운영은 곧 통제와 기록의 다른 이름입니다.

결과가 아니라 과정을 본다는 신호

흥미롭게도 같은 전환이 사람을 뽑는 자리에서도 나타났습니다. 크래프톤과 CJ올리브영이 공동 개최한 AI 네이티브 해커톤에서 쓰인 평가 방식은, 완성된 결과물만 보지 않았습니다. 지원자가 문제를 어떻게 구조화했고 AI 에이전트를 어떤 방식으로 활용해 반복 개선했는지, 그 과정을 함께 채점했습니다. 결과물의 겉모습은 AI 코딩 도구가 보편화되면서 상향 평준화됐기 때문입니다. 변별력은 결과가 아니라 과정의 기록에서 나온다는 판단이, 채용 시장에서도 똑같이 작동하기 시작했습니다.

에이전트에게 요구되는 것도 다르지 않습니다. 자율성이 커질수록 신뢰의 근거는 매끈한 최종 출력이 아니라, 그 출력에 이르기까지의 검증 가능한 궤적으로 옮겨갑니다. 지능이 흔해진 세계에서 남는 질문은 언제나 같습니다. 이 에이전트가 한 일을, 나중에 다른 사람이 되짚을 수 있습니까.

기록은 나중에 붙이는 기능이 아닙니다

여기서 흔한 오해를 짚고 넘어가야 합니다. 감사 추적을 잘 만든 에이전트에 나중에 덧붙이는 부가 기능쯤으로 여기기 쉽습니다. 그러나 행동 기록은 실행 계층 바깥에서 관찰만으로 완성되지 않습니다. 에이전트가 어떤 스킬을 호출했고, 격리된 실행 환경 안에서 어떤 도구를 어떤 권한으로 건드렸으며, 외부 시스템과 어떻게 연동했는지는 실행 구조 자체가 남겨줘야 하는 정보입니다. 실행과 기록이 분리되어 있으면, 로그는 언제나 실제 행동보다 성기고 늦습니다.

문제는 오늘날 에이전트가 자기 안에서만 움직이지 않는다는 점입니다. 표준 커넥터를 통해 사내 데이터베이스를 조회하고, 외부 API를 부르고, 다른 에이전트에게 작업을 넘깁니다. 실행이 여러 시스템을 가로지르는 만큼, 기록도 그 경계를 함께 넘어야 합니다. 한 시스템 안의 로그만 남기고 연동 지점을 놓치면, 사고가 났을 때 정작 책임이 갈리는 접점이 공백으로 남습니다. 관측가능성이 응답 로그를 넘어 행동 신호로 확장되고 있다는 오늘의 진단은 바로 이 공백을 메우려는 움직임입니다.

그렇다면 처음부터 실행 계층이 기록을 소유하도록 설계된 플랫폼은 어떤 모습이어야 할까요. ThakiCloud의 Agent-Native Cloud인 Paxis는 이 질문을 제품의 뼈대로 삼았습니다. Paxis에서 Skills와 Tools, Policies, Audit Logs는 나중에 얹는 옵션이 아니라 일급 리소스입니다. 에이전트가 스킬을 호출하는 순간과 도구를 실행하는 순간이 곧 감사 로그로 남고, 정책 게이트가 그 실행을 사전에 승인하거나 차단합니다. MCP 표준 커넥터로 외부 시스템과 연동하는 지점까지 같은 궤적 위에 얹히기 때문에, 시스템 경계를 넘나드는 행동도 하나의 기록으로 이어집니다. 무엇을 했는지를 사후에 복원하는 것이 아니라, 하는 동안 기록이 함께 자라는 구조입니다.

이 구조가 특히 값어치를 갖는 곳이 제조와 공공, 금융 같은 규제 산업입니다. 같은 날 네이버클라우드는 유럽의 미스트랄AI와 손잡고 제조 특화 소버린 AI를 공동 개발하겠다고 밝혔습니다. 데이터를 외부로 내보내기 어려운 제조 기업의 특성에 맞춘 접근입니다. 정부는 2030년까지 민관 20조원을 투입해 국가 제조데이터 라이브러리를 구축하고 명장의 암묵지까지 데이터로 남기는 K-피지컬 AI 전략에 시동을 걸었고, LG씨엔에스는 금융과 피지컬 AI로 사업 축을 옮기고 있습니다. 이 현장들의 공통점은 데이터가 밖으로 나갈 수 없다는 제약과, 자동화된 판단이 남긴 흔적을 반드시 붙잡아야 한다는 요구입니다. 소버린과 감사 추적은 별개의 요구가 아니라 하나의 요구를 앞뒤에서 본 것입니다.

자율성 역시 흑백이 아니라 눈금으로 다룹니다. Paxis는 에이전트의 자율도를 L0에서 L3까지 단계로 나눠 거버넌스합니다. 여신 심사처럼 민감한 작업은 사람의 승인을 끼운 낮은 자율도로 두고, 위험이 낮은 반복 작업은 높은 자율도로 열어두는 식입니다. AI 기본법이 요구하는 사후 검증 가능성과 금융권이 필요로 하는 통제 가능성은, 정책과 감사 로그와 자율도 눈금이 한 몸으로 움직일 때 비로소 현실이 됩니다. 격리 샌드박스 안에서 실행이 이뤄지고, 그 실행이 소버린 온프렘 쿠버네티스 위에서 돌아간다면, 데이터를 외부로 내보내지 않으면서도 모든 궤적을 국내 인프라 안에 남길 수 있습니다. 망분리 환경을 벗어나지 못하는 금융과 공공 고객이 정작 필요로 하는 그림입니다.

흔해진 것과 귀해진 것

오늘 시장은 지능과 컴퓨트가 얼마나 빠르게 흔해지는지를 여러 각도에서 보여줬습니다. 작은 모델이 큰 모델을 이기고, 최고 모델이 공짜로 풀리고, 칩은 벤더를 갈아탑니다. KT는 1GW, SKT는 15GW 규모의 데이터센터를 예고하며 인프라 공급도 넓혀갑니다. 이 모든 것이 지능의 값을 떨어뜨리는 방향으로 작동합니다.

값이 떨어진 것 옆에는 늘 값이 오른 것이 있습니다. 지능이 흔해질수록, 그 지능이 자율적으로 한 일을 증명하는 능력은 귀해집니다. 서울에서 처음 열린 ICML 2026의 화두가 에이전틱 AI였다는 사실은, 연구의 최전선조차 이 문제로 수렴하고 있음을 시사합니다. 기업이 에이전트에게 진짜로 던지는 질문은 이제 “얼마나 똑똑하냐”가 아니라 “네가 한 일을 내가 되짚을 수 있느냐”입니다. 그 물음에 실행 계층 스스로가 답하도록 만드는 일, 그것이 지능의 시대가 지나간 자리에 남은 진짜 과제입니다.

헤드리스·훅·서브에이전트·스킬 네 축이 겹쳐 사람 없이 도는 자율 하네스를 형상화했습니다.

개요

Anthropic은 Claude Code를 대화형 CLI를 넘어 자동화 런타임으로 확장해 왔습니다. 관련 발표(“Enabling Claude Code to work more autonomously”)와 자동 모드 설계 글(“How we built Claude Code auto mode”), 그리고 조종 방법을 종합한 블로그(“Steering Claude Code”)가 그 흐름을 보여 줍니다. 핵심 메시지는 하나입니다. Claude Code를 자율적으로 굴리는 것은 더 똑똑한 모델을 기다리는 문제가 아니라, 주변 하네스를 어떻게 설계하느냐의 문제라는 것입니다.

이 관점은 ThakiCloud의 운영 원칙과 정확히 겹칩니다. 능력은 모델 자체가 아니라 그 모델을 감싸는 계약 구조, 즉 시스템 프롬프트·도구 정의·검증 게이트·라우팅 규칙에서 나온다는 것입니다. 아래 네 가지 축은 바로 그 하네스를 구성하는 부품들입니다.

무엇이 문제인가: 사람이 매번 붙어 있어야 하는 에이전트

단발 응답 에이전트의 한계는 명확합니다. 작업이 조금만 길어지면 사람이 매 스텝의 판단과 승인을 대신해야 하고, 반복 작업조차 매번 손으로 트리거해야 합니다. 여기서 필요한 것은 세 가지입니다. 첫째, 사람 없이 한 번에 실행을 시작하고 끝내는 방법. 둘째, 특정 시점에 반드시 어떤 동작이 일어나도록 강제하는 방법. 셋째, 복잡한 작업을 전문화된 일꾼에게 나눠 맡기고, 그 일꾼이 필요한 지식만 골라 쓰게 하는 방법입니다. 네 가지 축은 각각 이 요구를 하나씩 충족합니다.

네 가지 축은 서로 겹쳐 하나의 자율 하네스를 이룹니다. 헤드리스가 실행을 열고, 훅이 생명주기를 강제하며, 서브에이전트가 작업을 나누고, 스킬이 그때그때 전문성을 공급합니다.

1. 헤드리스 모드: 사람 없이 한 번에 실행

헤드리스 모드는 Claude Code를 TTY 없이 한 번의 CLI 프로세스로 실행하는 방식입니다. claude -p "<프롬프트>" 형태로 호출하면 대화 없이 작업을 수행하고 종료합니다. 이 단순한 성질이 예약 작업, CI 파이프라인, 커밋 전 검사 같은 무인 통합을 가능하게 만듭니다. 중요한 점은 헤드리스 모드가 대화형 CLI와 동일한 설정·훅·권한 규칙을 그대로 재사용한다는 것입니다. 즉 대화형에서 검증한 하네스를 그대로 무인 환경으로 옮길 수 있습니다.

ThakiCloud는 이 방식을 이미 광범위하게 운용합니다. scripts/launchd/에는 35개의 launchd plist가 있고, 각 plist는 정해진 시각에 claude -p로 스킬 러너를 호출합니다. 지금 이 블로그 글을 만드는 파이프라인 자체가 헤드리스로 도는 러너의 한 예입니다. 트위터 타임라인에서 블로그 후보를 뽑아 큐에 넣고, 후보마다 초안을 쓰고 검증 게이트를 통과시켜 배포까지 이어지는 전 과정이 사람의 매 스텝 개입 없이 진행됩니다.

ThakiCloud에서 무인 자동화로 도는 launchd 스크립트는 35개입니다. 대화형 TTY 없이 claude -p 단일 프로세스로 실행하며, 종량 API 키 대신 구독 OAuth 토큰을 로드해 시크릿 노출을 막습니다.

무인 실행에서 반드시 챙겨야 할 것은 인증입니다. 종량 API 키를 디스크에 커밋하는 대신, 구독 OAuth 토큰을 별도 파일에 두고 러너가 이를 로드하는 방식이 안전합니다. Anthropic 문서 역시 무인 환경에서는 API 키를 시크릿 매니저에서 꺼내 오는 헬퍼를 쓰라고 권합니다. 자동화의 편리함이 곧 시크릿 노출로 새지 않도록, 인증 경로를 처음부터 무인 전제에 맞춰 설계하는 것이 핵심입니다.

2. 훅: 결정론적 생명주기 제어

훅은 Claude Code 생명주기의 특정 지점에서 코드를 실행하는 장치입니다. 파일 편집 후 자동 포매팅, 커밋 전 린트, 세션 시작 시 컨텍스트 주입, 종료 시 후처리처럼, 모델의 선택에 맡기지 않고 반드시 일어나야 하는 동작을 강제합니다. 훅의 가치는 결정론에 있습니다. 모델이 그때그때 기분에 따라 실행할지 말지를 정하는 것이 아니라, 규칙으로 못 박힌 동작이 항상 발생합니다.

ThakiCloud의 .claude/hooks/에는 12개의 훅이 배선돼 있습니다. 세션 시작 훅은 직전까지의 학습을 상주 브리프로 주입해 매 세션이 백지에서 시작하지 않게 합니다. 프롬프트 제출 훅은 요청을 분석해 관련 스킬 후보를 자동으로 띄웁니다. 종료 훅은 플래그 파일을 감지해 필요한 후처리, 예컨대 큐에 쌓인 블로그 후보 드레인이나 지식 베이스 재컴파일을 실행합니다. 특히 이 종료 훅은 플래그가 없으면 즉시 종료해 비용이 0에 수렴하고, 플래그가 있을 때만 무거운 작업을 도는 패턴을 씁니다. 매 턴이 아니라 생산자 턴 직후에만 비싼 작업을 트리거하는 이 구조가 자율 파이프라인의 비용을 통제하는 핵심입니다.

현재 배선된 생명주기 제어 훅은 12개입니다. 시작 훅은 컨텍스트를 주입해 백지 상태를 막고, 제출 훅은 스킬 후보를 띄우며, 종료 훅은 플래그가 있을 때만 무거운 작업을 돌려 불필요한 비용을 0에 수렴시킵니다.

3. 서브에이전트: 격리된 전문가 위임

서브에이전트는 특정 작업을 위한 격리된 보조 에이전트입니다. .claude/agents/의 마크다운 파일로 정의하며, 이름·설명과 함께 사용할 모델과 도구 접근 범위를 지정합니다. 메인 에이전트가 프런트엔드를 만드는 동안 서브에이전트가 백엔드 API를 병렬로 세우는 식의 분업이 가능합니다. 격리가 중요한 이유는 두 가지입니다. 서브에이전트는 자신의 작업에만 집중하므로 메인 컨텍스트를 오염시키지 않고, 결과만 요약해 되돌립니다.

ThakiCloud는 63개의 전문 서브에이전트를 정의해 두고 작업 성격에 맞춰 호출합니다. 여기에 모델 라우팅 규칙이 결합됩니다. 탐색·검색·파일 읽기처럼 가벼운 작업은 haiku로, 구현·리뷰·테스트 작성은 sonnet으로, 아키텍처 결정이나 복잡한 다단계 추론은 opus로 보냅니다. 이 라우팅이 없으면 모든 서브에이전트가 세션 기본 모델로 돌아 비용이 폭증합니다. 자율 하네스에서 서브에이전트는 단순한 병렬화 수단이 아니라, 작업마다 적절한 비용-품질 지점을 고르는 비용 통제 장치이기도 합니다.

정의된 전문 서브에이전트는 63개입니다. 메인 에이전트가 프런트엔드·백엔드·API로 팬아웃하되, 결과를 사용자에게 합치기 전 반드시 검증 게이트로 닫습니다. 검증 없는 병렬화는 환각을 누적합니다.

한 가지 규율을 덧붙이면, 팬아웃한 서브에이전트의 결과를 합치기 전에는 반드시 검증 스테이지로 닫아야 합니다. 병렬 에이전트를 여러 개 띄웠으면, 그 결과를 그대로 사용자에게 합치는 대신 적대적 검증을 한 번 거치는 것입니다. 검증 게이트 없는 팬아웃은 환각을 누적합니다.

4. 스킬: 필요할 때만 불러오는 전문성

스킬은 반복 가능한 전문 워크플로를 패키지로 묶은 것입니다. 도메인 지식·템플릿·검증 스크립트·실패 사례를 함께 담아, 요청이 트리거할 때만 로드합니다. 항상 로드하지 않는다는 점이 핵심입니다. 매 세션 컨텍스트에 상주시키면 토큰 비용을 계속 지불하지만, 온디맨드로 불러오면 필요한 순간에만 전문성을 공급합니다.

ThakiCloud의 .claude/skills/에는 1,751개의 스킬이 있습니다. 이 규모에서는 어떤 스킬을 언제 부를지가 곧 품질을 좌우합니다. 그래서 자연어 요청을 BM25 계열 어휘 검색으로 후보 스킬에 매핑하고, 상위 후보만 컨텍스트에 띄우는 라우터를 둡니다. 스킬이 1,700개를 넘어가면 사람이 일일이 고를 수 없으므로, 검색으로 후보를 좁히는 이 단계가 없으면 스킬 시스템 자체가 노이즈가 됩니다. 스킬은 프롬프트가 아니라 버전 관리되는 능력 상품이며, 여러 하네스를 가로질러 재사용된다는 점에서 단순 프롬프트와 구별됩니다.

ThakiCloud에 등록된 반복 가능한 전문 워크플로 패키지는 1,751개입니다. 이 규모를 매 세션에 상주시키면 토큰이 낭비되므로, BM25 검색으로 후보를 좁혀 필요할 때만 온디맨드로 불러옵니다.

ThakiCloud 제품 적용 시사점

이 주제는 에이전트 오케스트레이션 그 자체이므로 Paxis 렌즈가 정면으로 맞습니다. Paxis는 ThakiCloud의 Agent-Native Cloud 제어 평면으로, Skills·Tools·Policies·Audit Logs를 일급 리소스로 다룹니다. 위 네 가지 축은 Paxis가 제품 차원에서 제공하려는 능력과 일대일로 대응합니다. 헤드리스 실행은 NL Cron으로 예약된 무인 실행에, 훅은 정책 게이트와 감사 로그에, 서브에이전트는 DAG 멀티에이전트 오케스트레이션에, 스킬은 960개 이상 스킬을 BM25로 선택하는 Skill Harness에 각각 대응합니다.

Anthropic이 개별 기능으로 소개한 네 축은 Paxis에서 NL Cron, 정책 게이트와 감사 로그, DAG 오케스트레이션, 960개 이상 스킬을 BM25로 선택하는 Skill Harness로 각각 제품화됩니다.

핵심은 Anthropic이 개별 기능으로 소개한 네 축을 Paxis가 하나의 제어 평면으로 통합해 제품화한다는 점입니다. 개별 개발자가 손으로 배선하던 헤드리스 러너·훅·라우팅·스킬 선택을, 격리 샌드박스 실행과 정책 게이트·감사 로그로 감싸 거버넌스 가능한 형태로 올리는 것입니다. 온프레미스와 소버린 환경을 요구하는 국내 고객에게는 이 거버넌스 계층이 특히 중요합니다. 자율 에이전트가 무엇을 실행하고 어떤 시크릿에 접근했는지 전부 감사 로그로 남아야, 규제 환경에서 자율성을 실제로 켤 수 있기 때문입니다.

인프라 측면에서 ai-platform 렌즈도 함께 맞습니다. 헤드리스 러너와 서브에이전트 팬아웃은 결국 K8s 위에서 도는 워크로드이고, 모델 라우팅에 따른 haiku·sonnet·opus 호출은 서빙 비용으로 환산됩니다. 저비용 서빙 기반(ai-platform)이 있어야 자율 에이전트를 상시로 굴리는 경제성(Paxis)이 성립합니다.

한계 및 반론

자율성을 높일수록 통제와 검증의 부담이 커진다는 점을 직시해야 합니다. 첫째, 헤드리스 무인 실행은 실패가 조용히 누적될 위험이 있습니다. 사람이 지켜보지 않으므로, 인증 만료나 한도 초과 같은 문제가 여러 러너에 걸쳐 동시에 터질 수 있습니다. 실패를 즉시 감지해 알림을 보내는 후처리가 없으면, 자율성은 곧 조용한 고장으로 이어집니다.

둘째, 훅과 라우팅을 잘못 설계하면 매 턴 비용이 선형으로 늘어납니다. 상시 로드되는 규칙이 비대해지거나, 폴링성 작업을 에이전트 핫루프에 넣으면 자율화가 오히려 비용 폭증으로 돌아옵니다. 반복 모니터링은 에이전트가 아니라 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)

오늘 아침 뉴스를 훑다 보면 AI가 두 가지 방향으로 동시에 커지고 있다는 게 보입니다. 하나는 더 잘 보는 쪽입니다. 앤트그룹은 유리와 반사면처럼 기존 비전 모델이 놓치던 표면까지 인식하는 차세대 비전 AI를 공개했고, 11억 파라미터로 70억 파라미터급 모델을 앞선다고 주장합니다. 다른 하나는 더 많이 움직이는 쪽입니다. 정부와 민관이 20조원 규모의 K-피지컬 AI 투자를 띄웠고, 울산은 산업 AI 허브 협의체를 출범했으며, 로보틱스 파운데이션 모델 스타트업 리얼월드는 AWS 출신 글로벌 전략 리더를 영입하며 상업화 단계로 넘어갑니다.

감각이 넓어지고 손이 늘어난다는 이야기입니다. 그런데 AI가 화면 안에만 있을 때와 공장 라인 위에 있을 때, 오답의 무게는 전혀 다릅니다. 챗봇이 틀린 문장을 쓰면 지우면 그만입니다. 로봇 팔이 잘못 움직이거나 제조 공정 에이전트가 엉뚱한 밸브를 열면, 그건 되돌릴 수 없는 물리적 사건이 됩니다. 오늘 뉴스가 은근히 가리키는 질문은 여기에 있습니다. AI가 더 잘 보고 더 많이 행동하게 될수록, 기업이 실제로 던지는 물음은 “얼마나 똑똑하냐”가 아니라 “방금 네가 정확히 뭘 했는지 증명해봐”로 이동합니다.

오늘 다이제스트에는 두 종류의 ‘기록’이 있었습니다

같은 다이제스트 안에 성격이 다른 기록 두 개가 놓여 있습니다. 앤트그룹의 비전 모델이 다루는 것은 지각의 기록입니다. 세상을 얼마나 정밀하게 보고 공간을 어떻게 이해하는지에 관한 이야기입니다. 반면 IT조선이 다룬 ‘AI 운영’ 기획의 행동 기록은 결이 다릅니다. 에이전트가 어떤 도구를 호출했고 어떤 권한을 행사했으며 그 결과 무엇을 바꿨는지, 그 실행 흐름 전체를 남기는 문제입니다.

앞의 기록이 없으면 AI는 멍청해집니다. 뒤의 기록이 없으면 AI는 도입되지 못합니다. 이 차이가 중요합니다. 성능은 벤치마크로 증명되지만, 신뢰는 로그로 증명되기 때문입니다. 기사가 짚었듯 해외에서는 데이터독 같은 관측 플랫폼이 에이전트의 도구 호출과 응답을 하나의 실행 흐름으로 추적하는 기능을 강화하고 있고, AgentOps나 Arize, LangSmith 같은 도구들이 트레이스와 평가, 거버넌스 가드레일을 한데 묶는 방향으로 움직입니다. 관측 가능성 시장이 기존 APM에서 에이전트 특화 도구로 빠르게 재편되고 있다는 신호입니다.

모델은 공짜로 수렴하는데, 남는 질문은 ‘운영’입니다

여기에 또 다른 오늘 뉴스가 겹칩니다. 오픈AI와 앤트로픽이 최상위 모델의 토큰을 무료로 풀면서 초기 고객 선점 경쟁에 들어갔다는 소식입니다. 과거 클라우드 기업이 무료 크레딧으로 스타트업을 확보했던 전략을 프론티어 AI 기업들이 그대로 재현하는 셈입니다. 경쟁의 초점이 최고 성능 구축에서 생태계 락인으로 넘어갔다는 방증이기도 합니다.

모델 성능이 가격이던 시대가 저물고 최고 모델조차 공짜로 뿌려진다면, 기업이 붙잡을 수 있는 차별점은 모델 자체가 아니라 그 위에서 돌아가는 운영 계층으로 내려옵니다. 어떤 모델을 쓰느냐보다, 그 모델이 만든 에이전트가 무엇을 할 수 있고 무엇을 하면 안 되는지를 어떻게 통제하고 기록하느냐가 남는 질문이 됩니다. 무료 토큰이 매력적일수록 특정 벤더에 프롬프트와 에이전트 하네스를 맞춰버렸을 때의 전환 비용도 함께 커집니다. 성능이 평준화되는 국면에서 진짜 자산은 모델이 아니라 운영의 규율이라는 이야기입니다.

인프라는 깔리고 있습니다, 승부는 그 위에서 납니다

토대가 되는 하드웨어 쪽 뉴스도 같은 방향을 가리킵니다. 오늘 나온 산업 분석은 AI 주도권의 축이 ‘GPU 독점’에서 ‘인프라 수요 확산’으로 옮겨가고 있다고 진단합니다. KT는 통신 본업에 AI 성장을 더하며 1GW급 데이터센터 확장에 나서고, AI 서버 대장주 슈퍼마이크로는 70억 달러를 조달해 엣지부터 초대형 데이터센터까지 공급망을 넓힙니다. 연산과 전력, 서버는 빠르게 깔리고 있다는 뜻입니다.

문제는 토대가 흔해질수록 승부처가 그 위로 올라간다는 데 있습니다. 데이터센터는 누구나 지을 수 있고 GPU는 결국 같은 칩입니다. 남는 차별점은 그 연산 위에서 에이전트를 어떻게 통제하고 무엇을 기록하느냐로 좁혀집니다. 오늘 네이버클라우드가 유럽 AI와 손잡고 제조 특화 시장을 공략한다는 소식이나, 슈퍼마이크로의 조달 규모가 커진다는 소식이 반가운 만큼, 그 위에서 돌아갈 운영 계층을 지금부터 설계하지 않으면 인프라 투자는 그저 남의 모델을 더 싸게 돌려주는 창구로 끝날 수 있습니다.

도입 저변이 넓어질수록 감사 요구도 함께 넓어집니다

국내 기업들의 도입 소식도 오늘 여럿 눈에 띕니다. LG씨엔에스는 금융과 피지컬 AI 사업을 본격화하고, 크래프톤은 CJ올리브영과 ‘AI 네이티브’ 해커톤을 공동 개최하며 게임과 유통이라는 서로 다른 산업이 AI 개발 문화를 나눕니다. 대교CNS는 네트워크·보안 기업 한드림넷을 인수하며 AI와 보안을 묶은 IT 포트폴리오로 확장합니다.

도입이 특정 부서의 실험을 넘어 산업 전반으로 퍼지는 국면입니다. 그런데 도입 저변이 넓어질수록, 그 AI가 무엇을 했는지 설명해야 하는 상황도 함께 늘어납니다. 게임사와 유통사가 함께 만든 에이전트가 고객 데이터를 다룰 때, 보안 기업을 품은 IT 회사가 자동화를 확대할 때, 결국 남는 질문은 같습니다. 이 시스템이 내린 판단의 경로를 사후에 재구성할 수 있는가입니다. 도입의 속도가 빠를수록 이 준비의 부재는 더 크게 드러납니다.

규제가 이 흐름을 강제로 앞당깁니다

취향의 문제였다면 기업들은 감사 로그를 뒤로 미뤘을 겁니다. 그런데 규제가 이걸 앞당기고 있습니다. 국내에서는 2026년 1월 시행된 AI 기본법이 고위험 AI 시스템과 생성형 AI에 특정 의무를 부과합니다. 해외에서는 EU AI Act와 NIST AI RMF가 고위험 시스템에 로그 보관과 감사 가능성을 요구하는 방향으로 움직입니다.

특히 금융과 의료, 공공처럼 규제가 촘촘한 산업에서 에이전트 자동화를 넓히는 기업일수록, 도구 호출 이력과 권한 행사 내역을 남기지 못하면 내부 통제도 대외 설명 책임도 감당하기 어려워집니다. 오늘 다이제스트에서 하나금융융합기술원이 기업여신과 상담을 지원하는 금융 특화 AI 모델을 공개한 것도 이 맥락 위에 있습니다. 금융 도메인에 AI를 깊게 넣을수록, 그 AI가 내린 판단의 경로를 사후에 재구성할 수 있어야 한다는 요구가 따라붙기 때문입니다. 관측 데이터를 마스킹하고 암호화하며 보관 기간을 관리하는 역량이, 국내 클라우드와 SaaS 사업자에게는 새로운 수요처가 될 전망입니다.

피지컬 AI일수록, 증거는 선택이 아니라 전제입니다

여기서 다시 피지컬 AI로 돌아옵니다. 정부의 피지컬 AI 예산은 로봇 단품이 아니라 데이터에서 월드모델, 로봇 파운데이션 모델, 공장 적용으로 이어지는 밸류체인 전체를 겨냥합니다. 예산의 절반 이상이 실증과 확산 인프라에 배정된 것은, 피지컬 AI가 소프트웨어만으로는 검증되지 않고 실제 장비와 로봇, 물류가 동작하는 환경을 필요로 한다는 판단을 담고 있습니다.

물리 세계에서 움직이는 AI는 실수를 취소할 수 없습니다. 그래서 화면 속 챗봇에게는 편의였던 행동 기록이, 공장 속 에이전트에게는 전제 조건이 됩니다. 무엇을 감지했고 어떤 정책 아래 어떤 행동을 골랐으며 그 권한이 정당했는지를 남기지 못하면, 사고가 났을 때 책임을 가릴 방법도 재발을 막을 방법도 사라집니다. 국가 제조데이터 라이브러리가 현대차와 삼성, LG의 현장 데이터를 외산 모델에 넘기지 않겠다는 데이터 주권 전략이라면, 그 데이터로 학습한 에이전트가 현장에서 한 행동을 국내 인프라 안에서 기록하고 감사하는 것은 그 주권의 나머지 절반입니다.

ThakiCloud가 보는 지점: 감사 가능성을 기본값으로

바로 이 대목이 ThakiCloud가 Paxis를 설계한 이유와 맞닿습니다. Paxis는 Agent-Native Cloud를 표방하는 정식 제품이며, Skills와 Tools, Policies, Audit Logs를 일급 리소스로 다룹니다. 에이전트에게 무엇을 시킬지(Skills)와 어떤 도구를 쥐여줄지(Tools)를 정의하는 것에서 그치지 않고, 무엇을 하면 안 되는지(Policies)와 무엇을 했는지(Audit Logs)를 아키텍처의 같은 층위에 올려둔다는 뜻입니다. 오늘 IT조선 기사가 요구한 ‘의사결정 경로와 도구 호출 순서, 권한 행사 내역’의 실행 흐름 추적을, 사후에 덧붙이는 대시보드가 아니라 플랫폼의 기본 동작으로 내장하는 방향입니다.

여기에 L0부터 L3까지의 자율도 거버넌스가 얹힙니다. 같은 에이전트라도 어디까지 스스로 결정하고 어디서 사람의 승인을 받아야 하는지를 단계로 나누고, 그 경계마다 정책 게이트가 걸리며 통과 여부가 감사 로그로 남습니다. 외부 도구는 격리된 샌드박스 안에서 실행되고, MCP 커넥터로 연결되는 지점마다 기록이 쌓입니다. 모델은 작업별로 골라 쓰는 CostRouter가 맡으니, 무료 토큰 경쟁이 격화되든 특정 벤더가 값을 올리든 운영 계층은 흔들리지 않습니다. 그리고 이 모든 것이 소버린 온프렘 K8s 위에서 돌아가기 때문에, 제조 현장의 민감한 데이터와 그 데이터로 움직인 에이전트의 행동 기록이 회사 경계를 벗어나지 않습니다.

정리하면 오늘 다이제스트가 드러낸 기업의 통증은 네 갈래입니다. 규제와 내부 통제에 답할 감사, 데이터가 회사 밖으로 새지 않게 할 주권, 물리 세계에서 사고를 부르지 않을 안전한 실행, 그리고 모델값이 출렁여도 흔들리지 않을 비용 구조입니다. 이 네 가지는 각각 다른 뉴스에서 튀어나왔지만, 실제 도입 현장에서는 하나의 운영 계층에서 동시에 요구됩니다. Paxis가 Audit Logs와 소버린 K8s, 정책 게이트와 CostRouter를 같은 플랫폼 위에 올려둔 이유가 여기에 있습니다. 마침 세계 최대 머신러닝 학회인 ICML 2026이 서울에서 열리며 국내 연구 생태계에 모멘텀이 실리는 지금, 연구의 성과를 현장에 실제로 태우는 마지막 한 뼘은 결국 이 운영의 성숙도가 채운다고 봅니다.

오늘 뉴스는 AI에게 더 좋은 눈과 더 많은 손을 주는 이야기로 가득했습니다. 그 흐름은 분명히 옳습니다. 다만 그 눈과 손을 실제 현장에 들일 수 있느냐를 가르는 것은, 성능이 한 뼘 더 좋아지는 순간이 아니라 “방금 네가 뭘 했는지 보여줘”라는 질문에 즉시 답할 수 있느냐입니다. 감각과 행동이 커지는 만큼 증거의 무게도 커집니다. 그 증거를 기본값으로 갖춘 운영 계층을 먼저 준비한 기업이, 피지컬 AI 시대의 도입 경쟁에서 앞설 겁니다.

저장·검색·요약·폐기가 하나의 행동 공간으로 수렴하는 통합 기억 관리를 형상화했습니다.

개요

이 논문의 한 줄 요약은 “메모리가 행동 공간이 된다(memory becomes an action space)”입니다. 저장할지, 검색할지, 갱신할지, 요약할지, 버릴지를 외부 파이프라인이 정해진 규칙으로 처리하는 대신, 에이전트가 매 스텝에서 도구를 호출하듯 직접 결정하게 만드는 것입니다. 얼핏 단순해 보이지만, 이 전환은 두 가지 오래된 가정을 동시에 무너뜨립니다. 첫째, 장기 기억과 단기 기억이 근본적으로 다른 메커니즘이어야 한다는 가정입니다. 둘째, 무엇을 기억하고 무엇을 잊을지는 사람이 미리 짜 놓은 정책으로 결정해야 한다는 가정입니다. AgeMem은 이 둘을 모두 학습 가능한 정책 안으로 흡수합니다.

국내에서 온프레미스 또는 소버린 환경에 에이전트를 배포하려는 팀에게 이 주제가 특히 중요한 이유가 있습니다. 기억 관리 로직이 외부 규칙 뭉치로 흩어져 있으면, 도메인이 바뀔 때마다 그 규칙을 다시 튜닝해야 하고, 규칙과 모델 사이의 불일치가 곧 품질 저하로 이어집니다. 기억 관리가 정책 안으로 들어오면, 같은 학습 절차로 여러 도메인에 적응시킬 수 있는 여지가 생깁니다.

이 연구가 푸는 문제: 분리된 기억의 비용

기존 접근을 조금 더 뜯어보면 문제의 구조가 분명해집니다. 단기 기억은 보통 최근 대화를 그대로 컨텍스트에 유지하다가 한계에 다다르면 잘라 내거나 압축합니다. 장기 기억은 대화를 청크로 쪼개 임베딩한 뒤 필요할 때 검색해 다시 끼워 넣습니다. 이 두 경로는 서로를 모릅니다. 단기 기억이 무엇을 버렸는지 장기 기억은 알지 못하고, 장기 기억이 무엇을 이미 저장했는지 단기 기억은 신경 쓰지 않습니다. 그 결과 같은 정보가 중복 저장되거나, 정작 필요한 사실이 양쪽 경계 어딘가에서 사라집니다.

더 근본적인 문제는 이 모든 결정이 학습 대상이 아니라는 점입니다. 무엇을 요약해서 장기 기억으로 넘길지, 언제 오래된 기억을 폐기할지는 대개 고정된 임계값과 규칙으로 처리됩니다. 작업이 실제로 성공했는지에 대한 보상 신호가 이 결정으로 되돌아오지 않기 때문에, 시스템은 스스로 나아지지 못합니다. AgeMem은 바로 이 지점, 즉 기억 조작을 보상으로 학습 가능한 행동으로 만드는 것을 핵심 기여로 삼습니다.

메모리를 행동 공간으로: AgeMem의 핵심 아이디어

AgeMem은 장기 기억(LTM)과 단기 기억(STM) 관리를 에이전트의 정책 안에 직접 통합합니다. 기억 조작을 도구 기반 행동으로 노출한다는 것이 핵심 설계입니다. 에이전트는 매 스텝에서 일반적인 추론이나 응답 생성과 나란히, 정보를 저장할지·검색할지·갱신할지·요약할지·폐기할지를 선택합니다. 무엇을 언제 기억하고 잊을지를 작업의 요구에 맞춰 스스로 결정하는 구조입니다.

AgeMem에서 기억 조작은 별도 파이프라인이 아니라 정책이 선택하는 행동으로 통합됩니다. 저장·검색·갱신·요약·폐기가 하나의 행동 공간을 이루고, 작업 성공 보상이 정책으로 되돌아옵니다.

기존 방식은 단기·장기를 분리된 파이프라인으로 두고 사람이 설계한 고정 규칙에 의존하지만, AgeMem은 단일 행동 공간으로 통합해 작업 성공 보상 기반 강화학습으로 다중 도메인에 적응합니다.

이렇게 통합하면 얻는 이점이 분명합니다. 단기와 장기가 같은 정책 아래 놓이므로, 에이전트는 지금 눈앞의 대화에 집중하면서도 그 내용을 장기 기억으로 언제 넘길지를 일관된 판단으로 처리할 수 있습니다. 요약 행동이 곧 단기에서 장기로 넘어가는 다리 역할을 하고, 폐기 행동이 컨텍스트를 가볍게 유지하는 역할을 합니다. 무엇보다 이 모든 선택이 작업 성공이라는 하나의 목표를 향해 정렬됩니다.

학습 전략: 3단계 점진 강화학습과 step-wise GRPO

문제는 이런 통합 행동을 어떻게 학습시키느냐입니다. 기억 조작은 보상을 다루기 까다로운 행동입니다. 지금 무언가를 저장한 결정이 옳았는지는 한참 뒤에야, 그 정보가 실제로 다시 필요해지는 순간에야 판명됩니다. 보상이 드물게 오고(sparse), 행동과 보상 사이가 뚝뚝 끊겨 있습니다(discontinuous). 표준 강화학습이 잘 다루지 못하는 조건입니다.

AgeMem은 두 가지 장치로 이 문제에 대응합니다. 첫째는 3단계 점진 강화학습(three-stage progressive reinforcement learning) 전략으로, 통합된 기억 행동을 한 번에 학습시키지 않고 단계적으로 끌어올립니다. 둘째는 step-wise GRPO입니다. GRPO(Group Relative Policy Optimization)를 스텝 단위로 설계해, 기억 조작이 유발하는 드물고 불연속적인 보상 문제를 정면으로 다룹니다. 지연된 보상을 각 스텝의 기여로 분해해 학습 신호를 촘촘하게 만드는 접근으로 이해할 수 있습니다.

기억 조작의 적절성은 먼 미래에야 판명되는 희소·불연속 보상이 문제입니다. AgeMem은 3단계 점진 강화학습으로 복잡도를 낮추고, step-wise GRPO로 지연된 보상을 개별 스텝의 기여로 분해합니다.

이 대목은 ThakiCloud 관점에서도 흥미롭습니다. RL 후처리(post-training) 인프라를 직접 운용하는 입장에서 보면, 이런 커스텀 GRPO 변형은 학습 프레임워크가 보상 성형(reward shaping)과 스텝 단위 어드밴티지 계산을 유연하게 지원해야 굴러갑니다. 즉 논문의 방법론은 곧 학습 파이프라인에 대한 요구사항으로 번역됩니다.

실험 결과와 의미

논문은 다섯 개의 장기 지평(long-horizon) 벤치마크에서 AgeMem을 평가합니다. 여러 LLM 백본에 걸쳐, 기억 보강(memory-augmented) 계열의 강한 베이스라인들을 일관되게 능가한다고 보고합니다. 개선은 세 방향에서 나타납니다. 작업 성능이 올라가고, 장기 기억의 품질이 높아지며, 컨텍스트를 더 효율적으로 씁니다. 마지막 항목이 특히 실무적으로 중요합니다. 컨텍스트를 효율적으로 쓴다는 것은 같은 작업을 더 적은 토큰으로 처리한다는 뜻이고, 이는 곧 추론 비용 절감으로 직결되기 때문입니다.

구체적 수치와 관련해서는 신중하게 접근할 필요가 있습니다. 2차 요약 자료에서는 Qwen2.5-7B 백본에서 평균 점수가 Mem0 계열 대비 뚜렷하게 높고, 더 작은 백본에서는 격차가 더 벌어진다는 서술이 보였습니다[추정]. 다만 이 수치들은 논문 원문에서 직접 재확인하지 못한 2차 출처 요약이므로, 정확한 벤치마크별 점수는 아래 원문 링크에서 표를 직접 확인하시기를 권합니다. 이 글에서 확실하게 말할 수 있는 것은 방법론과 정성적 결론입니다. 다섯 개 벤치마크와 다중 백본에서 일관된 우위를 보였다는 점, 그리고 그 우위가 작업 성능뿐 아니라 기억 품질과 컨텍스트 효율에서도 함께 나타났다는 점입니다.

생태계 맥락을 덧붙이면, 에이전트 메모리 시스템은 2026년 들어 경쟁이 치열한 영역이 됐습니다. Mem0는 대화형 장기 기억 벤치마크인 LOCOMO에서 LLM-as-a-Judge 기준 67.13퍼센트 수준의 점수와 낮은 검색 지연을 강조해 왔고, Zep·Letta 등 여러 시스템이 각자의 강점을 내세우고 있습니다. AgeMem의 차별점은 이 경쟁을 별도 컴포넌트의 성능 대결이 아니라, 기억 관리를 정책 학습 문제로 재정의했다는 프레이밍의 전환에 있습니다.

ThakiCloud 제품 적용 시사점

이 논문은 인프라 렌즈와 에이전트 렌즈 양쪽에서 시사점을 줍니다. 주제가 에이전트 기억이므로 Paxis 렌즈가 중심이지만, RL 학습 인프라 측면에서 ai-platform 렌즈도 함께 맞습니다.

행동 공간으로서의 기억은 Paxis 제어 평면에, 커스텀 강화학습 프레임워크는 ai-platform의 Kueue 기반 GPU 스케줄링과 보상 성형에, 컨텍스트 효율성 증대는 vLLM 저비용 서빙에 각각 대응합니다.

Paxis는 ThakiCloud의 Agent-Native Cloud 제어 평면으로, Skills·Tools·Policies·Audit Logs를 일급 리소스로 다룹니다. 이 가운데 지식 엔진(HKE 위키)과 메모리 계층이 정확히 AgeMem이 건드리는 문제 위에 서 있습니다. 현재 많은 에이전트 플랫폼처럼 Paxis도 기억을 계층으로 나눠 관리하는데, AgeMem이 던지는 질문은 명확합니다. 그 계층 사이의 이동, 즉 무엇을 세션 메모리에서 장기 지식으로 승격시키고 무엇을 폐기할지를 고정 규칙이 아니라 학습된 판단으로 처리할 수 있는가입니다. 저장·검색·요약·폐기를 도구 행동으로 노출하는 설계는, 이미 스킬과 도구를 일급 리소스로 다루는 Paxis 구조와 자연스럽게 맞물립니다. 기억 조작을 또 하나의 정책 게이트와 감사 로그 대상 행동으로 취급하면, 에이전트가 무엇을 기억하고 잊었는지 추적 가능성까지 확보됩니다.

ai-platform 렌즈에서는 학습 인프라가 핵심입니다. step-wise GRPO 같은 커스텀 RL 변형을 실제로 돌리려면 Kueue 기반 GPU 스케줄링 위에서 보상 성형과 스텝 단위 어드밴티지 계산을 지원하는 학습 파이프라인이 필요합니다. ThakiCloud의 ai-platform은 멀티테넌트 K8s 환경에서 이런 RL 후처리 워크로드를 운용할 수 있는 기반을 제공합니다. 또한 논문이 강조한 컨텍스트 효율 개선은 서빙 단계의 vLLM 비용과 직결되므로, 저비용 서빙(ai-platform)이 곧 에이전트 경제성(Paxis)을 떠받치는 구조로 이어집니다.

한계 및 반론

세 한계점은 각각 ai-platform의 자동화된 RL 후처리, 실제 트래픽 기반 지속 파인튜닝, Paxis 감사 로그를 통한 저장·폐기 결정의 추적 가능성으로 상당 부분 완화됩니다.

균형을 위해 반대 방향의 질문도 던져야 합니다. 첫째, 기억 조작을 정책에 통합하면 학습 복잡도가 크게 올라갑니다. 드물고 불연속적인 보상을 다루기 위해 3단계 학습과 커스텀 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 맥락)