الإجابة المختصرة

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

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

يشرح هذا الدليل الفكرة الأساسية لكل برنامج: مدخلات، ثم منطق، ثم بيانات، ثم مخرجات. بعد ذلك نعرض طريقتين لفهم البرنامج، ونشرح كيف تعمل أداة Craft Anything خطوة بخطوة، ونذكر حدودها والاعتبارات الأمنية والتراخيص قبل تشغيل أي نتيجة داخل الشركة.

ما الذي يحدث داخل البرنامج عندما أضغط على زر؟

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

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

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

يد تمسك كشف راتب مطبوعاً بجانب آلة حاسبة على مكتب في قسم محاسبة
مراجعة كشف راتب مطبوع قبل مقارنته بالمتوقع.

مثال: سؤال موظف عن بند في كشف الراتب

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

هذا مثال افتراضي يوضح الفكرة فقط، ولا يصف برنامج رواتب بعينه.

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

من المدخل إلى المخرج في أربع حلقات

يمكن تقسيم مسار الحساب إلى أربع حلقات متتالية. كل حلقة تستقبل ناتج التي قبلها، وتسلّم ما تنتجه إلى التي بعدها.

الترتيب هنا مبسط. بعض البرامج تقرأ البيانات أثناء الحساب لا قبله، لكن هذا التقسيم يساعد على تحديد موضع الخلل. عند كل حلقة، اسأل سؤالاً واحداً:

  • المدخل: ما القيم التي وصلت فعلاً إلى البرنامج؟
  • المنطق: أي قاعدة طُبقت على هذه القيم؟
  • البيانات: أي نسخة من الجدول أو القيمة المرجعية قُرئت؟
  • المخرج: هل الرقم المعروض هو الرقم المحسوب فعلاً؟

مسار الحساب من الضغطة إلى الرقم

  1. المدخلالقيم التي يختارها المستخدم وأمر الحساب.
  2. المنطقالقواعد التي تحوّل القيم إلى نتيجة.
  3. البياناتالجداول والقيم المرجعية التي تُقرأ من التخزين.
  4. المخرجالرقم الذي يظهر على الشاشة أو يُحفظ في ملف.

ما الفرق بين الواجهة والمنطق والبيانات في البرنامج؟

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

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

الواجهة: ما يراه المستخدم ويضغط عليه

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

المنطق: القواعد التي تحوّل المدخل إلى نتيجة

المنطق هو ما يحدث بين الضغطة والنتيجة. يقرأ البرنامج الشهر المختار، ويجمع البنود، ويطبق القواعد المحددة له، ثم يعرض الناتج.

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

البيانات: ما يبقى بعد إغلاق الشاشة

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

في أداة Craft Anything، توثق المصادر محتويات مجلد المشروع، ومنها ملف craft.json الذي يسجل الطلب والهدف والحالة والسجل، ومجلد app الذي يحتوي المشروع المولد. أما هل تبقى هذه الملفات بعد إغلاق النافذة، فالمصادر لا تذكر ذلك، ويمكن التحقق منه بتجربة قبل الاعتماد عليه.

ولا تفصل كل البرامج هذه الطبقات بوضوح. وإذا كان المنطق المطلوب خاصاً بشركتك، فراجع متى تحتاج شركتك إلى تطبيق مخصص؟.

ما يراه المستخدم مقابل ما يعمل خلف الشاشة

ما يراه المستخدم

  • قائمة الشهور
  • زر عرض التقرير
  • الرقم الصافي على الشاشة

ما يعمل خلف الشاشة

  • قواعد حساب البنود
  • سجل الرواتب المخزن
  • ملفات المشروع في مجلده

هل أفهم البرنامج بقراءة الكود أم بتجربته وتفكيكه؟

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

ماذا يعني «من الداخل» لمدير غير تقني؟

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

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

قراءة الكود مقابل التجربة والتفكيك

قراءة الكود تكشف القاعدة مباشرة، لكنها تفترض أنك تعرف لغة البرمجة وبنية المشروع، وقد تطول في البرامج الكبيرة.

التجربة والتفكيك تبدآن من الخارج: ترسل مدخلات مختلفة وتلاحظ المخرجات. تعطي نتائج سريعة في البداية، لكنها قد تفوت قاعدة لم تُختبر بعد.

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

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

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

متى تختار كل طريقة؟

قراءة الكود

  • تكشف القاعدة مباشرة
  • تحتاج معرفة بلغة البرمجة وببنية المشروع
  • تتطلب وصولاً إلى الشيفرة

التجربة والتفكيك

  • تبدأ من المدخلات والمخرجات
  • تعطي نتائج سريعة في البداية
  • قد تفوت قاعدة لم تُختبر

هل أحتاج إلى خبرة برمجة لأفهم البرنامج أو أبنيه؟

الفهم والبناء مهارتان مختلفتان، ولا يحتاج كل منهما إلى المستوى نفسه من الخبرة. تقدّم أداة Craft Anything لفهم البرمجيات وبناء برنامج خاص مساراً للفهم ومساراً للبناء، لكن متطلبات كل مسار ليست واحدة.

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

الفهم والبناء: مهارتان مختلفتان

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

الوضع المتقدم (Advanced) يفتح مساحة العمل الكاملة، وفيها الدوال والتفكيك والسجلات والأدلة. وتذكر الموارد أن الوضعين يعملان بالمحرك نفسه.

الوضع الافتراضي Clean room لا يقرأ شفرة البرنامج الأصلي ولا ملفاته، ويعتمد على ما يراه الزائر، مثل صور الشاشة والنص المرئي والتخطيط. أما Deep فيقرأ الشفرة والملفات للاستعمال الخاص. ويُبدَّل بين Clean room وDeep من شريط العنوان أو من الإعدادات.

أما البناء فله متطلبات تقنية. يحتاج إلى وكيل برمجة مثبت على الجهاز ومسجل دخوله فيه، وتذكر الوثائق أن Claude Code هو الوكيل المدعوم أولاً. والتثبيت من المصدر يتطلب Rust بإصدار 1.97 أو أحدث، وقد يطلب Windows أدوات Visual Studio C++ للبناء. لذلك لا تكون التجربة بلا أي أدوات تقنية.

من يناسبه كل مسار؟

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

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

قائمة سريعة لاختيار المسار

ما هي أداة Craft Anything وكيف تعمل من الدراسة إلى الجاهزية؟

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

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

المراحل الأربع: دراسة، بناء، فحص، جاهزية

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

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

ما الذي تحتاجه قبل التشغيل؟

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

تذكر مواد المشروع المتطلبات التالية. وتنبّه إلى أن بناء المشاريع عبر مفاتيح API ووكلاء أخرى لم يُشغَّل مباشرةً بعد، لذا يُعتمد على Claude Code في التجربة الأولى.

  • Rust بنسخة 1.97 أو أحدث، ويُثبَّت عبر rustup. وقد يطلب المثبّت على ويندوز أدوات بناء Visual Studio C++.
  • وكيل برمجي مسجّل الدخول على جهازك. Claude Code هو المدعوم أولاً، ويعمل ببرنامجك وحسابك الخاصين.
  • أداة الفحص doctor، وتبيّن النواقص في التثبيت والوكلاء والمحركات.
  • ملف التثبيت المناسب لنظامك من صفحة الإصدارات، وتتوفر ملفات لويندوز وmacOS وLinux.

المراحل الأربع بالترتيب

  1. دراسة

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

  2. بناء

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

  3. فحص

    تقارن الأداة النتيجة بالأصل، وتعرض قائمة بما لا يطابق بعد. المقارنة لا تعني تطابقاً كاملاً.

  4. جاهزية

    تفتح النتيجة للتشغيل أو المعاينة، أو تنتقل إلى تحسينها بناءً على طلبك.

كيف أبني برنامجاً بسيطاً خطوة بخطوة مع خبرة برمجة محدودة؟

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

يدان على لوحة مفاتيح حاسوب بجانب قائمة تحقق مطبوعة بخانات فارغة
قائمة تحقق مطبوعة قبل تجربة الأداة.

قبل أن تبدأ: ما الذي تتحقق منه؟

تشترط الموارد Rust بإصدار 1.97 أو أحدث، ويُحدَّث بالأمر rustup update. وعلى Windows قد يطلب المثبّت أدوات Visual Studio C++ Build Tools، كما يذكر موقع Rust الرسمي.

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

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

ماذا تفعل إذا لم تطابق النتيجة الأصل؟

تعرض الأداة ما لم يتطابق بعد بين البناء والأصل. الفرق لا يعني أن النتيجة صحيحة، ولا تقبلها قبل معالجته.

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

الخطوات التطبيقية

  1. ثبّت المتطلبات التقنية

    إن بنيت الأداة من المصدر، ثبّت Rust وحدّثه، ثم شغّل doctor. هذه الخطوة تحتاج أوامر تقنية، فاستعن بمطوّر إن لزم.

  2. حمّل الإصدار المناسب

    من صفحة الإصدارات اختر ملف نظامك، مثل msi على Windows أو dmg على macOS أو AppImage على Linux.

  3. طابق قيمة التحقق

    قارن قيمة الملف مع ما يسرده ملف SHA256SUMS.txt. إذا لم تتطابق القيمتان، لا تشغّل الملف.

  4. ابدأ بالوضع الافتراضي

    اختر Simple مع Clean room، فلا تقرأ الأداة كود الأصل أو ملفاته. فعّل Deep فقط على برنامج تملكه أو يُسمح لك بفحصه.

  5. صف الطلب وراجعه مع زميل

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

  6. وافق على الأوامر بحذر

    اقرأ كل أمر تطلبه الأداة، ولا تختر always allow إلا لمشروع تثق بمعتمداته، لأن حزم npm قد تنفذ كوداً أثناء التثبيت.

  7. اختبر ببيانات تجريبية

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

ما حدود Craft Anything ومتى تحتاج إلى مطور محترف؟

يبحث كثيرون عن أدوات تعلم بناء البرمجيات للمبتدئين، ومن المفيد أن تعرف ما تفعله Craft Anything وما لا تفعله قبل أي تجربة. تصف مواردها الأداة بأنها في مرحلة ألفا مبكرة، لذلك نقرأ حدودها كما هي، لا كوعود بالاكتمال.

ما الذي تفعله الأداة اليوم؟

تذكر الموارد المنشورة أن الأجزاء التالية تعمل اليوم: التطبيق المكتبي بوضعيه البسيط والمتقدم، وأداة سطر الأوامر، وخادم MCP. ويعتمد البناء الحالي على Claude Code وكيلاً للبناء.

  • دورة الدراسة ثم البناء ثم التحقق ثم الجاهزية للمواقع والتطبيقات والألعاب.
  • فحص المواقع عند ثلاثة عروض شاشة مختلفة.
  • إعادة بناء الألعاب باستخدام Unity أو Unreal أو Godot.
  • وضع Deep مع Ghidra عند تثبيته، للتحليل الأعمق لبرامج تملكها أو يُسمح لك بفحصها.
  • صور ونماذج ثلاثية الأبعاد مولّدة بشكل اختياري، باستخدام مفتاح fal.ai خاص بك.

ما الذي لا تغطيه؟

تحدد الموارد الحدود التالية:

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

متى تحتاج إلى مطور محترف؟

نرى أن الأنسب في مرحلة الألفا أن تُجرَّب الأداة على نماذج أولية وبرامج تملكها شركتك.

أما الأنظمة التي تمس الرواتب أو البيانات الحساسة أو الأمن، فنرى أن يراجعها مطور محترف للكود والتبعيات قبل أي تشغيل.

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

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

افتراض شائع مقابل ما تذكره الموارد

ما قد يُتوقع

  • تعمل على أي برنامج دون قيود
  • لا تحتاج إلى مراجعة بشرية
  • تكفي وحدها للإنتاج

ما تذكره الموارد

  • تعمل داخل قواعد الوضع الافتراضي، وتطلب موافقتك خارجها
  • تقارن البناء بالأصل وتعرض ما لم يتطابق بعد
  • في مرحلة ألفا مبكرة، والخدمة المُدارة ليست متاحة اليوم

ما الاعتبارات الأمنية والتراخيص قبل تشغيل برنامج أبنيه داخل الشركة؟

قبل تشغيل برنامج داخل الشركة تبنيه بأداة Craft Anything، راجع الصلاحيات والتراخيص وطريقة تثبيت الاعتماديات. تصف الموارد الأداة بأنها في مرحلة ألفا مبكرة، فلا تعاملها كأداة جاهزة للإنتاج.

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

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

الصلاحيات والبيانات

الوضع الافتراضي Clean room لا يقرأ شيفرة البرنامج الأصلي أو ملفاته أو مصدر صفحته. أما Deep فيقرأ ذلك كله، ويُستخدم لأغراضك الخاصة بحسب الموارد.

وتذكر الموارد أن Clean room ليس عزلاً لنظام التشغيل، فالوكيل البرمجي يتصرف باسمك، وصلاحياته هي التي تحدد ما يقرأ ويكتب ويشغّل.

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

التراخيص والإصدار

تذكر صفحة المستودع أن الترخيص Apache-2.0، بينما يذكر ملف README أنه مرخّص بالترخيصين MIT أو Apache-2.0 حسب اختيارك. راجع ملفات الترخيص والإشعارات قبل الاعتماد على أي صيغة.

وتنبّه ملفات المشروع إلى أن اسم ArtCraft وشعاراته علامات تجارية لفريق ArtCraft لا تشملها الرخصة، ويجب حذفها في النسخ المعدّلة. أما الأصول المرفقة فلها تراخيص مذكورة في ATTRIBUTION.md.

قبل التشغيل، تحقق من الملف عبر SHA256SUMS.txt المنشور مع كل إصدار. وإذا فشل تحقق macOS، فلا تشغّله، وأبلغ عنه مع الإخراج ووسم الإصدار.

تشغيل حزم الاعتماديات بحذر

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

لا تختر السماح الدائم لأوامر npm إلا لمشروع تثق في اعتمادياته. ويمكن تثبيت حزم npm بلا سكربتات بالأمر npm install --ignore-scripts.

قائمة تحقق للمدير التقني قبل أي تجربة

أسئلة شائعة

هل أحتاج إلى خبرة برمجة لأستخدم Craft Anything؟

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

ما الفرق بين فهم البرنامج وبناء نسخة منه؟

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

هل تقرأ Craft Anything كود البرنامج الأصلي؟

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

هل Craft Anything جاهزة للاستخدام في بيئة الإنتاج؟

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

هل يمكن استخدامها على برنامج لا أملكه؟

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

خطوة عملية

ابدأ بقائمة تحقق قبل أي تجربة

قبل تجربة Craft Anything، حدّد برنامجاً واحداً تملكه أو يُسمح لك بفحصه، واكتب السؤال الذي تريد الإجابة عنه، وراجع الصلاحيات والتراخيص مع الجهات المختصة في المملكة، واختبر الأداة في بيئة تجريبية بعيدة عن الأنظمة الإنتاجية. تواصل معنا إذا أردت مساعدة في تبنّي هذه الأداة.

إذا كان هذا التحدي قريباً من واقع عملك، اكتب لنا ما تحتاجه.

تحدث مع الريتاج