مهارات التصميم للذكاء الاصطناعي

الذكاء الاصطناعي لن يختفي، لكنه أداة كأي أداة أخرى

أنا مصممة منذ ٢٠ عامًا. خلال هذه الفترة، تغيّرت الأدوات باستمرار، لكن الحرفة الأساسية بقيت كما هي: افهم المشكلة، ارسم خريطة النظام، صمّم التجربة، سلّمها بشكل نظيف. الأدوات مجرد وسيلة للتعبير عن العمل.

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

كنت أحكم على الذكاء الاصطناعي بناءً على جودة مدخلاتي، لا على قدراته

تجاربي الأولى مع أدوات الذكاء الاصطناعي اتبعت نمطًا واحدًا: أعطيه prompt غامض، أحصل على مخرج عام، وأشعر بالرضا عن شكوكي. "شفتوا؟ ما يفهم تصميم." لكن المشكلة لم تكن في الأداة. كانت فيّ أنا.

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

كنت أتعامل معه كصندوق سحري بدلًا مما هو عليه فعلًا: نظام يحتاج مدخلات غنية ومنظّمة لينتج مخرجات غنية ومنظّمة.

إعطاء Claude كامل أعمالي السابقة

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

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

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

مستودع مفتوح المصدر لوكلاء ومهارات التصميم

المستودع مبني من جزئين. الوكلاء (Agents) هي prompts مبنية على أدوار تحدد كيف يفكر كل وكيل، وما الذي يعطيه الأولوية، وكيف يتواصل. المهارات (Skills) هي أدلة تنفيذ تفصيلية تعطي كل وكيل معرفة عميقة بالمنهجية، وقوالب المخرجات، ومعايير الجودة.

design-skills/
├── agents/
│   ├── strategist.md
│   ├── systems-architect.md
│   ├── creative-director.md
│   ├── flow-designer.md
│   ├── handoff-specialist.md
│   └── HOW-TO-USE.md
├── skills/
│   ├── strategist/
│   ├── systems-architect/
│   ├── creative-director/
│   ├── flow-designer/
│   ├── handoff-specialist/
│   └── for-upload-to-claude/
├── README.md
└── LICENSE (CC0 — public domain)

يمكنك استخدامها في Claude Projects برفع prompt الوكيل كتعليمات مشروع والمهارة المطابقة كمعرفة مشروع. يمكنك أيضًا إضافتها إلى Claude Code أو Cowork. الوكلاء يعملون بشكل فردي للمهام المحددة أو بالتسلسل للمشاريع الأكبر: الاستراتيجي أولًا، ثم مهندس الأنظمة، ثم المدير الإبداعي ومصمم التدفقات بالتوازي، ثم أخصائي التسليم لتجميع كل شيء.

المستودع موجود على GitHub تحت رخصة CC0. خذه، انسخه، اصنع واحدًا خاصًا بك.

سياق يدخل، جودة تخرج

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

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

الذكاء الاصطناعي يعيد الويب المفتوح الذي خسرناه

هذا هو الجزء الذي أفكر فيه باستمرار.

في الأيام الأولى للويب، كان المصممون والمهندسون يعملون معًا بسلاسة. كانوا يتشاركون فهمًا أساسيًا للبنات الأساسية: HTML وCSS. المصممون كانوا يصنعون نماذج أولية في المتصفح. الفجوة بين النية والتنفيذ كانت صغيرة.

ثم تعقّد الـ frontend. تكاثرت الأطر البرمجية. المصممون أُبعدوا عن الكود ودُفعوا نحو أدوات متخصصة. انتقلنا من النمذجة في الوسيط إلى رسم صور عن البرمجيات في Figma وربط تلك الصور ببعضها بميزات prototyping معقدة بشكل متزايد لم تقترب أبدًا من دقة ما يمكن أن يحققه HTML وCSS الأساسي.

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

القيمة مقابل الجهد لثلاث طرق نمذجة أولية. نماذج Figma تصل لعوائد متناقصة بسرعة ولا تصل أبدًا لدقة التنفيذ الكاملة. نماذج HTML/CSS تحقق الدقة الكاملة لكنها تتطلب جهدًا كبيرًا. النماذج بمساعدة AI تصل للدقة الكاملة بجهد أقل بشكل كبير.

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

الذكاء الاصطناعي يغيّر هذه المعادلة. مع أدوات AI، أستطيع الانتقال من الفكرة إلى نموذج HTML/CSS عامل في الوقت الذي كان يستغرقه إعداد نموذج Figma. سقف الدقة أعلى وأرضية الجهد أخفض. هذا يعني وقتًا أكثر للعمل المهم فعلًا: فهم المستخدمين، اختبار الأفكار، التعاون مع الهندسة.

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

ما أخذته من هذا العمل

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

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

المستودع مفتوح المصدر تحت رخصة CC0. خذ الوكلاء واستخدمها كما هي إن ناسبت سير عملك. انسخها وأعد كتابتها لتتوافق مع منهجك الخاص. أو ابدأ من الصفر وابنِ منهجك الخاص. الهدف ليس استخدام منهجي. الهدف هو أن تشفير منهجك في أدوات AI ممكن، وعملي، وربما أهم استثمار يمكنك فعله في ممارستك الآن.