عرّف مهندس البرمجيات في Google Addy Osmani في مقال بتاريخ 7 يونيو "Loop Engineering" على أنه نهج لتصميم وكلاء ذكاء اصطناعي يقوم على استبدال طريقة "كتابة التوجيهات يدويًا" التي يقوم بها المهندس بنهج يعتمد على أنظمة آلية. ويتكوّن من خمس قطع بناء: Automations وWorktrees وSkills وPlugins/Connectors وSub-agents.
تعريفات القطع الخمس ووظائفها
وفقًا لما يشرحه Addy Osmani في إطار العمل:
Automations（الأتمتة）: مهام تُفعَّل وفق جدول زمني، وتقوم بمسؤولية تنفيذ تلقائي لـ"الاكتشاف" و"التصفية" (Triage). يوضح Osmani أن Automations هي الآلية الأساسية التي تجعل الحلقة تصبح دورة حقيقية وليست "تنفيذًا لمرة واحدة". يستخدم Codex app التقسيمات الخاصة بـ Automations ويوفّر أمر /goal (الانطلاق حتى يتحقق الشرط)؛ بينما يحقق Claude Code الوظيفة نفسها عبر مهام مجدولة وcron و/loop و/goal وإجراءات GitHub Actions.
Worktrees（شجرات العمل）: يستخدم آلية git worktree لإنشاء أدلة عمل مستقلة لوكلاء منفَّذين بالتوازي، ما يمنع تضاربًا ناتجًا عن قيام عدة وكلاء بتعديل الملف نفسه في الوقت ذاته. يضم Codex app worktree مدمجة لكل thread؛ ويقدّم Claude Code العزل نفسه عبر git worktree وعبر وسيط --worktree.
Skills（المهارات）: يكتب معرفة المشروع والعادات وخطوات البناء في ملف خارجي بصيغة SKILL.md، بحيث لا يحتاج الوكيل في كل مرة إلى إعادة استنتاج سياق المشروع. يستخدم كلا الأداتين الصيغة نفسها لـ SKILL.md، ويؤكد Osmani أن الوصف الدقيق أفضل من العبارات الغامضة.
Plugins / Connectors（الإضافات ووصلات الربط）: مبنية على MCP (Model Context Protocol)، بما يتيح للوكيل الوصول إلى أنظمة خارجية مثل Issue Tracker وقواعد البيانات ونقاط واجهات API وأدوات المراسلة وغيرها. يدعم Codex app وClaude Code MCP على حد سواء، ويؤكد Osmani أن موصلًا واحدًا غالبًا ما يمكن استخدامه مباشرة في كلتا الأداتين.
Sub-agents（الوكلاء الفرعيون）: يتم فصل "وكيل التنفيذ" و"وكيل التحقق" إلى أدوار مستقلة، ويقوم كل منهما باستخدام أوامر مختلفة وحتى نماذج مختلفة لإجراء مراجعة متبادلة، لمنع الوكيل نفسه من تقييم أدائه بتسامح زائد. يعرّف Codex app ذلك في .codex/agents/ بصيغة TOML؛ ويعرّف Claude Code الوكلاء الفرعيين للمهام (Task subagents) وفرق الوكلاء (agent teams) في .claude/agents/.
الذاكرة الخارجية (State): تعريف المكوّن السادس ودوره
يعرّف Osmani الذاكرة الخارجية بأنها "أي شيء يعيش خارج محادثة واحدة، ويُستخدم لتسجيل ما تم إنجازه وما الخطوة التالية"، مثل ملفات Markdown أو لوحة Linear. وتكمن الضرورة في أن نماذج اللغة الكبيرة لا تحتفظ بالذاكرة بين كل تنفيذ وآخر، لذا يجب تخزين التقدم في الخارج بدلًا من الاعتماد على نافذة سياق النموذج.
يدعم كلا الأداتين هذه الآلية: يربط Codex app Linear عبر Markdown أو Connector؛ بينما يربط Claude Code Linear عبر AGENTS.md أو ملفات التقدم أو خلال ربط MCP بـ Linear.
الأسئلة الشائعة
ما الفرق الجوهري بين Loop Engineering وPrompt Engineering التقليدي؟
وفقًا لإطار Addy Osmani، يعتمد Prompt Engineering التقليدي على أن يقوم المهندس يدويًا بكتابة Prompt والتفاعل مع الوكيل يدويًا على دفعات متتالية؛ أما Loop Engineering فيقوم على تصميم نظام كامل يتم فيه تفعيل الأتمتة تلقائيًا بواسطة Automations، وتوفير العزل للتنفيذ المتوازي عبر Worktrees، وتقديم المعرفة عبر Skills، وربط الأدوات عبر Connectors، وفصل التنفيذ والتحقق عبر Sub-agents، لتتحول مهمة المهندس من "التعامل المباشر مع الوكيل" إلى "تصميم نظام لتشغيل الوكيل".
ما القطع التي يدعمها Codex app وClaude Code حاليًا؟
وفقًا لتحليل المقارنة الذي أجراه Osmani، وحتى وقت نشر مقاله، يدعم كل من الأداتين بشكل كامل خمس قطع بناء وآلية الذاكرة الخارجية. ويكمن الفرق الرئيسي في التسمية والمسارات التفصيلية: تتوافق وظائف Automations في كلتا الأداتين، وتستند Worktrees إلى git worktree، وتستخدم Skills صيغة SKILL.md، وPlugins/Connectors مبنية على MCP، وSub-agents تعتمد على ملفات إعداد ضمن مجلد .agents/.
كيف تُنفَّذ "فصل التنفيذ والتحقق" في Sub-agents؟
بحسب شرح Osmani، يصمّم Sub-agents "وكيل كتابة الكود" و"وكيل مراجعة الكود" كدورين مستقلين، ويمكن استخدام أوامر مختلفة وحتى نماذج مختلفة. ويعتمد Claude Code في أمر /goal على المبدأ نفسه: يتم تحديد ما إذا كانت المهمة قد اكتملت بواسطة نموذج جديد تمامًا بدلًا من أن يقوم نموذج المهمة المنفذة بتقييم نفسه. ويصف Osmani ذلك بأنه تطبيق لفكرة "من ينفّذ مقابل من يَفحص" على شروط الإيقاف نفسها.
