# تشريح Oh-My-OpenCode ومستقبل هندسة السياق

> Author: Tony Lee
> Published: 2026-02-08
> URL: https://tonylee.im/ar/blog/oh-my-opencode-context-engineering-future/
> Reading time: 4 minutes
> Language: ar
> Tags: ai, وكلاء-الذكاء-الاصطناعي, متعدد-الوكلاء, هندسة-السياق, opencode, أدوات-التطوير

## Canonical

https://tonylee.im/ar/blog/oh-my-opencode-context-engineering-future/

## Rollout Alternates

en: https://tonylee.im/en/blog/oh-my-opencode-context-engineering-future/
ko: https://tonylee.im/ko/blog/oh-my-opencode-context-engineering-future/
ja: https://tonylee.im/ja/blog/oh-my-opencode-context-engineering-future/
zh-CN: https://tonylee.im/zh-CN/blog/oh-my-opencode-context-engineering-future/
zh-TW: https://tonylee.im/zh-TW/blog/oh-my-opencode-context-engineering-future/

## Description

Oh My OpenCode ليست مجرد إضافة ذكية - إنها تطبيق حقيقي لتنسيق الوكلاء المتعددين يعامل النماذج المختلفة كفريق متكامل. تحليل معمّق للابتكار الهيكلي في هندسة السياق.

## Summary

تشريح Oh-My-OpenCode ومستقبل هندسة السياق is part of Tony Lee's ongoing coverage of AI agents, developer tools, startup strategy, and AI industry shifts.

## Outline

- القيود البنيوية لأدوات البرمجة أحادية الوكيل
- الابتكار الجوهري: بنية فريق قائمة على المنسّق
- منسّق Sisyphus: فلسفة التصميم
- وكيل أمين المكتبة: البحث المبني على الأدلة عملياً
- الإتمام مفروض بالكود لا بالأمل
- تكامل LSP: فهم الكود كما تفعل بيئات التطوير
- حقن السياق الهرمي
- لماذا هذا مهم

## Content

OpenCode يُحدث ضجة حقيقية بين المطورين حالياً. نماذج عالية الأداء مجانية مع منظومة إضافات قوية تُسرّع التحول بعيداً عن أدوات البرمجة بالذكاء الاصطناعي المملوكة.

إضافة واحدة تحديداً - **Oh My OpenCode**، التي بناها المطور الكوري يونغيو كيم (YeonGyu Kim) - حظيت باهتمام جاد بوصفها تطبيقاً واقعياً لتنسيق الوكلاء المتعددين يعامل نماذج الذكاء الاصطناعي المختلفة كفريق منسّق.

بعد قراءة قاعدة الكود بالكامل، وجدت شيئاً أعمق من مجرد هندسة أوامر (Prompts) ذكية. هناك ابتكار هيكلي حقيقي يحدث على مستوى هندسة السياق.

## القيود البنيوية لأدوات البرمجة أحادية الوكيل

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

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

## الابتكار الجوهري: بنية فريق قائمة على المنسّق

الاختراق الحقيقي في Oh My OpenCode هو **Sisyphus**، وكيل مدير يُفوّض العمل إلى وكلاء فرعيين متخصصين عبر التنفيذ المتوازي.

- **مهندس الواجهات** (Frontend Engineer) يتولى مكونات واجهة المستخدم، **أمين المكتبة** (Librarian) يُجري البحث في الوثائق، و**أوراكل** (Oracle) يصمم البنية المعمارية - كلهم في آنٍ واحد.
- سياق كل وكيل **معزول على مستوى الكود**. هذا أمر حاسم لمنع تعفّن السياق (Context Rot)، حيث تتراكم المعلومات غير ذات الصلة وتُضعف جودة المخرجات بمرور الوقت.
- **نماذج مختلفة تخدم أدواراً مختلفة.** تصميم البنية المعمارية يُوجَّه إلى GPT-5 عبر Oracle، والبحث المبني على الأدلة إلى Claude Sonnet 4.5 عبر Librarian، وتوليد واجهات المستخدم الإبداعية إلى Gemini 3 Pro عبر Frontend Engineer، والتوثيق إلى Gemini 3 Flash عبر Document Writer. كل مهمة تحصل على النموذج الأنسب لها.

## منسّق Sisyphus: فلسفة التصميم

Sisyphus ينفّذ ما هو أبعد من توزيع الأدوار - إنه يفرض سير العمل عبر الكود.

- دالة `createSisyphusAgent` تُجمّع الأوامر (Prompts) ديناميكياً من **المرحلة 0 (بوابة النية)** إلى **المرحلة 3 (الإتمام)**، محددةً خط أنابيب تنفيذ مُهيكل.
- **التنفيذ المتوازي إلزامي.** قاعدة الكود تتضمن تعليقات مثل `// CORRECT: Always background, always parallel` إلى جانب أنماط استدعاء `background_task` المحقونة التي تفرض التنفيذ المتزامن.
- **التنفيذ التسلسلي محظور بنيوياً.** البنية تجعل من المستحيل تشغيل المهام الفرعية بالتتابع - كل شيء يُرسَل بالتوازي حسب التصميم.

## وكيل أمين المكتبة: البحث المبني على الأدلة عملياً

أكثر خطوط الدفاع تطوراً ضد الهلوسة يكمن في وكيل أمين المكتبة (Librarian).

- **كل ادعاء يتطلب رابطاً دائماً من GitHub.** الإجابات يجب أن تستشهد بمصادر قابلة للتحقق - "الوثائق الرسمية السطر 3، GitHub Issue رقم 1234، الكود المصدري السطر 47."
- **كتل تحليل إلزامية قبل الإجابة.** الوكيل يفصل بين الطلب الحرفي (ما كتبه المستخدم) والحاجة الفعلية (ما يحتاجه المستخدم حقاً)، ويجعل كليهما صريحاً.
- **نظام تصنيف من النوع A/B/C/D** يبحث في GitHub Issues والوثائق الرسمية والكود المصدري بالتوازي لجمع الأدلة.
- **المعلومات التي تسبق 2024 تُرفض تلقائياً.** الوكيل يفرض أولوية البحث في وثائق 2025 وما بعدها.

## الإتمام مفروض بالكود لا بالأمل

الجانب الأكثر إثارة للإعجاب هو كيفية فرض السلوك برمجياً بدلاً من الاعتماد على الأوامر النصية وحدها.

- **مُنفّذ استمرار المهام (Todo Continuation Enforcer)**: عندما يعتقد وكيل مبكراً أنه أنهى عمله، يكتشف النظام أحداث `session.idle` ويحقن رسالة نظام: "هناك مهام متبقية. أكمل." هذا يمنع نمط الفشل الشائع حيث يُعلن الوكيل انتصاره قبل الأوان.
- **حلقة Ralph**: الوكيل مُجبر على العمل في حلقة حتى يُخرج صراحةً وسم `<promise>DONE</promise>`. الإتمام يُحكم عليه بالدليل، لا بالتقييم الذاتي للنموذج.

## تكامل LSP: فهم الكود كما تفعل بيئات التطوير

على عكس البحث النصي التقليدي المبني على grep، ينفّذ Oh My OpenCode عميل Language Server Protocol فعلياً.

- فئة `LSPClient` تتواصل مباشرة مع خوادم اللغة مثل `typescript-language-server`.
- يتعامل مع ترويسات `Content-Length` ورسائل JSON-RPC - نفس البروتوكول الذي يستخدمه VSCode وIntelliJ لفهم الكود.
- **التشخيصات والتعريفات والمراجع** مكشوفة مباشرة كأدوات للوكيل، مما يمنح الذكاء الاصطناعي نفس ذكاء الكود الذي يعتمد عليه المطورون البشر في محرراتهم.

## حقن السياق الهرمي

لا ينبغي للمطورين أن يشرحوا سياق المشروع في كل مرة. Oh My OpenCode يؤتمت هذا الأمر.

- دالة `findAgentsMdUp` تتنقل صعوداً في شجرة المجلدات من الملف الحالي.
- على سبيل المثال، تحرير `src/components/auth/LoginForm.tsx` يجمع تلقائياً `src/AGENTS.md` و`src/components/AGENTS.md` و`src/components/auth/AGENTS.md`.
- قواعد البنية المعمارية وأنماط واجهة المستخدم وإرشادات الأمان تُحقن في سياق الوكيل قبل كتابة أي سطر كود - مما يلتقط المعرفة الضمنية للمشروع تلقائياً.

## لماذا هذا مهم

مقارنةً بـ Cursor أو Claude Code، يُظهر Oh My OpenCode نهجاً يضع الهندسة أولاً: الجمع بين نقاط قوة نماذج متعددة في آنٍ واحد، وإدارة السياق بنيوياً بدلاً من الاعتماد على الحظ، وفرض السلوك الصحيح عبر الكود بدلاً من الاتكال على امتثال الأوامر النصية.

مع انتشار هذا النهج المجتمعي بسرعة، يستحق المراقبة ما إذا كان هذا النمط - فرق متعددة النماذج مُنسَّقة مع حواجز حماية برمجية - سيصبح المعيار الصناعي لتطوير البرمجيات بمساعدة الذكاء الاصطناعي.

## Related URLs

- Author: https://tonylee.im/en/author/
- Publication: https://tonylee.im/en/blog/about/
- Related article: https://tonylee.im/ar/blog/medvi-two-person-430m-ai-compressed-funnel/
- Related article: https://tonylee.im/ar/blog/claude-code-layers-over-tools-2026/
- Related article: https://tonylee.im/ar/blog/codex-inside-claude-code-openai-plugin-strategy/

## Citation

- Author: Tony Lee
- Site: tonylee.im
- Canonical URL: https://tonylee.im/ar/blog/oh-my-opencode-context-engineering-future/

## Bot Guidance

- This file is intended for AI agents, search assistants, and text-mode retrieval.
- Prefer citing the canonical article URL instead of this text endpoint.
- Use the rollout alternates when you need the same article in another prioritized language.

---

Author: Tony Lee | Website: https://tonylee.im
For more articles, visit: https://tonylee.im/ar/blog/
This content is original and authored by Tony Lee. Please attribute when quoting or referencing.