خطّط في ChatGPT Pro، ونفّذ في Codex: دليل تسليم وثيقة التصميم.

سير العمل الجدير بأن تسرقه هذا الشهر ليس نموذجًا، بل تقسيم للعمل. أنت تسلّم GPT-6 Pro في ChatGPT عنوان URL لمستودع، وتطلب منه وثيقة تصميم بدلًا من رقعة برمجية، ثم تعطي تلك الوثيقة إلى Codex أو Claude Code لتنفيذها. يعمل المخطِّط على GPT-6 Astra — وGPT-6 Pro هو الاسم الذي تستخدمه حدود استخدام ChatGPT للإشارة إليه — وAstra نموذج بتاريخ 2026-09-03، لذا لا شيء هنا يُعدّ تغطية إطلاق أو ادعاءً بإصدار. ما تغيّر خلال الأيام السبعة الماضية أضيق نطاقًا، ويستحق أن يُذكر بدقة: في 2026-09-17 أفاد ممارسون بأن إضافة GitHub الرسمية في ChatGPT Chat العادي، لا ChatGPT Work ولا Codex، يمكنها تعديل ملفات المستودع، وإجراء commits، وفتح pull requests دون استهلاك حصة Codex/Work. هذا ادعاء من المجتمع، لا توثيق من المورّد — فلا تزال صفحات المساعدة الرسمية تصف تطبيق GitHub بأنه للقراءة فقط وتوجّه كل الكتابة عبر Codex — والتحذيرات الملحقة به لا تقل أهمية عن الادعاء نفسه. كل ما يلي موسوم بأنه مُبلَّغ من المورّد، أو مُبلَّغ من المجتمع، أو مقروء من الصفحات الرسمية في 2026-09-19.

سير العمل، في مرور واحد

يصف الممارسون الحلقة نفسها باختلافات طفيفة. والحلقة التي تتكرر: لصق عنوان GitHub في ChatGPT، وطلب قراءة الشفرة وإنتاج مستند تصميم، ثم تنزيل ذلك المستند وتغذيته إلى وكيل تنفيذي. يطلب بعضهم طلب سحب (pull request) أيضًا؛ بينما يتوقف آخرون عند المستند ويتركون الكتابة للمنفّذ. في الحالتين يكون الشكل متطابقًا — التخطيط في منتج الدردشة، والبناء في منتج الوكيل — والسبب في أن هذا النمط يستحق التقليد هو أن النصفين يُقاسان بشكل منفصل.

• مُنتَج تخطيطي — وثيقة تصميم: الواجهات المطلوب إضافتها، والملفات المطلوب تعديلها محدَّدةً بالمسار، وترتيب الترحيل، واختبارات القبول، وما ينبغي فعله إذا ساءت الأمور.

• مُخرَج تنفيذي — فرع وطلب سحب، ينتجهما وكيل قادر على تشغيل الاختبارات التي كتبها للتو.

• مُخرَج المراجعة — الـ diff، وهو الشيء الوحيد الذي ينبغي أن يصل إلى المراجع على الإطلاق.

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

لماذا يُعد هيكل الدلوين هو الحيلة بأكملها

لا يحسب ChatGPT فاتورة سير العمل هذا من وعاء واحد. يحتفظ Chat وChatGPT Work وCodex بمخصصات منفصلة، مع تقاسم Work وCodex رصيدًا واحدًا بينهما؛ كما أن مفتاح OpenAI API يمثل فوترة منفصلة مرة أخرى. هذا البنيان هو ما يجعل نقل المهام اقتصاديًا: يحدث التفكير في وعاء Chat، ويحدث التنفيذ في وعاء الوكيل، ويكلف مستند التصميم رسالة Chat واحدة بينما يكلف التنفيذ استهلاكًا من الوكيل.

الأرقام، كما تنشرها OpenAI لجانب Chat — أرقام معلنة من المورّد في وثائق خططه الخاصة، وليست قياسات:

• ChatGPT Pro مقابل 200 دولار شهريًا — 200 رسالة GPT-6 Pro أسبوعيًا؛ كما يتيح GPT-5.6 Sol Pro 170 رسالة إضافية يوميًا، مع حد أقصى مشترك لكلا الطرازين يبلغ 200 رسالة يوميًا.

• ChatGPT Pro مقابل 100 دولار شهريًا — 50 رسالة GPT-6 Pro أسبوعيًا، مأخوذة من حصة مشتركة مع GPT-5.6 Sol Pro.

• بزنس ستاندرد — 15 رسالة GPT-6 Pro شهرياً، تُشارك مع Sol Pro؛ بزنس بريميوم — 50 رسالة أسبوعياً على الأساس المشترك نفسه.

• ChatGPT Plus — لا يوجد GPT-6 Pro في Chat على الإطلاق. لا تصل Astra إلى Plus إلا من خلال ChatGPT Work وCodex، وهي بالتحديد الفئة التي يحاول دليل اللعب هذا حمايتها.

في جانب Work/Codex، تنشر OpenAI تقديرات لا حدودًا، وتقول ذلك صراحةً: نحو 5 إلى 45 رسالة Astra لكل نافذة مدتها خمس ساعات على Plus، و25 إلى 225 على Pro 5x، و100 إلى 900 على Pro 20x، مع الإشارة في الصفحة نفسها إلى أن الاستهلاك الفعلي يتفاوت وفقًا لتعقيد المهمة والسياق والمخرجات واستخدام الأدوات، وأنه قد تنطبق حدود أسبوعية إضافةً إلى ذلك. وتقع هذه النطاقات عند نحو نصف أرقام Sol المكافئة، وهو السبب الحسابي الذي يجعل تشغيل نموذج متطور ك‍وكيل ميسور التكلفة أصلًا.

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

مسار الكتابة: ما الذي يفعله الموصل، وما الذي يدّعي الناس أنه يفعله

هنا تختلف المصادر، والاختلاف هو الجزء المثير للاهتمام.

توثيق المساعدة الخاص بـ OpenAI لا لبس فيه: تطبيق GitHub في ChatGPT يقرأ مستودعاتك للتحليل والبحث، أما توليد التعليمات البرمجية وتحريرها ودفعها إلى GitHub فهو ما صُمم له Codex. هذا هو موقف القراءة فقط، وهو الموقف الذي ينبغي التخطيط بناءً عليه إذا كنت تدمج هذا في عملية فريق، لأنه الموقف الذي يقف خلفه مورّد.

موقف المجتمع، بتاريخ 2026-09-17، هو أن إضافة GitHub الخاصة بإصدار الويب في وضع Chat ستعدّل الكود، وتُجري commit، وتفتح طلبات السحب، وأنها، لأنها إضافة رسمية وليست خادم MCP تابعًا لجهة خارجية، لا تستهلك حصة Codex أو Work. ويحرص الموضوع نفسه على النطاق: أدوات صغيرة، وتعديلات طفيفة، وأخطاء صغيرة — أما إعادة الهيكلة الكبيرة والتنقيح الصعب فلا يزالان من اختصاص Codex. ويضيف المعلّقون أنفسهم تحذيرات تستحق التكرار، لأنها هي التي تُوجع:

• لا تزال حدود الاستخدام العادية لـ ChatGPT سارية. كونها "ليست حصة Codex" لا يعني أنها "مجانية".

• قد تتدهور الجودة بعد عدة جولات دون سابق إنذار، مع تحوّل الجلسة إلى نموذج أصغر في منتصف المهمة.

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

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

توجد خوادم MCP من أطراف ثالثة تتيح سير عمل Git حقيقيًا — إنشاء الفروع، وعرض الفروقات، وعمل commit، وpush، وفتح pull request — بأذونات يمكنك ترتيبها على مستويات من القراءة فقط وصولًا إلى push. إذا أردت أن يكون مسار الكتابة حتميًا وقابلًا للتدقيق بدلًا من سلوك تأمل حدوثه، فهذا هو الطريق؛ وإذا أردت البقاء ضمن ما توثقه OpenAI، فخطّط في Chat واكتب في Codex.

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

التسليم، خطوة بخطوة

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

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

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

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

• ابدأ تشغيل المُنفِّذ بحيث يكون المستند هو تعليماته، واجعل كل طلب سحب (pull request) مقصورًا على قسم واحد منه. الجلسات الطويلة هي حيث تتدهور جودة الوكيل بهدوء.

• أبقِ المخطِّط في دور المراجعة فقط بعد ذلك. عندما تكون الوثيقة خاطئة، أعد التخطيط وحدّث الوثيقة — لا تدع المنفّذ يرتجل متجاوزًا إياها، لأن العمل الارتجالي هو ما وُجدت الوثيقة لمنعه.

أين ينكسر

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

• انحراف مستند التصميم — يختلف المستند عن الشيفرة، ويتبع المنفّذ المستند. وخطوة الملفات المقتبسة أعلاه هي التأمين الرخيص.

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

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

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

تشغيل نصف المنفّذ عبر نقطة نهاية واحدة

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

هذا هو الغرض من طبقة التوجيه. openai/gpt-6-astraيقع خلف نفس نقطة النهاية المتوافقة مع OpenAI التي يتشارك فيها أكثر من 200 من النماذج الأخرى، مع تمرير سعر قائمة المزوّد بهامش ربح 0% — فعندما يغيّر أحد المزوّدين سعرًا، يتغيّر السعر من جانبنا في اليوم نفسه بدلًا من موعد تجديد العقد التالي. ويتيح التبديل التلقائي عند الفشل وضع نموذج غير مُثبت على شريحة من حركة المرور مع وجود نموذج مُثبت تحته، وهذا هو السبيل الصادق لمعرفة ما إذا كان منفّذ رخيص جيدًا بما يكفي لاختباراتك. كما تجمع لغة التوجيه (DSL) عدة نماذج في استدعاء واحد، بحيث يمكن لنموذج مراجعة أن يفحص فرق المنفّذ على المفتاح نفسه، وفي مسار الطلب نفسه، دون تكامل ثانٍ.

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

من ينبغي أن يشغّل هذا الآن، ومن ينبغي أن ينتظر؟

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

إذا كنت مشتركًا في Plus، فخفّف من التوقّع. تصل إليك Astra عبر Work وCodex ولكن ليس عبر Chat، لذا فإن نصف التخطيط في دليل اللعب هذا غير متاح لك بالصيغة الموصوفة — فستكون تخطّط وتنفّذ من المجمّع نفسه، ما يزيل الحجة الاقتصادية ولا يترك سوى الانضباط المتمثل في كتابة المستند أولًا. هذا الانضباط لا يزال يستحق التمسك به. أما الخصم فلا.

وإذا كان سبب رغبتك في هذا هو مسار الكتابة في Chat بدلًا من التسليم، فانتظر حتى تلحق وثائق OpenAI بخيط المنتدى. القدرة التي تناقضها صفحات المساعدة الخاصة بالمورّد هي قدرة يجب إبقاؤها في مستودع تجريبي حتى تتغيّر الصفحات.

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