واجهة TUI تقتل نطاقك المعرفي: حان وقت تحطيم «فلتر الجييك» في البرمجة بالذكاء الاصطناعي

نُشرت الفكرة الأساسية أول مرة على X، وهذه المقالة هي النسخة الكاملة من الحجة.

هذه الأيام لا يكاد يخلو وكيل برمجة بالذكاء الاصطناعي من إطلاق واجهة TUI، وClaude Code يتحمل مسؤولية كبيرة عن هذه الموضة. لقد أتقن «محادثة الذكاء الاصطناعي داخل الطرفية لكتابة الكود» إلى أقصى حد، لكنه أطلق أيضاً ذوقاً وتبعية لمسار معينة: يبدو أن وكيل البرمجة «الراقي حقاً» يجب أن تكون واجهته طرفية افتراضياً؛ بينما نسخة الويب مجرد ملحق، بل يُسخر منها بأنها «ليست بمستوى المبرمجين».

والنتيجة؟ تُبنى أولاً واجهة TUI معقدة — ألوان وأشرطة حالة واختصارات وتبديل بين الأنماط — ثم تُسمى «انغماساً» و«كفاءة» و«احتراماً للمبرمجين».

حقاً؟

تظن أنك تحادث، لكنك في الحقيقة تتصارع

لمجموعة صغيرة تعيش داخل الطرفية طوال اليوم، نعم، TUI تجربة ممتعة. لكن للكثيرين غيرهم، إنها حاجز يُشيَّد عمداً. عندما تتعاون مع الـAgent عبر TUI، أنت في الواقع تقوم باستمرار بثلاثة أمور:

استرجاع الاختصارات والأنماط. لكل أداة عادات مفاتيحها الخاصة؛ المبتدئ تائه، وحتى المخضرم يعيد التكيف من جديد عند كل تغيير أداة.

تحديد المعلومات داخل تيار حرفي متدفق. الحالة ليست مبسوطة أمامك لتشاهدها، بل مدفونة في خط زمني تحفر فيها بالتمرير والبحث.

الدعاء ألا تكون لمست شيئاً فدخلت في حالة غريبة. تبديل الأنماط غير مرئي؛ غالباً لا تعرف في أي نمط أنت حتى يحدث الخلل.

هذا لم يعد تفاعلاً — هذا تصارع مع واجهة.

كثافة المعلومات ليست كفاءة المعلومات

الكلمة المفضلة لدى مدافعي TUI هي «كثافة المعلومات». لكن حين تدفع كثافة المعلومات إلى أقصاها، تدفع الثمن بدهس القابلية للقراءة وقابلية الاسترجاع إلى أدنى حد.

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

ذاكرة العمل لدى البشر أربعة إلى سبعة خانات فقط. نموذج تفاعل TUI جوهره إنفاق أثمن موارد معرفية على «تذكر حالة الواجهة» بدلاً من «التفكير في المشكلة».

إنها تربّي أيضاً عادة سيئة

والأسوأ أن منظومة TUI تربّي حكماً قيمياً مأزوماً: اعتبار إتقان مفاتيح أداةٍ ما مهارةً بحد ذاتها.

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

الأداة الجيدة ينبغي أن تخفض كلفة التفكير، لا أن تنقل كلفة التفكير إلى «كيفية تشغيل هذه الواجهة».

الـWeb UI يمكن أن تكون سريعة ونظيفة معاً

يقول البعض إن الويب بطيء وغير «أصيل». نحن في عام 2026، وهذه الحجة ماتت منذ زمن.

الـWeb UI يمكن أن تكون سريعة ونظيفة فعلاً: بعد تثبيتها كـPWA تكاد لا تختلف عن تطبيق سطح المكتب، والتحديث أسهل — لا ترقية يدوية، تحديث الصفحة يكفي للحصول على أحدث نسخة. الجلسات الطويلة، وتوازي المهام، وإظهار حالة المهام بصرياً — هذه بالضبط نقاط قوة DOM في المتصفح، لا نقاط قوة تيار الحروف.

إعدادي الأساسي هو واجهة ويب مثل OpenChamber فوق نواة OpenCode، استخدام مكثف طويل الأمد — صلبة كالصخر. وإن أردت التندّق، فأعطال الويب الصغيرة العرضية لا تؤثر أبداً على الاستخدام طويل الأمد، بينما لسعتني بعض أنماط التبديل في بعض واجهات TUI مرات كثيرة.

الأدوات وُجدت لخدمة الناس، لا لإثبات من الأكثر «جييكية»

Claude Code نفسه قوي، ولا جدال في ذلك. لكنه أشاع ذوق «TUI هي الأرثوذوكسية»، والمقلدون الذين تبعوه أسوأ — لا يكلفون أنفسهم عناء تصميم التفاعل، ويعتبرون «العيش في الطرفية» دليلاً على الرقي.

تغليف التفاعل المعادِل للبشر في ثوب راقٍ — أمر ساخر حقاً.

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

في المرة القادمة التي تختار فيها وكيل برمجة، انزع هذا الفلتر أولاً.