تصميم وكيل نهائي لإيقاظ Claude × Codex [الإصدار الأحدث]

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

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

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

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

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

فريق التطوير الذي نجمع شمله في هذا المقال مصمم للاقتراب من هذا النوع من الطلبات، باستخدام Claude Code و Codex.

• Claude Code: نقطة الاتصال للطلبات. ينظم عمليات التأكيد اللازمة وتقسيم العمل.
• Codex: يتولى التنفيذ والفحص.

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

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

عيّن العمل إلى Codex مع إبقاء Claude متاحًا

هناك طريقة لتمرير الطلبات من Claude Code إلى Codex دون لصق الإجابات السابقة في ذكاء اصطناعي آخر. إنها "إضافة Codex لـ Claude Code" التي أصدرتها OpenAI.

وفقًا للتوثيق الرسمي، فهي تدعم استخدامات مثل:

• المراجعات التي تفحص التغييرات الحالية

• تفويض التحقيق أو الإصلاحات

• تسليم المحادثات

يتناول هذا المقال إجراءات استخدامها من بيئة Claude Code المحلية، استنادًا إلى المستندات الرسمية التي تم التحقق منها في 16 أكتوبر 2026.

المتطلبات الأساسية

• بيئة يتوفر فيها Claude Code

• Git

• Node.js (المتطلب الرسمي: 18.18 أو أحدث)

• حساب ChatGPT مصادق عليه مع Codex، أو مفتاح واجهة برمجة تطبيقات OpenAI

تستدعي الإضافة Codex المحلي لديك. الاتصال لا يعني أن Codex يعمل على حصة استخدام Claude؛ فاستخدام Codex يستهلك حصته الخاصة.

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

تثبيت الإضافة

في حقل إدخال Claude Code، نفّذ الأوامر التالية واحدًا تلو الآخر من الأعلى إلى الأسفل. هذه عمليات لإضافة إضافات داخل Claude Code، وليست أوامر للصقها في محطة طرفية عادية.

1/plugin marketplace add openai/codex-plugin-cc
2/plugin install codex@openai-codex
3/reload-plugins
4/codex:setup

يسمح الأمر الأخير /codex:setup بالتحقق من حالة تثبيت Codex والمصادقة. إذا لم يتم العثور على Codex وكان npm متاحًا، ستظهر إرشادات التثبيت؛ راجع المحتوى وامضِ وفقًا لذلك.

إذا لم تكن المصادقة قد تمت، فقم بتشغيل codex login في الطرفية واتبع المطالبات.

على Windows، تأكد من أن البيئة التي تشغل Claude والبيئة التي تم تثبيت Codex فيها ليستا منفصلتين. تجنب إعادة التثبيت مرارًا وتكرارًا فقط لأنه يقول "لم يتم العثور عليه".

جرّب المراجعة أولاً

ابدأ بمراجعة لا تعيد كتابة الكود. أعدّ تغييرًا صغيرًا في مشروع تدريب يُدار بواسطة Git ونفّذ:

1/codex:review --background

• تحقق من التقدم: /codex:status

• تحقق من النتائج المكتملة: /codex:result

عندما تكون هناك طلبات متعددة نشطة، حدد معرف المهمة (Job ID) المعروض لتجنب خلط النتائج.

عينات Amazon العامة مفيدة لتقسيم المهام

للرجوع إلى تقسيم الأدوار، انظر إلى عينات التطوير التي نشرتها AWS، وحدة أعمال الحوسبة السحابية التابعة لشركة Amazon. على aws-samples في GitHub، يوجد مستودعان ذوا صلة:

• sample-codex-agent-team (لـ Codex)

• sample-claude-code-agent-team (لـ Claude Code)

تحتوي نسخة Codex على ستة أدوار:

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

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

تختلف طرق تسليم المهام بين العينتين:

• نسخة Claude Code: يجلب الوكلاء المهام من قائمة مهام مشتركة (تستخدم فرق الوكلاء التجريبية، وتتطلب تكوينًا إضافيًا)

• نسخة Codex: تمضي وفقًا لخطة عمل تتضمن ملفات مسؤولية مقسمة

هذه عينات منفصلة. لا تندمج تلقائيًا في فريق واحد إذا تم تثبيت كليهما.

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

يبدأ هذا المقال بهيكل صغير حيث يعمل Claude Code كواجهة، ويمرر مهام تنفيذ وفحص محدودة إلى Codex.

ملاحظة: هذا مثال تشغيلي فريد يشير إلى عينات عامة. إنه ليس منتجًا يضمن تكامل AWS بين Claude و Codex، ولا تقريرًا عن سلوك تم قياسه.

وحّد معنى "قابل للحفظ" قبل البناء

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

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

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

لهذا التدريب، ضيّق النطاق:

• داخل النطاق: الاستخدام على نفس الكمبيوتر/المتصفح، استمرار السجلات بعد إعادة التحميل

• خارج النطاق: المزامنة عبر أجهزة متعددة، تسجيل الدخول، النشر الخارجي، بيانات العملاء الحقيقية

حدد معايير الإنجاز بنتائج التشغيل، وليس بـ "سهولة الاستخدام":

• يمكن تسجيل الحالات

• مرتبة حسب الموعد النهائي

• يمكن تغيير الحالة

• التسجيل الفارغ يظهر السبب

• يستمر المحتوى بعد إعادة التحميل

احفظ المواصفات وطلبات المهام في ملفات

احفظ المحتوى المُقرر في docs/spec.md كمواصفة يرجع إليها الجميع. أسماء الملفات هنا هي أمثلة؛ لا يتم توزيعها تلقائيًا على جميع أنظمة الذكاء الاصطناعي، لذا حدد "اقرأ هذا" مع كل طلب.

احفظ المواصفات ومعايير الإنجاز والميزات خارج النطاق في docs/spec.md. لا تكتب الأمور غير المحسومة كمؤكدة. افصل العناصر التي تتطلب إيقاف التنفيذ عن تلك التي تمضي بإعدادات مؤقتة.

بعد ذلك، لخص طلبات المهام للمنفذين في docs/tasks.md. مجرد تسمية المهمة لا يكفي. قم بتضمين مواد القراءة والملفات القابلة للتعديل والأجزاء غير القابلة للتعديل وطرق التحقق والمخرجات المتوقعة.

قسّم المواصفات إلى وحدات قابلة للتنفيذ. اكتب الملفات المسندة والمهام المسبقة وطرق التحقق في docs/tasks.md. قرر العناصر المشتركة بين واجهة المستخدم ومنطق التخزين مسبقًا. لا تخطط لقيام وكيلين بتعديل نفس الملف في وقت واحد.

أظهر لكلا النظامين نفس المواصفة

يمكن كتابة التعليمات المستمرة في CLAUDE.md لـ Claude و AGENTS.md لـ Codex. هذه آليات موثقة. ومع ذلك، لا تفترض أن ملفًا واحدًا يعمل بشكل متطابق للآخر. ارجع إلى نفس ملف المواصفات من كليهما.

اجعل التعليمات قصيرة:

• موقع ملف المواصفات

• لا تقم بإجراء تغييرات خارج الطلبات

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

افصل مساحات العمل قبل المهام المتوازية

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

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

استخدم Git Worktree لفصل المجلدات

Git worktree مفيد هنا. إنها ميزة رسمية في Git تسمح بمجلدات عمل منفصلة لنفس المشروع بتغييرات مختلفة.

قبل الإنشاء، تأكد من الالتزام (commit) بالمواصفات والأساس في Git. قد لا تنتقل ملفات المسودة غير الملتزمة إلى المواقع الجديدة. تحقق من أن أسماء الفروع والمجلدات المستهدفة غير مستخدمة.

1git worktree add -b feature/ui ../case-app-ui
2git worktree add -b feature/storage ../case-app-storage
3git worktree list

ثلاث تحذيرات:

1. إنشاء المجلدات لا يغير مساحة عمل الذكاء الاصطناعي. افتح جلسات منفصلة في كل دليل وتحقق من الموقع/الفرع قبل البدء.

1. الإضافات تستخدم بيئة المتصل. ربط Claude/Codex لا يعزل تلقائيًا. في البداية، التزم بـ "محرر واحد لكل موقع".

1. Worktrees تعزل الملفات بشكل أساسي. قواعد البيانات أو المنافذ المشتركة تسبب تعارضات. افصل تخزين/منافذ الاختبار أو رتب عمليات التشغيل بالتسلسل.

حدّد المهام المتزامنة في Codex

لزيادة الوكلاء الفرعيين في Codex، حدّد سلاسل التنفيذ المتزامنة. يتلقى الوكلاء الفرعيون مهامًا محدودة من الذكاء الاصطناعي الأصلي. التكوين الحالي في .codex/config.toml:

1[agents]
2enabled = true
3max_concurrent_threads_per_session = 2

• لا تكرر المدخلات

• استخدمها فقط في المشاريع الموثوقة (إعدادات المشروع تُحمّل فقط في السياقات الموثوقة)

• الحد ينطبق على "السلاسل المتزامنة باستثناء الوكيل الرئيسي في تلك الجلسة"، وليس الإجمالي عبر Claude/الجلسات.

وجود 14 سلسلة في عينة AWS هو مجرد خيارهم. ليس إلزاميًا. max_threads الخاص بهم هو اسم مستعار قديم؛ استخدم الأسماء الحالية.

لا تشرح للمنفذين من الصفر في كل مرة

في Codex، حدد الوكلاء المخصصين عبر ملفات TOML في .codex/agents. أنشئ task-builder.toml بالشروط اللازمة:

1name = "task-builder"
2description = "Implement only assigned scope from confirmed specs"
3developer_instructions = """
4Read docs/spec.md and docs/tasks.md first.
5Implement only assigned scope; stop and report if spec changes needed.
6Do not revert other agents' changes, read secrets, or publish externally.
7Return changed files, executed tests, results, and unconfirmed items.
8"""

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

بعد وضع الملف، تحقق من التعرف عليه في جلسة Codex جديدة وفوّض مهمة صغيرة. إذا كنت تطلب من Claude، حدد استخدام task-builder في Codex.

اطلب من Codex تفويض منطق التخزين فقط من docs/tasks.md إلى task-builder. تحقق من التعرف على الوكيل والمجلد الفعلي قبل البدء. إذا لم يكن متاحًا، أبلغ بدلاً من تبديل الطرق بصمت.

ملاحظة: كتابة "لا تغير" تختلف عن إزالة أذونات الكتابة. تنص المستندات الرسمية على أن الوكلاء الفرعيين في Codex يرثون أذونات الأصل (إعدادات صندوق الحماية sandbox). اسم الدور "مراجع" لا يخلق بيئات قراءة فقط آمنة.

بدّل الوكلاء إذا تكررت الإصلاحات

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

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

ضع علامة صريحة على التحقيق كقراءة فقط

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

1/codex:rescue --fresh Investigate why registration disappears on reload, read-only. Compare docs/spec.md and code. Return reproduction steps, evidence-based causes, needed checks. Do not modify files.

--fresh يبدأ طلبًا جديدًا؛ --resume يكمل السابق (يطالب إذا تم حذفه). حدد الأذونات عند الاستئناف. إذا انتقلت إلى الإصلاح، حدد النطاق.

1/codex:rescue --resume Fix only storage logic with minimal changes based on confirmed cause. Do not change UI/specs. Show failing test before and result after.

انقل المحادثة بأكملها باستخدام Transfer

• تمرير المهمة فقط → rescue

• نقل المحادثة إلى Codex → transfer

1/codex:transfer

المستندات الرسمية: ينشئ سلسلة Codex تستكمل محادثة Claude Code الحالية، مع عرض أمر الاستئناف. قم بتحديث Codex إذا كان غير مدعوم.

نقل المحادثة ≠ نقل حالة الكمبيوتر. التغييرات غير المحفوظة والمصادقة والتطبيقات قيد التشغيل لا تنتقل. تحقق من الملفات/الحالة في الوجهة.

تحقق باستخدام ذكاء اصطناعي آخر بعد "الانتهاء"

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

امنح المفتشين مواصفات تم التحقق منها بشريًا وتغييرات فعلية، وليس تفسيرات المنفذ. لا تشارك تقييمات "تم الإصلاح بشكل مثالي"؛ دعهم يتحققون بشكل مستقل من الامتثال.

قارن بشكل مستقل docs/spec.md والتغييرات الفعلية. حدد معايير الإنجاز غير المستوفاة بالأدلة. لا تفترض التقييم الذاتي للمنفيذ. افصل بين المشاكل القابلة لإعادة الإنتاج، والمخاوف المحتملة، والعناصر غير المؤكدة. لا تصلح الآن.

اقترن الأضداد:

• نفذ Claude → أضف مراجعة Codex العادية كفحص منفصل

• نفذ Codex → اطلب من Claude الفحص، وأضف اختياريًا مراجعة Codex جديدة

المراجعة العادية مقابل المواجهة

استدعِ المراجعة العادية باستخدام /codex:review. قارن الفرع بـ main:

1/codex:review --base main

استخدم فرع الأساس الفعلي إذا لم يكن هناك main. لا تلمس التغييرات أثناء المراجعة.

ملاحظة: المراجعة العادية لا تقبل تعليمات التركيز النصية الحرة مثل "تحقق من التخزين فقط". المواصفات الرسمية تمنع توجيهات الأولوية. لتحدي افتراضات التصميم أو مخاطر محددة، استخدم adversarial-review.

1/codex:adversarial-review --background Check if save failures display as success, if editing from two tabs loses records, verify current design assumptions.

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

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

تخطَّ بوابة المراجعة في البداية

خيار الأتمتة: "بوابة المراجعة" تُدخل مراجعة Codex كلما أنهى Claude استجابته. فعّلها باستخدام /codex:setup --enable-review-gate.

تحذير: تشير المستندات الرسمية إلى خطر حلقات الإصلاح الطويلة التي تستهلك الحصص بسرعة بين Claude/Codex.

ابدأ بالمراجعات اليدوية لفهم النتائج. عطّلها عند الابتعاد. أوقفها باستخدام /codex:setup --disable-review-gate وتحقق من الطلبات المعلقة.

احتفظ بالطلبات الناجحة للمهام التالية

بدلاً من إعادة لصق التعليمات الطويلة، احفظ سير العمل الناجح. تتيح لك المهارات (Skills) تخزين إجراءات المهام في ملفات لإعادة الاستخدام.

مستندات Anthropic: ضع الإجراءات في .claude/skills. أنشئ مجلد team-brief مع SKILL.md يحتوي على فحوصات ما قبل التسليم.

1---
2name: team-brief
3description: Organize scope and verification from specs
4disable-model-invocation: true
5---
6Read docs/spec.md and docs/tasks.md, targeting only current changes.
7Organize scope, forbidden changes, prerequisites, completion criteria, verification.
8Create request texts for agents, leaving undecided items for human confirmation.
9Do not change code, publish externally, or launch Codex in this procedure.

استدعِ في Claude Code:

1/team-brief Want to add sorting by deadline

أمر مخصص، وليس قياسيًا. disable-model-invocation: true يضمن أن الإنسان هو من يحفز التوقيت. لن يبدأ Claude تلقائيًا. الإجراءات لا تفرض إطلاق الذكاء الاصطناعي/الفحوصات؛ جرّب "إعادة استخدام التحضير فقط" أولاً.

سير العمل الديناميكي للمهام الكبيرة

للنطاقات الأكبر، يقدم Claude Code سير العمل الديناميكي (Dynamic workflows) (المعلن في مايو 2026)، لبرمجة وكلاء متعددين. متاح في الخطط المدفوعة/واجهة برمجة التطبيقات.

• الدردشة العادية: يختار Claude المهمة التالية في كل مرة

• سير العمل الديناميكي: برمجة الفروع/جمع النتائج، قابل لإعادة التشغيل

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

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

نصائح:

• فعّل عبر /config في خطة Pro

• راقب التقدم/الاستخدام باستخدام /workflows، وأوقف في أي وقت

• اختر الحجم (صغير إلخ) في /config؛ المستندات الرسمية تسمي هذه تقديرات، وليست حدودًا صارمة. لا تفترض أعداد وكلاء مضمونة.

هذا يشغل وكلاء من جانب Claude. لا ينضم Codex تلقائيًا. استخدمه للتحقيق/التحقق الداخلي لـ Claude أولاً؛ تعامل مع تفويض Codex كمرحلة منفصلة.

شغّل تطبيق إدارة الحالات من البداية إلى النهاية

اربط المكونات في بناء تطبيق واحد. فيما يلي مثال تطويري توضيحي، وليس تقرير تجربة مكتمل؛ تحقق في بيئتك.

هدف البناء

• الحقول: اسم الحالة، الموعد النهائي، الحالة، الملاحظات

• الحالة: لم تبدأ / قيد التقدم / مكتملة

• البحث باسم الحالة

• عرض الحالات غير المكتملة مرتبة حسب الموعد النهائي

الطلب الأولي

مرره إلى Claude. استهدف مجلد تدريب جديد، وليس المشاريع الحيوية الموجودة.

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

التخزين المرشح: localStorage. لا توجد مزامنة/نسخ احتياطي عبر أجهزة متعددة؛ مسح بيانات المتصفح يحذف السجلات. لا تضع معلومات إنتاج قيمة.

ابنِ الأساس، وحدد الأجزاء المشتركة

وكيل واحد يبني الأساس. تحقق من تشغيل التطبيق وعرض الشاشة الفارغة. التزم بالمواصفات/الأساس في Git قبل فصل مساحات العمل إذا لزم الأمر.

• أعطِ وكيل واجهة المستخدم: حقول العرض، تعيينات الإجراءات

• أعطِ وكيل التخزين: تنسيق السجل، طرق القراءة/الإضافة/التحديث، معالجة الفشل

لا تدع أيًا منهما يخترع أسماء الحقول. إذا كان حقل الحالة هو status، فكلاهما يستخدمه. لا تغير جانبًا واحدًا إلى state لتسهيل الأمر؛ وجّه التغييرات المشتركة إلى Claude للتعديل.

طلب التنفيذ إلى Codex

حدد المواقع القابلة للكتابة AND مخرجات الأدلة المطلوبة.

1/codex:rescue --fresh Read docs/spec.md and docs/tasks.md. Implement only assigned storage logic and tests. Return changed files, commands, test results, unconfirmed items. Stop and report if spec changes or other agent edits needed.

في غضون ذلك، لا يعدل Claude نفس الملفات بشكل جانبي. ركز على فحوصات الإنجاز/إعداد بيانات الاختبار؛ قرر الخطوات التالية بعد عودة النتائج.

أعدّ بيانات التحقق

• موعد نهائي أمس، "لم تبدأ"

• موعد نهائي اليوم، "قيد التقدم"

• موعد نهائي الأسبوع القادم، "مكتملة"

• حالات متعددة بنفس الموعد النهائي

• أسماء حالات طويلة

يمكّن من فحوصات فرز/عرض ملموسة.

وثّق القواعد التفصيلية في المواصفات:

• الفرز: ترتيب التسجيل للمواعيد النهائية المتطابقة

• الحقول الفارغة: الاسم/الموعد النهائي مطلوبان؛ الملاحظات اختيارية. اعرض الحقول المفقودة.

• التواريخ: حدد افتراض تبديل التاريخ. التعامل مع المنطقة الزمنية/الوقت الذي يسبب تحولات في اليوم يجعل التطبيق غير قابل للاستخدام رغم مظهره الأنيق.

التحديد المسبق للقواعد يمنع الفحوصات غير المتسقة بعد التنفيذ.

دمج واختبار

بمجرد جاهزية التنفيذات، اجعل Claude يقرأ قوائم التغييرات/نتائج الاختبار، ويؤكد الدمج. إذا كنت تستخدم worktrees، اجمع التغييرات في فرع تحقق واحد. أعد تشغيل الاختبارات التي اجتازت فرديًا بعد الدمج.

استخدم Playwright لأتمتة واجهة المستخدم. تقدم الأدلة الحالية CLI/مهارات لوكلاء الذكاء الاصطناعي؛ MCP ليست الطريقة الوحيدة.

افصل "آلية تحكم المتصفح بالذكاء الاصطناعي" عن "الاختبارات القابلة للتكرار". استخدم Playwright Test لسير العمل القابل لإعادة التشغيل من التسجيل إلى إعادة التحميل.

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

الإعداد لمشروع تدريب جديد:

1npm init playwright@latest

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

تأكد من تثبيت المتصفحات، وكوّن إطلاق التطبيق، ثم شغّل:

1npx playwright test
2npx playwright show-report

أمر بالغ الأهمية: لا تعامل الاختبارات التي لم يُعثر عليها أو التي تم تخطيها بالكامل على أنها "اجتياز".

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

التحقق البشري النهائي

تحقق من المرئيات يدويًا. نص مخفي؟ هل من السهل العثور على الحالات القريبة من الموعد النهائي؟ تقارير اجتياز الاختبارات لا تضمن تجربة المستخدم.

استلم أربعة عناصر من Claude، وليس سجلات طويلة:

• طريقة الإطلاق

• السلوكيات التي تم التحقق منها

• القيود المتبقية

• مرشحات الإصلاح التالية

سجّل عنصرًا واحدًا بنفسك، أعد التحميل، وتحقق من الاستمرار. ثم علّم كمكتمل.

أين تتوقف عن الإصلاح المستمر

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

حدد معايير التوقف

استخدم "حد أقصى محاولتي إصلاح لكل مشكلة" كإرشاد. ليس توصية رسمية، بل قاعدة تشغيلية لإعادة الحكم للبشر عند التعثر.

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

التعليمات وحدها لا تضمن التوقف. راقب الاستخدام، وألغِ الطلبات غير الضرورية في الخلفية باستخدام /codex:cancel. تحقق من توقف الوكلاء فعليًا.

تتبع التكاليف بشكل منفصل

حصص Codex المصادق عليها عبر ChatGPT تختلف عن تسعير مفتاح واجهة برمجة التطبيقات. الوكلاء المتوازيون يستهلكون موارد الاستدلال/الأدوات.

لا توجه تعديلات النصوص البسيطة عبر كلا النظامين/المراجعات الكبيرة.

صنّف:

• المهام القابلة للإكمال الفردي

• المهام التي تحتاج منظورًا ثانيًا

• المهام القابلة للتوازي بشكل مستقل

يساعد في تحديد تخصيص الجهد/الحصة.

انتبه لمواصفات النماذج القديمة

مواصفات النماذج القديمة تسبب الفشل. تحديث OpenAI: انتهى GPT-5.5 لـ Codex المصادق عليه عبر ChatGPT في 15 أكتوبر 2026 (بتوقيت اليابان). المصادقة عبر مفتاح واجهة برمجة التطبيقات غير متأثرة.

حدّث المواصفات/ملفات الأدوار القديمة إلى النماذج المتاحة حاليًا. تحقق من النماذج القابلة للاختيار وإعدادات الاستدلال المقبولة، وليس مجرد إعادة التسمية.

تحقق من الأذونات والخطافات (Hooks)

أذونات Claude لا تنتشر دائمًا إلى Codex. تحقق من حقوق التنفيذ في كلا الجانبين. تدرب بدون بيانات اعتماد الإنتاج. تطلب موافقة منفصلة للحذف والنشر الخارجي والفوترة.

افحص الـ Hooks في العينات العامة قبل استخدامها. فالـ Hooks تُنفَّذ تلقائيًا في أوقات محددة؛ لذا راقب ما يُنفَّذ فعليًا، ولا تكتفِ بالاعتماد على الإضافات المريحة.

قياس "البناء السريع"

لا تقارن وقت التوليد وحده.

• عدد مرات إعادة الشرح التي قمت بها

• وقت الدمج/الإصلاح

• العيوب المتبقية مقارنة بمعايير الإنجاز

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

ابدأ بأدوات أسبوعية صغيرة

يجد غير المهندسين أسرع المكاسب في المهام التي يمكنهم فيها الحكم على صحة النتائج بأنفسهم.

• تتبع الاستفسارات

• التحقق من المواعيد النهائية للطلبات

• تنسيق ملفات CSV مع ترتيب ثابت

ابدأ بحالات الاستخدام التي يسهل وصفها.

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

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

الفريق الأولي كافٍ:

1. ينظم Claude المواصفات

1. ينفذ Codex مهمة واحدة

1. تحقق من النتائج المعادة بمنظور مختلف

احفظ الطلبات وطرق التحقق المفيدة لتجنب إعادة الشرح بالكامل عند بناء التطبيق التالي.

شكرًا لقراءتك.

توزع غرفة الدردشة المفتوحة على LINE "استراتيجية Niku للسرعة باستخدام الذكاء الاصطناعي" مجموعة مجانية مكونة من 8 عناصر.

• دليل تعريفي بـ Codex/Claude Code

• تعليمات النسخ واللصق

• جداول مرجعية سريعة

• 50 تطبيقًا مصغرًا

• 50 موجّهًا (Prompt) للصور

• تثبيت yomiyasu

• مولّد العناوين

• مسار ومبالغ الربح من X

احصل عليها هنا 👇 https://x.gd/VtPmw