Claude Code خمّن Drupal من البريد الإلكتروني حتى في safe-mode — المؤلف يبتكر مهارة /ccu

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

Drupal بدل نصيحة محايدة

سأل المؤلف Claude Code عن نظام إدارة المحتوى الذي يوصي به. كان الجواب: Drupal. وعندما سأله «لماذا»، شرح الوكيل بصراحة أنه رأى مهارة ذاتية الصنع لـ Drupal فظن أن المستخدم يعمل بهذا النظام. وهذا منطقي: ملفات CLAUDE.md الشخصية والمهارات والإعدادات تحوّل الوكيل إلى صدى لصاحبه.

ثم وجد المؤلف الخيار --safe-mode الذي يَعِد بالتشغيل دون CLAUDE.md والمهارات والإضافات والـ hooks وخوادم MCP، وبالاشتراك نفسه. سأل مرة أخرى وحصل على Drupal مجددًا. وكانت سلسلة الاستنتاج هذه المرة: بريد إلكتروني في سياق الوكيل، والنطاق amazee.io، والشركة معروفة باستضافة Drupal، إذن المستخدم يعمل في بيئة تتمحور حول Drupal. أُزيلت الإعدادات لكن الهوية بقيت.

كيف تعمل /ccu

كان الحل هو المهارة /ccu (Claude Code, Unbiased by me). لا يحتاج المؤلف إلى جلسة نظيفة كاملة، بل إلى فحص سريع بين حين وآخر، ولذلك جاءت على شكل مهارة. يكتب الوكيل الرئيسي الموجّه (prompt)، وينسخ الملفات اللازمة إلى مجلد فارغ، ويشغّل فيه نسخة نظيفة، ثم يعيد الإجابة.

العزل بسيط. كل تشغيل يحصل على مجلد مؤقت جديد فيه مجلدان: work لملفات المهمة وhome فارغ. بعد ذلك يجري التشغيل تقريبًا هكذا: الانتقال إلى work، ثم env -i مع ضبط HOME على المجلد الفارغ، وPATH، ورمز OAuth، ثم claude -p بالنموذج المطلوب والموجّه كمدخل. يبدأ الخيار env -i ببيئة فارغة، فلا يتسرب شيء من الصدفة (shell). الرمز هو نفسه رمز الجلسة الحالية، وتأخذه المهارة من macOS Keychain. يبقى الاشتراك كما هو ويختفي البريد الإلكتروني: فملف الحساب موجود في .claude.json الذي يُكتب عند تسجيل الدخول، وهو غير موجود في home النظيف.

هناك ملاحظة بشأن الصلاحيات. يرفض الوضع claude -p أي أداة تتطلب تأكيدًا، إذ لا أحد يؤكد. لذلك يُدرج الوكيل الرئيسي مسبقًا الأدوات اللازمة في work/.claude/settings.json، مثل WebFetch وWebSearch وBash(curl:*). لكن في مجلد غير موثوق تُتجاهل هذه الإعدادات، فتعلّم /ccu المجلد work كموثوق عبر hasTrustDialogAccepted في ملف .claude.json داخل home.

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

لماذا يهم هذا عمليًا

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

وهذه هي الخلاصات العملية:

• لا تعتمد على «الوضع الآمن» كضمان للنقاء: تحقق مما يدخل فعليًا في السياق، بما في ذلك بيانات الحساب.
• للمقارنات النزيهة، شغّل النموذج في HOME منفصل وببيئة فارغة بدل الاكتفاء بتعطيل الإضافات.
• إذا أتمتّ التشغيل عبر claude -p، فخطّط للصلاحيات مسبقًا وراعِ قاعدة الثقة بالمجلدات.

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

وماذا عن نظام إدارة المحتوى؟ في النسخة النظيفة أوصى Claude Code بـ Payload. والفرق بين Drupal وPayload يوضح جيدًا كم من «أنت» يوجد في إجابات الوكيل المعتادة.