He Finally 10x Claude Code With This Method

Watch on YouTube

Now Playing

Transcript

682 segments

0:00

يستخدم المطورون

0:00

الحلقات البرمجية

0:01

لتمكين أنظمة الذكاء

0:02

الاصطناعي من بناء

0:03

العديد من الأشياء

0:03

تلقائيًا. ويكمن سر

0:04

نجاح هذه الطريقة في

0:05

سير العمل المنظم الذي

0:06

تقوم عليه كل حلقة.

0:07

لهذا السبب، يُترك

0:08

المطورون لأنظمة

0:09

الذكاء الاصطناعي

0:10

العمل على مهام ضخمة

0:11

لساعات متواصلة،

0:11

ويحققون نتائج ممتازة.

0:13

هناك طرق عديدة لإعداد

0:14

سير العمل هذا، ومنها

0:16

حلقة كارباثي. قمنا

0:17

بتطبيق حلقة كارباثي

0:18

على تطبيقاتنا الخاصة

0:20

لاختبار أدائها. وقد

0:21

أثبتت الحلقة كفاءتها

0:22

، لكننا اكتشفنا مشكلة

0:23

واحدة لا تستطيع

0:24

الحلقة رصدها

0:25

تلقائيًا. ولحل هذه

0:26

المشكلة، أجرينا

0:27

تعديلًا واحدًا على

0:28

الحلقة. إذا كانت هذه

0:29

زيارتك الأولى، فنحن

0:30

شركة برمجيات، وهذه

0:31

قناتنا "مختبرات

0:32

الذكاء الاصطناعي". في

0:33

هذا الفيديو، سنشرح لك

0:34

حلقة كارباثي، وكيفية

0:36

إعدادها لتطبيقاتك،

0:37

والتعديل الذي يحل هذه

0:38

المشكلة. ولكن قبل

0:39

الخوض في تفاصيل سير

0:40

العمل، دعونا نستعرض

0:42

طريقة كارباثي نفسها،

0:43

لأن هذه الحلقة مبنية

0:44

عليها. إذا لم تكن على

0:45

دراية بالحلقات

0:46

التكرارية، فلدينا

0:47

بالفعل فيديو كامل

0:48

عنها على قناتنا.

0:48

يمكنك مشاهدته لفهمها

0:50

بشكل أفضل. في مشروع

0:51

سابق، أنشأ أندريه

0:52

كارباثي برنامجًا

0:53

يُدعى "الباحث الآلي"(

0:54

Auto Researcher)، حيث كان

0:55

وكيل ذكاء اصطناعي

0:56

يعمل باستمرار على

0:57

تدريب نموذج، ويُعيد

0:58

تشغيل الكود مرارًا

0:59

وتكرارًا حتى يتحسن

0:59

النموذج. كان الوكيل

1:01

يقوم بذلك ضمن حلقة

1:01

تكرارية، لذا لم تكن

1:03

هناك حاجة لتوجيه

1:03

خطواته. في "الباحث

1:05

الآلي"، كان يُسمح

1:06

للوكيل بتغيير ملف

1:07

واحد فقط، وهو الملف

1:08

الذي يُدرّب النموذج.

1:09

كل جولة كانت بمثابة

1:10

تجربة يُجري فيها

1:11

الوكيل تغييرًا

1:12

واحدًا على ملف

1:13

التدريب، ثم يُدرّب

1:14

النموذج لبضع دقائق.

1:15

بعد ذلك، يُعطي ملف

1:16

ثانٍ النموذج درجة.

1:18

إذا تحسنت الدرجة،

1:19

يُبقي الوكيل على

1:20

التغيير. أما إذا بقيت

1:21

الدرجة كما هي أو ساءت

1:23

، فيتراجع الوكيل عن

1:24

التغيير. لم يكن

1:25

مسموحًا للوكيل

1:26

بتعديل ملف الدرجات.

1:27

والسبب هو أنه لو كان

1:28

بإمكان الوكيل تغيير

1:29

ملف الدرجات، لكان من

1:30

الممكن أن يُسهّل ذلك

1:31

تجاوز الدرجة بدلًا من

1:33

تحسين النموذج. أما

1:34

الملف الثالث، المسمى

1:35

program.md، فكان يُخبر

1:36

الوكيل بكيفية تشغيل

1:38

كل جولة. كان ملف program.md

1:39

عبارة عن ملف تعليمات

1:41

كتبه كارباثي بلغة

1:42

إنجليزية بسيطة. كتب

1:44

كارباثي هذا الملف

1:45

وترك الحلقة تعمل لمدة

1:47

يومين. خلال هذه

1:48

الفترة، أجرى

1:49

البرنامج 700 تجربة

1:50

واكتشف 20 تغييرًا

1:51

ساهمت في تسريع تدريب

1:53

النموذج. أظهرت هذه

1:54

التجربة كيف يمكن

1:55

للبرامج الاستمرار في

1:56

العمل وفحص كل

1:57

الاحتمالات، وهو أمر

1:59

غير ممكن إذا تحكمت في

2:00

كل خطوة بنفسك. ذلك لأن

2:02

التحكم في 700 تجربة

2:03

يستغرق وقتًا طويلاً،

2:04

بينما أجرى البرنامج

2:05

التجارب تلقائيًا

2:07

واكتشف طرقًا مختلفة

2:08

ناجحة. قام الرئيس

2:09

التنفيذي لشركة Shopify

2:10

أيضًا بتشغيل حلقة

2:11

مماثلة وحقق نتائج

2:12

جيدة. شغّلها على أحد

2:14

نماذجه أثناء نومه،

2:15

وأجرى البرنامج 37

2:17

تجربة. في الصباح، كان

2:19

أداء نموذجه أفضل

2:20

بنسبة 19%. لذا، أظهرت

2:21

طريقة كارباثي أنه

2:22

عندما يُعطى البرنامج

2:24

هدفًا، يمكنه

2:24

الاستمرار في تجربة

2:26

أشياء مختلفة والتحسن

2:27

تلقائيًا دون توجيهك

2:28

في كل خطوة. من هنا بدأ

2:29

الكثيرون في الاهتمام

2:31

بهندسة الحلقات. قبل

2:32

إنشاء حلقة تكرارية،

2:34

عليك معرفة متى يجب

2:35

استخدامها أصلاً. فإذا

2:37

استخدمتها لنوع خاطئ

2:38

من المهام، ستُهدر

2:39

الرموز وقد لا تحصل

2:40

على النتيجة المرجوة.

2:41

تُعدّ الحلقات

2:42

التكرارية مفيدةً

2:43

للغاية عند استخدامها

2:44

في السيناريوهات

2:45

المناسبة، ولكن

2:46

السيناريو المناسب

2:47

يعتمد على الهدف من

2:48

المهمة. لكي تكون

2:49

الحلقة التكرارية

2:50

مُجدية، يجب أن تتوافر

2:51

أربعة شروط. أولها

2:52

تكرار المهمة

2:53

باستمرار. تستغرق

2:55

الحلقة التكرارية

2:56

وقتًا لإنشائها، ولن

2:57

تسترد هذا الوقت إلا

2:58

بتكرار المهمة. لذا،

2:59

بالنسبة لمهمة تُنفّذ

3:00

مرة واحدة، يكفي توجيه

3:01

واحد جيد. إذا أنشأت

3:03

حلقة تكرارية لهذا

3:03

النوع من المهام،

3:04

فستقضي وقتًا أطول في

3:05

الإعداد منه في المهمة

3:06

نفسها. الشرط الثاني

3:07

هو حد الاستخدام، لأن

3:08

الحلقات التكرارية

3:09

تستهلك الكثير من

3:10

الرموز. في الحلقة

3:11

التكرارية، يقرأ

3:12

النظام مشروعك مرة

3:13

أخرى ويحاول إصلاحًا

3:14

جديدًا في كل جولة.

3:15

وهذا يستهلك الرموز

3:16

حتى في الجولات التي

3:17

تفشل. لذا، فإن حلقة

3:18

طويلة ضمن خطة بقيمة 20

3:20

دولارًا تصل إلى حد

3:21

الاستخدام قبل إتمام

3:22

العمل. ثالثًا، يمكن

3:23

التحقق من العمل دون

3:24

الحاجة إلى آلية تُعطي

3:26

تقييمًا واضحًا. في

3:27

التطبيقات، يتم ذلك

3:28

عبر أجزاء صغيرة من

3:29

التعليمات البرمجية

3:30

تُجرّب ميزةً ما وتؤكد

3:31

عملها. أخيرًا، يمكن

3:33

للوكيل تشغيل ما بناه

3:34

فعليًا ومعرفة أي

3:35

أعطال، ليعرف ما يجب

3:36

إصلاحه في الجولة

3:37

التالية. نستخدم

3:38

أنواعًا مختلفة من

3:39

الحلقات في سير عملنا،

3:41

ولكن فقط للمهام التي

3:42

لها تقييم واضح يمكننا

3:43

قياسه، ولا نسمح أبدًا

3:44

ببناء تطبيق كامل في

3:46

حلقة واحدة ثم نعتبره

3:47

منتهيًا. نستخدم

3:48

الحلقات فقط لبناء

3:49

ميزة واحدة في كل مرة

3:50

أو نسخة بسيطة من

3:51

التطبيق يمكن لفحوصات

3:52

الحلقات التحقق منها.

3:54

ولكن قبل أن نبدأ،

3:55

سيكون من الرائع لو

3:56

اشتركت في القناة

3:57

وضغطت على زر الإعجاب.

3:58

هذه اللفتة البسيطة من

3:59

الدعم تُحدث فرقًا

4:00

كبيرًا بالنسبة لنا.

4:01

شارك كارباثي الكثير

4:03

حول كيفية عمله مع

4:04

وكلاء الذكاء

4:04

الاصطناعي. لذلك أخذنا

4:06

ما شاركه وحوّلناه إلى

4:07

إعداد يمكننا

4:08

استخدامه في سير عملنا

4:09

. لجعل حلقة التكرار

4:11

هذه تعمل مع تطبيقنا،

4:12

قمنا بإعداد بعض

4:13

المهارات والوكلاء

4:14

لأتمتة هذه المهمة.

4:15

سنشرح وظيفة كل جزء

4:17

بالتفصيل حتى تتمكن من

4:18

طلب بناء كل جزء منها

4:20

من كلود. أول ما

4:21

أنشأناه هو مهارة

4:22

بالغة الأهمية تُسمى "

4:23

سياق المشروع". هذه

4:25

المهارة خاصة بما تقوم

4:26

ببنائه وتحتوي على كل

4:28

ما تحتاج معرفته عنه.

4:29

تعمل كذاكرة لما يفعله

4:31

التطبيق، وصفحاته،

4:32

والاتفاقيات التي

4:33

يتبعها، والأمور التي

4:34

يجب تجنبها. لذا،

4:36

عندما يعمل النموذج،

4:37

يمكنه استخلاص السياق

4:38

من هناك. تتطور مهارة "

4:40

سياق المشروع" مع تطور

4:41

التطبيق، لذا فهي

4:42

دائمًا محدثة بأحدث

4:44

إصدار. نستخدم مهارة

4:45

بدلًا من ملفات تُخزن

4:46

فيها هذه المعلومات

4:47

عادةً، لأن الوصف

4:48

المختصر للمهارة فقط

4:50

هو ما يبقى ظاهرًا في

4:51

النافذة طوال الوقت.

4:52

هذا يعني أن الوكيل

4:53

يعرف دائمًا أنها

4:54

متاحة، ولكنه لا

4:55

يُحمّل التفاصيل

4:56

الكاملة إلا عند

4:57

الحاجة، بدلًا من

4:58

تحميلها جميعًا في كل

5:00

مهمة. لذا، مهما كان ما

5:01

تقوم ببنائه، يمكنك أن

5:02

تطلب من الوكيل الذي

5:03

تعمل معه إعداد مهارة

5:04

تخزن كل هذه المعلومات

5:06

السياقية. بعد ذلك،

5:07

توجد مهارة رئيسية

5:08

تُشغّل العملية

5:09

برمتها بحيث يمكن

5:10

تشغيل الحلقة دون تدخل

5:11

منك. إنها مهارة

5:12

البناء، وتحتوي على

5:13

جميع التعليمات

5:14

اللازمة لتشغيل

5:15

الحلقة على كل ميزة.

5:16

تتمثل المهمة الأولى

5:17

لمهارة البناء في

5:18

كتابة عمليات التحقق،

5:19

وهي لا تقوم بذلك

5:20

تلقائيًا، بل تستخدم

5:21

مهارة أخرى تُسمى

5:21

كتابة عمليات التحقق.

5:23

تُشبه كتابة عمليات

5:23

التحقق وكيل كتابة

5:24

الاختبارات الذي

5:25

استخدمناه في

5:26

فيديوهاتنا السابقة،

5:27

ولكنها مُخصصة لهذا

5:28

المشروع وسير العمل.

5:29

يضمن هذا كتابة عمليات

5:30

التحقق قبل بناء أي

5:31

ميزة، بحيث يكون لدى

5:33

الوكيل مرجع للتحقق

5:34

منه بدلًا من تقييم

5:35

الكود الخاص به. بمجرد

5:36

كتابة عمليات التحقق،

5:38

تُدرج مهارة البناء ما

5:39

تختبره كل عملية تحقق

5:40

بكلمات بسيطة. هنا

5:41

تحتاج إلى التواصل مع

5:43

وكيلك ذهابًا وإيابًا

5:44

للتأكد من أن عمليات

5:45

التحقق تُغطي جميع

5:46

المشاكل الشائعة التي

5:47

تحدث أثناء العمل.

5:48

بمجرد الموافقة، يقوم

5:49

برنامج صغير يُسمى "

5:51

الفحوصات المعتمدة"

5:52

بتثبيتها. ينقل هذا

5:53

البرنامج الفحوصات

5:54

إلى مجلد مُقفل، وتمنع

5:56

قاعدة في إعدادات كود

5:57

كلود الوكيل من تعديل

5:58

هذا المجلد. وبالتالي،

5:59

لا يمكن للحلقة تسهيل

6:01

عمليات الفحص الخاصة

6:02

بها. بعد الموافقة على

6:03

الفحوصات، تُثبّتها

6:04

مهارة البناء. يُضيف

6:05

هذا طبقة حماية إضافية

6:07

في حال حاول الوكيل

6:08

تغييرها. ثم تُشغّل

6:09

الحلقة، لكن مهارة

6:10

البناء لا تُنشئ

6:11

الميزات في نافذة

6:12

سياقها الخاصة. للحفاظ

6:14

على سياق كل ميزة

6:15

منفصلاً، تُعطي كل

6:16

ميزة لوكيل بناء

6:17

الميزات. يبدأ وكيل

6:19

بناء الميزات من جديد

6:20

في كل مرة ويُنشئ

6:21

الميزة وفقًا

6:22

للتعليمات. تُخزّن

6:23

نتيجة كل جولة في ملف

6:25

لاستخدامها لاحقًا.

6:26

عند اكتمال كل ميزة،

6:28

تُصدر مهارة البناء

6:29

تقريرًا، وتُكتب جميع

6:31

تعليمات الحلقة، مثل

6:32

القواعد الثابتة

6:33

وكيفية العمل، في ملف

6:35

program.md. يتبع هذا نفس

6:36

التنسيق الذي استخدمه

6:37

كارباتي. بذلك يكتمل

6:38

إعدادنا لتشغيل

6:39

الحلقة بهذه الطريقة.

6:41

لكن قبل أن نبدأ هذا

6:42

الإعداد، دعونا نستمع

6:43

إلى كلمة من راعينا،

6:44

Upstash Box. تستطيع

6:45

البرامج الوسيطة الآن

6:46

بناء البرامج

6:46

الحقيقية وإصلاحها،

6:47

لكن حاسوبك المحمول لا

6:48

يستطيع تشغيل سوى

6:49

برنامج وسيط واحد في

6:50

كل مرة. لأن تشغيل أكثر

6:51

من برنامج وسيط يعني

6:52

إما تعارضها مع بعضها،

6:53

أو إبطاء كل شيء، أو

6:54

الأسوأ من ذلك، أنها

6:55

ستقرأ أو تُغير

6:56

الملفات على جهازك

6:57

خلسةً. لهذا السبب أنت

6:58

بحاجة إلى بيئة معزولة

6:59

، وهذه هي المشكلة

7:00

التي تحلها Upstash Box

7:01

تحديدًا من خلال منح

7:02

كل برنامج وسيط بيئته

7:03

المعزولة الخاصة. كل

7:04

بيئة معزولة عبارة عن

7:05

حاسوب حقيقي في

7:06

السحابة بنظام تشغيل

7:07

وملفات خاص به. لذا،

7:08

يمكن للبرنامج الوسيط

7:09

العمل على مستودعك دون

7:10

الحاجة إلى الوصول إلى

7:11

جهازك. قمنا بتشغيل 10

7:12

برامج وسيطة، لكل منها

7:13

مهمتها الخاصة. قام

7:14

أحدها ببناء ميزة

7:15

جديدة، وآخر بتعقب خطأ

7:16

برمجي، ولم يمس أي

7:17

منها حاسوبنا المحمول.

7:19

ولأن كل بيئة معزولة

7:20

من Upstash تحفظ حالتها

7:20

الخاصة، فقد استمرت

7:21

البرامج في العمل

7:22

لساعات، حتى طوال

7:23

الليل. إنها أشبه

7:24

بمصنع برامج متكامل،

7:25

ولا يوجد أي جزء منه

7:26

على جهازك. هناك باقة

7:27

مجانية، تدفع فقط

7:28

مقابل ما تستخدمه،

7:29

وتتوقف الباقة تمامًا

7:30

عند عدم تشغيل أي شيء.

7:31

يمكنك استخدام عدة

7:33

وكلاء لإدارة سير عملك

7:34

على upstash.com، الروابط

7:35

موجودة في الوصف. بما

7:37

أننا كنا نعمل على

7:38

مشروع مكتمل جزئيًا،

7:39

طلبنا من كلود استخدام

7:40

مهارة البناء، وطلبنا

7:42

منه إنشاء ميزة تُمكّن

7:43

الزبائن من طلب الطعام

7:44

للاستلام من موقع

7:45

المطعم الإلكتروني.

7:46

لكن هذه الميزة لم تكن

7:48

مُدرجة في قائمة

7:49

الميزات لدينا بعد.

7:50

لذا أضافها كلود وكتب

7:51

قواعد الطلب عبر

7:52

الإنترنت في ملف

7:54

features.md. هذا هو الملف

7:55

الذي كنا نستخدمه

7:56

لتتبع الميزات. بعد

7:57

كتابة القواعد، حدد

7:58

كلود جميع عمليات

7:59

التحقق التي سيجريها.

8:01

احتوت القائمة الأولى

8:02

على 10 عمليات تحقق.

8:03

أردنا أيضًا إضافة

8:04

بريد الزبون

8:04

الإلكتروني، لذا

8:05

طلبنا من كلود إضافته.

8:06

أصبح عدد عمليات

8:07

التحقق 11، وتأكد

8:08

التحقق الجديد من أن

8:09

البريد الإلكتروني

8:10

صحيح. بعد الموافقة

8:11

على عمليات التحقق،

8:12

قام كلود بتأكيدها. ثم

8:13

قام وكيل بناء الميزات

8:15

بإنشاء الميزة،

8:16

واستغرق ذلك حوالي 6

8:17

دقائق. في النهاية،

8:18

أظهر التقرير أن جميع

8:18

عمليات التحقق الإحدى

8:19

عشرة اجتازت بنجاح في

8:20

الجولة الأولى، لذا لم

8:21

تكن الحلقة بحاجة إلى

8:22

جولة أخرى. لكن الحلقة

8:23

رصدت أيضًا أمرًا لم

8:24

يظهره التقييم. فقد

8:26

اختبرت عمليات التحقق

8:27

قواعد الطلب فقط.

8:28

وبالتالي، كانت

8:29

الحلقة قد كتبت تلك

8:29

القواعد، لكنها لم

8:30

تكتب نموذج الطلب الذي

8:31

يستخدمه الزوار على

8:32

الموقع الإلكتروني.

8:33

لذلك، قامت الحلقة

8:34

بإنشاء نموذج الطلب

8:35

وربطه بتلك القواعد

8:36

قبل أن تُعلّم الميزة

8:37

على أنها مكتملة. لكن

8:38

هذا النوع من الحلقات

8:40

يعاني من مشكلة واحدة،

8:41

وهي أن الوكيل لديه

8:42

عادات. ففي الحلقة،

8:43

إذا لاحظ أن طريقة

8:44

معينة لا تعمل، فإنه

8:45

سيُحسّنها في تلك

8:46

الحلقة، لكنه لن يتذكر

8:47

ذلك للمرة التالية

8:48

التي يُشغّل فيها تلك

8:49

الحلقة. حلقتنا تعاني

8:51

من المشكلة نفسها لأن

8:52

كل ميزة تبدأ بوكيل

8:53

بناء ميزات جديد وبنفس

8:55

ملفات التعليمات. لذا،

8:56

فإن الخطأ الذي يرتكبه

8:57

النموذج في جولة ما

8:59

سينتقل إلى الجولة

9:00

التالية. الحل لهذه

9:01

المشكلة هو حلقة ثانية

9:02

تقرأ كيفية تشغيل

9:03

الحلقة الأولى

9:04

وتُغيّر طريقة عملها.

9:05

لقد أنشأنا نسختنا

9:06

الخاصة من تلك الحلقة

9:07

الثانية كمهارة تُسمى

9:08

الحلقة التلقائية. في

9:09

هذه الطريقة، يقوم

9:10

المستخدم بكتابة ملف

9:11

program.md، ولكن في

9:12

إعدادنا، تقوم الحلقة

9:13

التلقائية بإعادة

9:14

كتابة جزء "كيفية

9:15

العمل" من ملف program.md

9:16

تلقائيًا. وللقيام

9:17

بذلك، تقرأ الحلقة

9:18

التلقائية ملف

9:19

النتائج، الذي يخزن كل

9:21

جولة تم تشغيلها. لكل

9:22

جولة، يُظهر ملف

9:23

النتائج أيضًا ما إذا

9:24

تم الاحتفاظ بالجولة

9:25

أو التراجع عنها، وما

9:26

الذي حاوله المستخدم،

9:27

وما هي عمليات التحقق

9:28

التي لا تزال تفشل.

9:29

تتحقق الحلقة

9:30

التلقائية بشكل أساسي

9:31

من المشكلات المتكررة

9:32

، مثل نفس الخطأ الذي

9:33

ارتكبه المستخدم أو

9:34

نفس الثغرة التي تظهر

9:36

في ميزتين. ثم تسجل كل

9:37

عادة مع الجولات التي

9:38

أظهرتها. بعد ذلك،

9:40

تعيد الحلقة

9:40

التلقائية كتابة جزء "

9:41

كيفية العمل" في ملف

9:42

program.md، بحيث يتم بناء

9:43

الميزات التالية

9:44

بالتعليمات الجديدة.

9:45

لكن الحلقة التلقائية

9:47

لا تستطيع تعديل

9:47

عمليات التحقق. لو كان

9:49

بإمكانها تعديل

9:50

عمليات التحقق، لأصبح

9:51

اجتيازها أسهل. عندها

9:52

ستتوقف الجولات عن

9:53

الفشل دون إصلاح

9:54

العادات. الآن،

9:55

لاختبار الحلقة داخل

9:57

الحلقة، قمنا بتشغيل

9:58

واحدة على مشروع آخر.

9:59

كان تطبيقًا لإدارة

10:01

المشاريع لا يحتوي على

10:02

أي طريقة لدمج ومشاركة

10:03

سير العمل. لتشغيلها،

10:05

طلبنا من كلود إنشاء

10:06

مهارة أخرى تُسمى "

10:07

الحلقة التلقائية".

10:08

تُشغّل هذه المهارة

10:09

نفس الحلقة باستخدام

10:10

نفس وكيل بناء الميزات

10:11

ومهارة التحقق من

10:12

الكتابة التي كانت

10:13

مُستخدمة في الإعداد

10:14

السابق، ولكنها

10:15

تُشغّل تلك الحلقة

10:16

داخل حلقة أخرى. يختلف

10:18

هذا عن مهارة البناء

10:19

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

10:20

سابقًا، لأن مهارة

10:21

البناء تُشغّل دورة

10:22

واحدة فقط. تتلقى كل

10:23

ميزة نفس التعليمات،

10:24

ويقوم الوكلاء

10:25

ببنائها، ولكن لا

10:26

تنتقل أي معلومات

10:27

تتعلمها الحلقة إلى

10:28

الميزة التالية.

10:29

تُشغّل مهارة الحلقة

10:31

التلقائية الحلقة

10:32

ميزةً تلو الأخرى،

10:33

ولكن بعد كل ميزة،

10:34

تُراجع التعليمات

10:35

وتُحدّثها، بحيث تبدأ

10:37

الميزة التالية من

10:38

الطريقة التي نجحت

10:39

بالفعل. يُساعد هذا في

10:40

تحسين الحلقة بشكل

10:42

كبير. الهدف الأساسي

10:43

من هذه المهارة هو

10:44

تحسين الحلقة نفسها

10:45

وإجراء تغييرات في

10:46

التعليمات. لذلك، في

10:48

كل مرة تُشغّل فيها

10:49

الحلقة، تعمل بشكل

10:50

أفضل من المرة السابقة

10:51

. لإضافة ميزات إلى

10:52

تطبيقنا، شغّلنا

10:53

مهارة الحلقة

10:54

التلقائية وأخبرناها

10:55

بما نريده. طلبنا

10:56

طريقةً تُمكّن العديد

10:57

من الأشخاص من العمل

10:58

معًا، حتى يتمكنوا من

11:00

مشاركة جلسات التركيز

11:01

وتشغيل المشاريع معًا.

11:02

ثم بدأت مهارة الحلقة

11:03

التلقائية بإضافة تلك

11:04

الميزات إلى ملف

11:05

التتبع. كما في السابق

11:07

، تقوم مهارة التكرار

11:08

التلقائي أولاً بسرد

11:09

عمليات التحقق. يمكنك

11:10

تعديلها إذا لزم الأمر

11:11

أو طلب من وكيلك البدء

11:12

في البناء مباشرةً.

11:13

كانت الميزة الأولى

11:14

قاعدة بيانات مشتركة،

11:15

بحيث يمكن للجميع حفظ

11:17

أعمالهم في مكان واحد.

11:18

اجتازت قاعدة

11:18

البيانات جميع عمليات

11:20

التحقق العشر، لكن

11:21

التطبيق لم يحفظ أي

11:22

شيء فيها. لذلك، أضاف

11:23

التكرار التلقائي

11:24

عادةً إلى التعليمات،

11:25

وهي ربط كل ميزة

11:26

بالتطبيق في نفس

11:27

الجولة التي تجتاز

11:28

فيها عمليات التحقق.

11:30

ثم رصد التكرار

11:30

التلقائي مشكلة ثانية

11:32

تتعلق بالإشارات،

11:33

والتي تتيح لك إسناد

11:34

مهمة بكتابة اسم شخص

11:35

ما بعد علامة@. اجتازت

11:37

الإشارات عمليات

11:38

التحقق، لكن جزءًا

11:38

قديمًا من التطبيق كان

11:40

لا يزال يقرأ علامة@

11:41

بالطريقة القديمة.

11:42

لهذا السبب أضاف

11:43

التكرار التلقائي

11:44

عادةً ثانية، وهي

11:45

تحديد كل مكان يؤدي

11:46

فيه التطبيق وظيفة ما

11:47

وجعل كل منها يتبع

11:48

القواعد الجديدة. نجحت

11:49

كلتا الميزتين لأن

11:51

الميزات التالية جاءت

11:52

بشاشاتها متصلة

11:53

بالفعل. لرؤية عمليات

11:54

التحقق عمليًا، أخطأ

11:55

المطور في جولتين من

11:57

المشاريع المشتركة. في

11:58

الجولة الأولى، تعطلت

12:00

الإشارات، ففشلت وتم

12:01

إلغاء الجولة. في

12:02

الجولة الثانية، تم

12:04

تقدير حصة كل شخص

12:05

بطريقة بسيطة، فحصل

12:06

ثلاثة أشخاص على 33 لكل

12:08

منهم، ليصبح المجموع 99

12:09

فقط. فشل هذا الفحص،

12:10

وفي الجولة الثالثة،

12:12

أصلح النظام المشكلة

12:13

واجتاز جميع الفحوصات

12:14

العشرة. عند الانتهاء،

12:15

يُقدم تقريرًا يوضح لك

12:17

أين أخطأ النظام وكيف

12:18

تم إصلاحه، بالإضافة

12:20

إلى وصف لسير العمل.

12:21

بالتالي، لن تواجه

12:22

المشكلة نفسها عند

12:23

العمل على الميزة

12:24

التالية. جميع

12:25

المهارات التي

12:26

طورناها في هذا

12:27

الفيديو، بالإضافة

12:29

إلى موارد أخرى، متاحة

12:30

في مجتمعنا AI Labs Pro. لذا

12:32

، إذا وجدت قيمة فيما

12:33

نقدمه وترغب في دعم

12:34

القناة، فهذه هي أفضل

12:36

طريقة. الرابط موجود

12:37

في الوصف. بهذا نكون قد

12:38

وصلنا إلى نهاية هذا

12:40

الفيديو. إذا كنت ترغب

12:41

في دعم القناة

12:41

ومساعدتنا على

12:42

الاستمرار في إنتاج

12:43

فيديوهات مماثلة،

12:44

يمكنك القيام بذلك

12:45

باستخدام زر "شكرًا

12:45

جزيلًا" أدناه.

12:46

وكالعادة، شكراً لكم

12:47

على المشاهدة، وأراكم

12:49

في الفيديو القادم.

Interactive Summary

Ask follow-up questions or revisit key timestamps.

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